USBデバイスが接続されると、入力デバイスが応答せず、X.orgとkglobalaccel5 CPUの使用率が高くなります。

USBデバイスが接続されると、入力デバイスが応答せず、X.orgとkglobalaccel5 CPUの使用率が高くなります。

私はしばらくこの問題を経験しましたが、どのようにデバッグするのかわかりませんでした。したがって、詳細はこちらに報告いたします。

USBウェブカメラ、Wacomタブレット、またはBluetoothヘッドセットを接続するたびに、デフォルトのxorgプロセスは約50%のCPU使用率を使い始め、入力デバイスは異常に動作し始めます。キーボードが完全に機能しなくなり、マウスは機能し続けますが、どこでもクリックすることはできません(応答がないか内部をクリックしてもウィンドウを移動しようとしています)。いくつかのランダムな作業(マウスホイールを使用してワークスペースインジケータを切り替えるなど)はまだ機能しています。

デバイスを再起動するか、接続を切断してしばらく待ってから、すべてが正常に戻りました。

KDEとSDDMを使ってDebianでテストしています。

この.xsession-errorsディスプレイはこれとは何の関係もありません。/var/log/Xorg.0.logキーボード検出について言及しているので、これは少し奇妙です(しかし、wacomタブレットのログが正常に見えるので、これは関係がないと思います)。

[   652.297] (II) config/udev: Adding input device HD Pro Webcam C920 (/dev/input/event16)
[   652.297] (**) HD Pro Webcam C920: Applying InputClass "libinput keyboard catchall"
[   652.297] (II) Using input driver 'libinput' for 'HD Pro Webcam C920'
[   652.297] (**) HD Pro Webcam C920: always reports core events
[   652.297] (**) Option "Device" "/dev/input/event16"
[   652.297] (**) Option "_source" "server/udev"
[   652.298] (II) event16 - HD Pro Webcam C920: is tagged by udev as: Keyboard
[   652.298] (II) event16 - HD Pro Webcam C920: device is a keyboard
[   652.298] (II) event16 - HD Pro Webcam C920: device removed
[   652.360] (**) Option "config_info" "udev:/sys/devices/pci0000:00/0000:00:01.3/0000:03:00.0/usb1/1-4/1-4:1.0/input/input25/event16"
[   652.360] (II) XINPUT: Adding extended input device "HD Pro Webcam C920" (type: KEYBOARD, id 12)
[   652.360] (**) Option "xkb_model" "pc105"
[   652.360] (**) Option "xkb_layout" "de"
[   652.360] (WW) Option "xkb_variant" requires a string value
[   652.360] (WW) Option "xkb_options" requires a string value
[   652.361] (II) event16 - HD Pro Webcam C920: is tagged by udev as: Keyboard
[   652.361] (II) event16 - HD Pro Webcam C920: device is a keyboard
[   721.766] (II) config/udev: removing device HD Pro Webcam C920
[   721.766] (II) event16 - HD Pro Webcam C920: device removed

デバッグ中に見つけた追加:

  • 毎秒数千行の「バグ」を見つけることは、干し草の山で針を見つけるのと同じであるため、staceは役に立ちません。
  • これは何の関係もないかもしれません。このエラー最新のカーネル(5.2.0)を使用していて、正常な数のデバイスを持っているので/dev/input
  • すべてが中断される前にすぐにtty1に切り替えると、問題が発生したときにうまく使用できます。
  • このように、私は新しいものを見つけました(例:htopが発生する前に停止したようなもの):/usr/bin/kglobalaccel5CPU使用率も非常に高かったです。

答え1

謎が解けました!

kglobalaccel5このバグをより簡単に調査でき、実際に報告されました。https://bugs.kde.org/show_bug.cgi?id=306352

私のホームディレクトリを見てみると、実際には1つがあります.Xmodmap(4年前に最後に修正されました)。私はそれを削除し、再起動後、すべてが再びうまく機能しました。

関連情報