No puedo escribir una "b" cuando estoy en la línea de comando

13

Actualizar

Ni siquiera puedo pegar un b. Estoy tratando de actualizar a Ubuntu 15.04 pero necesito eliminar algunos archivos en el directorio / boot. Cuando no cd /ootpuedo escribir a b. Entonces, pensé, enumeraré los archivos en el /directorio y copiaré / pegaré, pero fue en vano. Ni siquiera puedo pegar un b.

Actualización 2

Recientemente agregué algunas líneas al /etc/inputrcarchivo para mejorar la finalización automática de la pestaña:

set completion-ignore-case on
set show-all-if-ambiguous on
TAB: menu-complete
bind TAB:menu-complete

Pregunta original

Cuando ssh en mi servidor ubuntu no puedo escribir la letra "b". Sin embargo, puedo escribir una "B" mayúscula con cualquiera de las teclas de mayúsculas.

Estoy usando una MacBook Pro con pantalla Retina de 2012, y me estoy metiendo en una caja de ubuntu personalizada. Es aquí donde no puedo escribir una minúscula "b".

He reiniciado el servidor y aún no puedo escribir una "b". Cualquier otra carta está bien.

No ha hecho eso antes, he tenido el servidor en funcionamiento durante unos dos años y no me he encontrado con un problema como este antes. Tampoco he hecho nada notable para que lo haga.

Al principio pensé que el teclado estaba un poco pegajoso, pero cuando cerré la conexión funciona bien. He reiniciado el servidor, ssh'd de nuevo y la tecla "b" deja de funcionar nuevamente.

He probado mi teclado bluetooth y aún no he tenido suerte.

¿Podría ser esto una regla en un archivo .profile o .bashrc o algo similar? Una configuración para no permitir ciertos caracteres.

Cuando intento escribir la letra "b" obtengo el sonido de la campana terminal como si no estuviera permitido.

Miguel
fuente
¿Funciona cuando no se usa ssh?
s3lph
1
Agregue esto a su pregunta usando el botón editar debajo de su publicación.
s3lph
2
No creo que sea así, ya que está bien en todos lados. Es una MacBook Pro, así que dudo que sea una falla como esa. Es demasiado coherente para que solo ocurra en este estado que estoy seguro de que es otra cosa.
Mike
2
No en .profileo .bashrc, pero probablemente en .inputrco /etc/inputrc(archivo de configuración de readline) podría ser una bletra solitaria en su propia fila.
egmont
1
Actualizaré mi pregunta con esas líneas que agregué, y si actualiza su respuesta para decir que las elimine, entonces puedo otorgarle 50 rep.
Mike

Respuestas:

23

Dentro de la sesión ssh, inicie un catcomando y vea si puede escribir ballí. Estoy casi seguro de que funcionará, lo que significa que es su caparazón el que decide no actuar b.

Suponiendo que el valor por defecto bash, usted debe comprobar readline's archivos de configuración: ~/.inputrc, /etc/inputrco la que se hace referencia por $INPUTRC. Lo más probable es que encuentres un solitario accidental ben su propia línea (o algo similar), indicando a readline que no haga nada al encontrar a este personaje.

Actualizar

Me parece que las primeras tres líneas .inputrcson correctas, es la cuarta línea ( bind TAB:menu-complete) la que causa el problema. Cambie su primera letra a otra cosa (por ejemplo, en findlugar de bind) y luego esa letra (por ejemplo f) se comportará mal. Aparentemente bindno es una palabra clave reconocida en este contexto.

egmont
fuente
Tengo que esperar 24 horas para otorgar la recompensa. Lo haré entonces. Gracias.
Mike
1
OP podría simplemente dejarlo como TAB:menu-complete?
Sergiy Kolodyazhnyy