Je ne peux pas taper un «b» lorsque je suis en ligne de commande

13

Mise à jour

Je ne peux même pas coller un b. J'essaie de mettre à niveau vers Ubuntu 15.04 mais je dois supprimer certains fichiers dans le répertoire / boot. Quand je cd /ootne peux pas taper a b. Alors, j'ai pensé, je vais lister les fichiers dans le /répertoire et copier / coller, mais en vain. Je ne peux même pas coller un b.

Update 2

J'ai récemment ajouté quelques lignes au /etc/inputrcfichier afin d'obtenir une meilleure auto-complétion des onglets:

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

Question d'origine

Lorsque je ssh sur mon serveur ubuntu, je ne peux pas taper la lettre "b". Je peux cependant taper un "B" majuscule en utilisant les deux touches Maj.

J'utilise un MacBook Pro avec écran Retina de 2012, et je ssh-ing dans une boîte Ubuntu personnalisée. C'est ici que je ne peux pas taper un "b" minuscule.

J'ai redémarré le serveur et pourtant je ne peux toujours pas taper un "b". Toutes les autres lettres vont bien.

Cela n'a jamais été fait auparavant, j'ai le serveur opérationnel depuis environ deux ans et je n'ai jamais rencontré un problème comme celui-ci auparavant. Je n'ai également rien fait de notable pour le faire faire ça.

Au début, je pensais que le clavier était un peu collant mais quand j'ai fermé la connexion, cela fonctionne bien. J'ai redémarré le serveur, j'ai rétabli ssh et la touche "b" ne fonctionne plus.

J'ai essayé mon clavier Bluetooth et toujours pas de chance.

Serait-ce quelque chose qui est une règle dans un fichier .profile ou .bashrc ou quelque chose de similaire? Un paramètre pour ne pas autoriser certains caractères.

Lorsque j'essaie de taper la lettre "b", j'obtiens le son de la cloche du terminal comme s'il n'était pas autorisé.

Mike
la source
Cela fonctionne-t-il lorsque vous n'utilisez pas ssh?
s3lph
1
Veuillez l'ajouter à votre question en utilisant le bouton Modifier sous votre message.
s3lph
2
Je ne pense pas que ce soit le cas car c'est bien partout ailleurs. C'est un MacBook Pro donc je doute que ce soit un défaut comme ça. Il est trop cohérent pour se produire uniquement dans cet état que je suis sûr que c'est autre chose.
Mike
2
Pas dans .profileou .bashrc, mais probablement dans .inputrcou /etc/inputrc(fichier de configuration de readline), il pourrait s'agir d'une seule blettre sur sa propre ligne.
egmont
1
Je mettrai à jour ma question avec les lignes que j'ai ajoutées, et si vous mettez à jour votre réponse pour dire de les supprimer, je peux vous attribuer les 50 représentants.
Mike

Réponses:

23

Dans la session ssh, lancez une catcommande et voyez si vous pouvez by taper . Je suis presque sûr que cela fonctionnera, ce qui signifie que c'est votre shell qui décide de ne pas agir b.

En supposant que la valeur par défaut bash, vous devez vérifier readlineles fichiers de configuration « : ~/.inputrc, /etc/inputrcou celui visé par $INPUTRC. Il y a de fortes chances que vous trouviez un solitaire accidentel bsur sa propre ligne (ou quelque chose de similaire), demandant à readline de ne rien faire en rencontrant ce personnage.

Mise à jour

Il me semble que les trois premières lignes .inputrcsont correctes, c'est la quatrième ligne ( bind TAB:menu-complete) qui cause le problème. Remplacez sa première lettre par autre chose (par exemple findau lieu de bind), puis cette lettre (par exemple f) se comportera mal. Apparemment, ce bindn'est pas un mot clé reconnu dans ce contexte.

egmont
la source
Je dois attendre 24 heures pour attribuer la prime. Je le ferai alors. Je vous remercie.
Mike
1
OP pourrait-il simplement le laisser TAB:menu-complete?
Sergiy Kolodyazhnyy