Ich habe kürzlich ein seltsames Verhalten auf meiner GNU/Linux-Maschine bemerkt. Ich habe versucht, es einzugrenzen, aber ich bin mir nicht sicher, wo ich als nächstes hingehen soll. Mein Setup verwendet Folgendes:
- i3
- gdm
- Bogen
- systemd
- grub2
- Pulsaudio
- 4.13.3-1-ARCH
So manifestiert es sich:
- Wenn Sie versuchen, die Größe von Fenstern in i3 zu ändern (Alt+Rechtsklick und halten), wird die Aktion zufällig abgebrochen (passiert bei Tastendruck)
- Alt+Ziehen von Fenstern trifft ein ähnliches Schicksal
- Das Booten mit tty fügt regelmäßig ^@s zur Anmeldeaufforderung hinzu, ich würde sie auf ~0,5-Sekunden-Intervalle schätzen
- in tty kann ich sehen, dass diese an vim übergeben werden, wenn ich die Befehlsleiste öffne (:)
- Die Verwendung eines Pagers wie less im tty-Modus und die Suche mit / führt dazu, dass (?) Spam gesendet wird
- Die Suche von htop (/) wird durch den regelmäßigen Tastendruck sofort abgebrochen
- Das Halten einer Taste und der Versuch, sie zu wiederholen (z. B. das Halten der Leertaste), verhindert, dass die anderen Ereignisse passieren (z. B. passieren nur ein oder zwei)
- Alle QuickInfos (z. B. Chrome-Tooltips) werden aufgrund von Tastendrücken sofort geschlossen
Hier ist, was ich versucht habe:
- versucht, DE vorübergehend zu wechseln (gnome, cinnamon, xfce)
- versuchte, Programme nacheinander zu töten, bis ich eine tty-Sitzung und im Wesentlichen systemd-Dienste + pulseaudio hatte
- versucht, von einer Arch-Live-CD zu booten – Problem tritt nicht auf
- das Überschreiben von grub2 mit init=/bin/bash bringt mich in eine Shell, in der sich das Problem nicht manifestiert
- Ich habe versucht, alle Tasten zu drücken, um sicherzustellen, dass es sich nicht um ein Hardwareproblem handelt, aber die vorherigen Schritte deuten darauf hin, dass es sich nicht um ein Hardwareproblem handelt
- Ich habe einen Unterschied zwischen dmesg, init=/bin/bash und dem normalen Boot gemacht – der Hauptunterschied scheint zu sein, dass systemd im normalen Boot gestartet wird
- Diff von lsmod von init=/bin/bash und normalem Booten gemacht, versucht, Module zu rmmoden, die verwandt zu sein schienen
Mein System ist auf dem neuesten Stand, ich bin mir nicht ganz sicher, welche anderen Schritte ich tun kann, um dies aufzuspüren. Irgendwelche anderen Debugging-Tipps?
Akzeptierte Antwort:
In 4.13 +CONFIG_PEAQ_WMI=m wurde dem Vanilla-Kernel hinzugefügt, eine Abhängigkeit von CONFIG_INPUT_POLLDEV . Dies hat zu Regressionen für verschiedene Arten von Systemen geführt, einschließlich des Konsolen-Spammings, das Sie erlebt haben. Es scheint mit diesem Commit eingeführt worden zu sein.
input_polldev wird auf die schwarze Liste gesetzt ist die aktuelle Problemumgehung.