^ @ Spam in tty (scheint aber systemweit zu sein)

7

Ich habe kürzlich ein seltsames Verhalten auf meinem GNU / Linux-Computer festgestellt. Ich habe versucht, es einzugrenzen, bin mir aber nicht sicher, wohin ich als nächstes gehen soll. Mein Setup verwendet Folgendes:

  • i3
  • gdm
  • Bogen
  • systemd
  • grub2
  • pulseaudio
  • 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 (geschieht beim Drücken von Tasten).
  • Alt + Ziehen von Fenstern trifft ein ähnliches Schicksal
  • Wenn Sie regelmäßig zu tty booten, wird der Anmeldeaufforderung ^ @ s hinzugefügt. Ich würde sie auf Intervalle von ~ 0,5 Sekunden schätzen
  • in tty kann ich sehen, dass diese an vim übergeben werden, wenn ich die Befehlsleiste öffne (:)
  • Wenn Sie einen Pager wie weniger im tty-Modus verwenden und mit / suchen, wird (?) als Spam eingestuft
  • Die Suche von htop (/) wird durch den regelmäßigen Tastendruck sofort abgebrochen
  • Wenn Sie einen Schlüssel gedrückt halten und versuchen, ihn wiederholen zu lassen (z. B. Leerzeichen halten), werden die anderen Vorkommnisse verhindert (z. B. nur ein oder zwei).
  • Alle QuickInfos (z. B. Chrom-QuickInfos) werden aufgrund von Tastendrücken sofort geschlossen

Folgendes habe ich versucht:

  • versuchte vorübergehend DE zu wechseln (Gnom, Zimt, xfce)
  • Ich habe versucht, Programme einzeln zu beenden, bis ich eine tty-Sitzung und im Wesentlichen systemd services + pulseaudio hatte
  • habe versucht, auf einer arch livecd zu booten - das problem tritt nicht auf
  • Das Überschreiben von grub2 mit init = / bin / bash lässt mich in eine Shell fallen, 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. Die vorherigen Schritte weisen jedoch darauf hin, dass es sich nicht um Hardware handelt
  • Ich habe einen Unterschied von dmesg gemacht, vom init = / bin / bash und dem regulären Boot - der Hauptunterschied scheint darin zu liegen, dass systemd im regulären Boot gestartet wird
  • Ich habe einen Unterschied zwischen lsmod und init = / bin / bash und dem regulären Start gemacht und versucht, Module zu rmmodieren, 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?

Redyz
quelle
Nun, ich werde verdammt sein, ich bin es nicht gewohnt, in diesen Foren rumzuhängen - das hat es behoben; Wenn Sie eine Zusammenfassung des Fixes in einem Antwortformat
eingeben können,
Wenn ich mich richtig erinnere, brauche ich 24 Stunden, um es zu genehmigen, aber ich werde :) Danke.
Redyz
Es sieht aus wie das gleiche Problem, ich bin auch auf einem Lenovo, wenn es hilft
Redyz

Antworten:

6

In 4.13 +CONFIG_PEAQ_WMI=mwurde dem Vanillekern eine Abhängigkeit von hinzugefügt CONFIG_INPUT_POLLDEV. Dies hat zu Regressionen für verschiedene Systemtypen geführt, einschließlich des Konsolen-Spam, den Sie erlebt haben. Es scheint mit diesem Commit eingeführt worden zu sein .

Blacklisting input_polldevist die aktuelle Problemumgehung.

Jasonwryan
quelle
1
Ein Link zur Diskussion im Arch-Forum.
X-Yuri