問題のデバッグ
ここでの大きな手がかりは、エラー メッセージです:
<ブロック引用>usbhid:9-2:1.1:入力割り込みエンドポイントが見つかりません
USB HID は USB ヒューマン インターフェイス デバイスの略で、通常はキーボードまたはマウスを意味し、それらが USB ベースのデバイスであると仮定します。
キーボードですか、それともマウスですか?
問題が発生すると、通常、dmesg にエラー メッセージが表示されます。 usbhid エラーにも対応します。見てみると、OP はこれらのメッセージが確実にそこにあり、犯人としてマウスを指しているように見えることを発見できました.
マウスを無効にする
問題をさらにデバッグするために、別の U&L Q&A に記載されている方法を使用して、マウスを無効にすることを提案しました:スクリプトから外部キーボードを無効にします。メソッドは xinput を使用します 無効になるようにデバイスのプロパティを設定します。例:
$ xinput set-int-prop 2 "Device Enabled" 8 0
OPが上記と同様のコマンドを使用した後、問題は解消されたように見え、基本的に疑いが確認されました.
それはどんなネズミですか?
次に、コマンド lshw -c input を使用して、インストールされたマウスの種類を特定しました。 .
$ sudo lshw -c input
これにより、次の手がかりが得られました。マウスの種類は、Kinzu と呼ばれるモデルでした。
Kinzu マウスの問題
この最後の情報は、根本的な問題を特定する上で非常に重要でした。どうやら、Kinzu マウスはまさにこの問題を抱えていることで知られています。それに関するいくつかのレポートを見つけました:
- 時々マウスが遅れる
- カーネルの更新 -> マウスが機能しなくなる
1 つの「回避策」は、USB 3 ポートが利用可能であればマウスに使用することでした。 OP はこれを試みましたが、このマウスの問題には影響しませんでした。
どうする
上記のすべてを考慮すると、マウスに欠陥があるか、単に設計が不十分であるように見えるため、実際には別のマウスに交換するしかありません.