openSUSE Tumbleweed-Slowroll
VERSION="20261001
Desktop Wayland
Tastatur Logitec MX Key S (Wireless) verbunden über USB Logi Bolt Adapter
Maus USB Vertikal Elan Microelectronics Corp. Gaming Mouse
Fehler Beschreibung:
Seit dem letzten Release Update, habe ich das Problem, dass meine Tastatur sowie die Maus nicht mehr richtig funktionieren.
Die Tastatur hat keine Funktion mehr. Die Maus schaltet nach ca. 3 Sekunden, ohne Aktion in den Standby Modus. Durch einen Klick kann man die Maus wieder aktiviert.
Schliesse ich eine Standard Tastatur/Maus mit USB Kabel an funkioniert die Geräte ohne Probleme.
Starte ich die Sitzung mit X11, funkioniert die Tastatur. Die Maus bleibt aber in den komischen Modus.
Mit Snapper habe ich versucht das letze Update zurück zusetzen. Das Ergebnis war, die Maus funktioniert wieder normal, aber die Tastatur geht auch nur unter X11.
Die Tastatur habe ich mehrfach versucht neu zu koppeln, aber immer das selbe Ergebnis, sie läuft nur noch unter X11. Eine Energie Einstellung wie USB Autosuspend kann bei der Maus ausgeschlossen werden, da ich alle Energiespar Funktionen deaktiviert habe.
Mit den Problem kämpfe ich nun schon seit drei Tagen und das Ergebnis ist, ich habe keine Idee mehr, wie ich das Problem beheben kann. Alle Aktionen die Tastatur oder die Maus unter Wayland zum laufen zu bringen laufen ins leere. Momentan läuft mein System mit dem aktuellen Relais unter X11 und mit einer Standard 3 Tasten Maus, damit gibt es keine Probleme.
Hat jemand eine Idee, wie ich das Wayland-Eingabeproblem der Logitech-Tastatur lösen kann oder wie ich das aggressive USB-Autosuspend für die Elan-Maus im aktuellen Release deaktiviere?
Für Infos bin ich sehr dankbar.
Reported: 2026-09-20 06:07 UTC by pallas wept
Das passt vom Datum nicht mit meinem Problem überein. Die openSUSE Tumbleweed-Slowroll Version 20261001 wurde am 1. Oktober 2026 bereitgestellt
Nur einmal angemerkt:
Der Bugreport geht aber auf Tumbleweed und Slowroll ist immer etwas hinter Tumbleweed…
Ansonsten:
Journal durchschauen…
Kurzes Update zur Fehlersuche:
Nachdem ich mit meinen Problem nicht weiterkomme, habe ich die KI befragt mit folgenden Ergebnis.
Ich habe den Fehler unter Wayland eingrenzen können.
sudo libinput debug-events zeigt saubere KEYBOARD_KEY pressed/released Events für die Logitech-Tastatur an. libinput arbeitet also fehlerfrei.- In der KWin Debug-Konsole (org.kde.KWin.showDebugConsole) tauchen im Reiter “Input Events” aber absolut keine Events auf, wenn ich auf der Logitech tippe (bei einer Standard-USB-Tastatur hingegen schon).
Fazit: KWin ignoriert das Gerät unter Wayland komplett, obwohl libinput die Tastenanschläge korrekt liefert.
Gibt es im Snapshot 20261001 bekannte KWin-Bugs bezüglich udev/libinput-Routing oder eine versteckte Einstellung, wo KWin das Gerät blockiert?
Ob die KI hier richtig liegt kann ich nicht beurteilen, aber vielleicht hat jetzt einer ne Idee.
Den Tipp mit Bluetooth habe ich mir angeschaut, auf meinen PC gibt es keinen Adapter mit Bluetooth.
Die Tastatur ist mit Logitech Bolt Empfänger verbunden, verwaltet wird die Tastatur mit der Software Solaar. Leider kann man die Tastatur nicht mit einem USB Kabel verbinden um einen Betrieb ohne Funk zu testen. Der USB Anschluss an der Tastatur ist nur zum Aufladen des Akkus da.
Lösung für das Tastatur-Problem unter Wayland mit Hilfe der KI gefunden.
Das Problem mit der Logitech MX Keys S lag weder am Kernel noch an libinput.
Durch das Update wurde die Tastatur in den KDE-Einstellungen auf Software-Ebene deaktiviert.
Die Lösung:
In der Datei ~/.config/kcminputrc stand der Eintrag für die Tastatur auf Enabled=false.
Nachdem ich den Wert per Editor auf Enabled=true gesetzt und den PC neu gestartet habe, funktioniert die Tastatur unter Wayland wieder einwandfrei. Das Tastatur-Problem ist damit vom Tisch!
Das zweite Problem (die Elan-Maus, die nach 3 Sekunden in den USB-Standby geht) besteht weiterhin.
1 Like
Update zum zweiten Problem Elan-Maus geht in Standby: Auch hier habe ich eine Lösung gefunden.
Der Kernel oder udev hat den USB-Empfänger der Maus nach dem Update 20261001 fälschlicherweise immer in den aggressiven USB-Autosuspend gezwungen.
Lösung: Ein globales Deaktivieren des Stromsparmodus über den Kernel-Parameter usbcore.autosuspend=-1, eingetragen via YaST Bootloader, hält die Ports nun dauerhaft unter Strom. Die Maus funktioniert wieder fehlerfrei.