web-dev-qa-db-ja.com

USBデバイスを接続すると、入力デバイスが応答を停止し、X.orgおよびkglobalaccel5のCPU使用率が高くなります

私はしばらくの間この問題を抱えていますが、それをデバッグする方法がわからないので、ここで詳細を報告します。

USB Webcam、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にすばやく切り替えると、問題が発生している間はtty1をうまく使用できます。
  • このようにして、何か新しいことに気づきました(htopが発生する前にフリーズする前のように):/usr/bin/kglobalaccel5も同時に非常に高いCPU使用率を持っています
4
lw1.at

謎が解けた!

kglobalaccel5により、このバグの調査がはるかに容易になり、実際に報告されています https://bugs.kde.org/show_bug.cgi?id=306352

私は自分のホームディレクトリを調べたところ、.Xmodmap(4年前に最終変更)横になっています。私はそれを削除し、再起動後、すべてのデバイスが再び正常に動作しています。

2
lw1.at