web-dev-qa-db-ja.com

コマンドラインで「b」を入力できない

更新

bを貼り付けることもできません。 Ubuntu 15.04にアップグレードしようとしていますが、/ bootディレクトリ内のいくつかのファイルを削除する必要があります。 cd /ootを入力すると、bを入力できません。したがって、/ディレクトリ内のファイルを一覧表示してコピー/貼り付けを行いますが、効果はありません。 bを貼り付けることもできません。

更新2

タブの自動補完を改善するために、最近/etc/inputrcファイルにいくつかの行を追加しました。

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

元の質問

Ubuntuサーバーにsshするとき、文字「b」を入力できません。ただし、いずれかのシフトキーを使用して大文字の「B」を入力できます。

2012年からRetinaディスプレイを搭載したMacBook Proを使用しており、カスタムビルドのUbuntuボックスに切り替えています。小文字の「b」を入力できないのはここです。

サーバーを再起動しましたが、まだ「b」を入力できません。他のすべての手紙は結構です。

それは前のことではありませんが、私は約2年間サーバーを稼働させてきましたが、このような問題に遭遇したことはありません。また、それを実現させるための注目すべきことは何もしていません。

最初は、キーボードが少しべたべたしていると思いましたが、接続を閉じると正常に機能します。サーバーを再起動し、sshに戻って「b」キーが再び機能しなくなりました。

Bluetoothキーボードを試しましたが、まだ運がありません。

これは、.profileまたは.bashrcファイルのルール、またはそれに類似したものでしょうか？特定の文字を許可しない設定。

「b」という文字を入力しようとすると、許可されていないかのように端末のベルが鳴ります。

14.04keyboardssh
13
Mike

Sshセッション内で、catコマンドを開始し、bと入力できるかどうかを確認します。それが機能することはほぼ確実です。つまり、bに基づいて行動しないことを決定するのはあなたのシェルです。

デフォルトのbashを想定して、readlineの構成ファイルを確認する必要があります：~/.inputrc、/etc/inputrc、または$INPUTRCによって参照されるファイル。偶然の孤独なbを独自の行（または同様のもの）で見つけ、readlineにこのキャラクターに遭遇しても何もしないように指示する可能性があります。

更新

あなたの.inputrcの最初の3行は正しいと思われますが、それは問題の原因となっている4行目（bind TAB:menu-complete）です。最初の文字を他のもの（たとえば、findの代わりにbind）に変更すると、その文字（たとえば、f）は誤動作します。どうやらbindはこのコンテキストでは認識されないキーワードです。

23
egmont