Non riesco a digitare una "b" quando sono nella riga di comando


13

Aggiornare

Non riesco nemmeno a incollare a b. Sto provando ad aggiornare a Ubuntu 15.04 ma devo eliminare alcuni file nella directory / boot. Quando non cd /ootriesco a digitare a b. Quindi, ho pensato, elencherò i file nella /directory e copia / incolla, ma senza risultati. Non riesco nemmeno a incollare a b.

Aggiornamento 2

Di recente ho aggiunto alcune righe al /etc/inputrcfile per ottenere un migliore completamento automatico delle schede:

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

Domanda originale

Quando ho SSH nel mio server Ubuntu non riesco a digitare la lettera "b". Posso tuttavia digitare una "B" maiuscola usando uno dei due tasti Maiusc.

Sto usando un MacBook Pro con display Retina del 2012 e sto inserendo una scatola Ubuntu personalizzata. È qui che non riesco a digitare una "b" minuscola.

Ho riavviato il server e non riesco ancora a digitare una "b". Ogni altra lettera va bene.

Non l'ho mai fatto prima, ho avuto il server attivo e funzionante per circa due anni e non ho mai riscontrato un problema come questo prima. Inoltre, non ho fatto nulla di rilevante per farlo.

All'inizio pensavo che la tastiera fosse un po 'appiccicosa, ma quando ho chiuso la connessione funziona bene. Ho riavviato il server, ho reinserito ssh e il tasto "b" smette di funzionare di nuovo.

Ho provato la mia tastiera bluetooth e non ho ancora avuto fortuna.

Potrebbe essere qualcosa che è una regola in un file .profile o .bashrc o qualcosa di simile? Un'impostazione per non consentire determinati personaggi.

Quando provo a digitare la lettera "b" ricevo il suono della campana del terminale come se non fosse consentito.


Funziona quando non si usa ssh?
s3lph

1
Aggiungi questo alla tua domanda usando il pulsante Modifica sotto il tuo post.
s3lph

2
Non penso che sia così perché va bene ovunque. È un MacBook Pro, quindi dubito che sia un difetto del genere. È troppo coerente per accadere solo in questo stato che sono sicuro che sia qualcos'altro.
Mike,

2
Non in .profileo .bashrc, ma probabilmente in .inputrco /etc/inputrc(file di configurazione di readline) potrebbe essere una blettera solitaria sulla propria riga.
egmont,

1
Aggiornerò la mia domanda con quelle righe che ho aggiunto e se aggiorni la tua risposta per dirle di rimuoverle, posso assegnarti il ​​50 rappresentante.
Mike,

Risposte:


23

All'interno della sessione ssh, avvia un catcomando e vedi se riesci a digitare blì. Sono quasi sicuro che funzionerà, il che significa che è la tua shell che decide di non agire b.

Supponendo che il valore predefinito bash, si dovrebbe verificare readlinei file di configurazione 's: ~/.inputrc, /etc/inputrc, o quello di cui da $INPUTRC. È probabile che troverai un solitario accidentale bsulla sua stessa linea (o qualcosa di simile), che istruisce readline a non fare nulla quando si incontra questo personaggio.

Aggiornare

Mi sembra che le prime tre righe .inputrcsiano corrette, è la quarta riga ( bind TAB:menu-complete) che causa il problema. Cambia la sua prima lettera in qualsiasi altra cosa (es. findInvece di bind) e poi quella lettera (es. f) Si comporterà male. Apparentemente bindnon è una parola chiave riconosciuta in questo contesto.


Devo aspettare 24 ore per assegnare la taglia. Lo farò allora. Grazie.
Mike,

1
potrebbe OP lasciarlo come TAB:menu-complete?
Sergiy Kolodyazhnyy,
Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.