USBキーボードは、再起動時にGRUB 2）で断続的にのみ機能します-一貫して機能させるにはどうすればよいですか？

Question

キーボードで何か奇妙なことが起こっています。キーボードはUSB接続のUnicompであり、コンピューターが起動して実行されると、完全に問題なく動作します。ただし、GRUB 2（具体的には、DebianWheezyで出荷される1.99-27 + deb7u1）はそれほど満足していません。故障モードはこれをテストするのを少し難しくします、しかしこれが私がこれまでに推測することができたものです：

POST中にキーボードステータスLEDが点滅するため、キーボードが検出されます（「検出済み：... 1キーボード」というレポートも表示されます）。 POSTから「キーボードが検出されませんでした」というエラーが1つあり、パターンを推測するのに十分な距離ではありません。最近、さまざまな方法でシステムを何度も再起動しています。
フロントパネルの電源ボタンでフルパワーオフから電源をオンにすると、すべてがうまく機能しているようです
再起動時（rebootまたは Control+Alt+Delete 起動したシステムまたはGRUB）では、キーボードはGRUBで動作します。
コンピューターのリセットボタンを押して再起動すると、ブートローダーが戻ったときにキーボードがGRUBで常に機能せず、POST中にキーを押しても何度も反応しません。 _どちらか

さらに奇妙なのは、以前このように動作していたコンピューターを思い出せないことです。私は期待していますそれは無関係ですが、UPSを机の周りのいくつかのものに接続したとき、すぐに動作し始めたようです。それをコンピューターとモニターに接続しただけです。（いいえ、UPSは過負荷に近い状態ではありません。負荷は、使用状況に応じて7〜20％の範囲であると報告されています。コンピューターが正常に稼働しているときは、最大負荷の約15〜16％です。）

私はグーグルで検索し、GRUB2つのモジュールuhciとusb_keyboardをロードする提案を見つけました。 2つを指定するGRUB_PRELOAD_MODULES宣言を/ etc/default/grubに追加し、update-grubを再実行しました（現在、/ boot /にinsmod uhciとinsmod usb_keyboardがあります。 grub/grub.cfg）ですが、それは何も変わっていないようです。

キーボードを別のUSBポートに移動しましたが、役に立たなかったようです。便利なものがあれば、オフボードUSBコントローラーを試してみます。

BIOS/UEFIセットアップは、レガシーUSBサポートとレガシーUSB 3.0サポートが有効になっていると報告します。そうでない場合でも、特に2つの違いがどちらであるかだけが異なる場合は、なぜ機能するのか、機能しないのかわかりません。ウォームリブートの側面にあります。

マザーボードは、UEFIバージョン1007 02/10/2012を搭載したASUSM5A97Proです。

コンピューターが動作を開始したときと一致する、私が行った他の構成変更は考えられません。ログdoには、8月1日のlinux-imageのアップグレードと、再インストールしたことが記載されています（upgradeと記載されていますが、 from-versionとto-versionは同じです）grub-pc 8月2日ですが、どちらもUPSを購入する1週間前であり、コンピューターとモニター以外のものに接続する2週間前でした。（一度に多くのものを変更しないように注意します）。 uname -rは3.2.0-4-AMD64を報告します。

試すアイデアが足りません。 SBキーボードをGRUB 2で一貫して動作させるにはどうすればよいですか？他に何を確認できますか？

a CVn · Accepted Answer

まあ、私はちょっと-sortaは何が悪いのかを見つけました。しかし、根本的な問題が何であるかはまだわかりません。

UEFI/BIOSを最新バージョン（現在は1604）にアップグレードしても、いくつかの暫定リリースが「一部のUSBデバイスとの互換性を強化する」と具体的に宣伝されていたにもかかわらず（これは私の正確な問題のようです）、役に立ちませんでした。実際、どちらかといえば、事態はさらに悪化しているように見えましたが、良い意味で：システムは一貫してキーボードを使用できずに起動しましたウォームリブート。一貫性のあるエラーは、常にデバッグと修正が容易です。

科学的方法（仮説を立て、それをテストする方法を見つけ、テストし、改良する）を適用することにより、私は最も可能性の高い原因は私のUSBマウスまたはより一般的に私のUSBポインティングデバイスを接続しています。

障害のケースをテストするために絶対に必要ではなかったUSB接続のすべてを切断することから始めたので、USBバス上にあった唯一の周辺機器はキーボードでした。それはうまくいった。そこで、変更の合間にできる限り徹底的にテストしながら、一度に1つずつ追加し直しました。マウスと描画タブレットの2つのデバイスを接続したデスクハブを追加するまでに、物事はうまくいき始めました。何度か行ったり来たりした後、両方のプラグを抜いたが、ハブは接続したままにした。まだ同じ問題がありました。ハブ、マウス、またはタブレットのいずれかのみをマザーボードのUSBポートに直接接続すると、最初の場所に戻ることができました。つまり、これらの1つ以上が問題の原因でした。

タブレットがなくても大丈夫ですが、ポインティングデバイスのないコンピューターを使うのはとても面倒なので、予備のコンピューターケーブルボックスを掘り下げて、試してみようと思ったUSB-PS/2アダプターを見つけました。マウスをアダプタに接続し、アダプタをマザーボードのPS/2マウス/キーボードポートに接続すると、動作しているように見えます。私は考えられる限り完全なテストを行い、システムが完全に正常に戻るたびにテストを行いました。

私の現在の作業仮説は、何かがUSBハブに損傷を与え、それがタブレットとマウスに伝播した可能性があり、この損傷が何らかの形で私の問題を引き起こしているというものです。（私がハブに接続した2つの非ホストデバイスはマウスとタブレットだけです。）これは、USB-PS/2アダプターを介してマウスを接続することがうまくいくように見える理由を完全には説明していませんが、推測これは、BIOSがさまざまなデバイスを処理する方法と関係がある可能性があるということです（「PS/2」マウスをマウスとして認識していないようですが、UEFIセットアップでマウスがなくても生きることはできます）。

USBマウスを仕事から借りることができると仮定して、来週さらにこの仮説をテストすることができます。

今のところ、ハブとタブレットを切断してマウスをPS/2ポートに移動しただけで十分なようです。