USB-Gerät verschwindet nach Leerlauf oder Aufwachen · Linux Fix Lab

Symptome und Geltungsbereich

USB-Maus, Tastatur, Kamera oder Gamepad verschwindet nach Leerlauf oder einer Suspend-/Resume-Phase.
Im Kernel-Journal tauchen zeitnah USB-Trennung, fehlgeschlagener Reset oder Descriptor-Lesefehler auf.

Betroffene Umgebung

USB-HID, Kameras, Controller und weitere Geräte unter Linux mit USB-Laufzeit-Energiemanagement; UAS-Speicherprobleme nicht auf alle USB-Klassen übertragen.

Mögliche Ursachen

Das sind mögliche Erklärungen, keine bestätigte Diagnose. Mehrere unabhängige Fehler können gleichzeitig vorliegen.

Ein Gerät oder Treiber kann Autosuspend oder Autoresume fehlerhaft behandeln, besonders wenn Remote Wakeup nicht wie erwartet funktioniert.
Schwaches Kabel, Hub, Port-Stromversorgung oder ein defektes Gerät können dieselben Trennmeldungen unabhängig von Autosuspend auslösen. Ein Fehler nach Resume beweist keine Energiesparursache.

Sicher prüfen

Führe jeweils einen Befehl in der passenden Sitzung aus. Lies zuerst die Erklärung. Großgeschriebene Platzhalter brauchen deine Werte; Werkzeuge und Rechte unterscheiden sich je nach Distribution. Die Website zeigt Befehle an und führt sie niemals aus.

Prüfschritt 1

Angeschlossene USB-Geräte und Schnittstellentreiber vor und nach dem Fehler anzeigen.

lsusb -t

Ergebnis einordnen: Ein nach dem Fehler fehlendes Gerät zuerst über Anschluss, Bus und Schnittstelle identifizieren, nicht über eine geratene sysfs-Nummer.

Prüfschritt 2

USB-/xHCI-Meldungen des aktuellen Bootvorgangs lesen und zeitlich mit der Trennung abgleichen.

journalctl -k -b --no-pager --grep='usb|xhci|reset'

Ergebnis einordnen: USB-Reset- oder Descriptorfehler unterscheiden kein defektes Kabel von einem Resume-Bug.

Prüfschritt 3

Nur ein Beispielpfad. 1-2 durch den tatsächlich identifizierten USB-Pfad ersetzen; die Busadresse muss nicht existieren.

cat /sys/bus/usb/devices/1-2/power/control

Ergebnis einordnen: auto erlaubt Autosuspend, on verhindert ihn für dieses Gerät. Keiner dieser Zustände beweist einen tatsächlich ausgeführten Suspend.

Nächste Schritte nach Befund

Direkte Verbindung vor Änderung des Energiemanagements prüfen

Prüfen, ob dasselbe Gerät über einen Hub und direkt an einem verlässlich funktionierenden Port oder Kabel ausfällt; Treiber und System-Energieprofil dabei unverändert lassen. Austauschbare Strom- und Datenkabel kontrollieren. Kernelmeldungen, Gerätekennung und Fehlerzeit vergleichen. Funktioniert die Direktverbindung, grenzt das den Übertragungsweg ein, schließt Autosuspend aber nicht vollständig aus.

Vorsicht: Eingehängte USB-Datenträger nicht bei aktiven Schreibvorgängen hart zurücksetzen; wichtige Eingabegeräte nicht leichtfertig verlieren.

Wiederherstellung / Rücknahme: Bei stabilem Ausgangszustand zum ursprünglichen Port oder Hub zurückkehren und beide Wege dokumentieren.

Hat dir dieser Hinweis geholfen?

Hinweis teilen #

Laufzeit-PM nur für ein Gerät und rücknehmbar vergleichen

Folgt der Fehler nachvollziehbar dem Autosuspend, kann ein Administrator testweise nur beim sicher identifizierten Gerät power/control auf on setzen und den bisherigen Wert notieren. Die Kernel-Schnittstelle kennt on und auto; das ist ein gezielter Vergleich, kein universeller Tuning-Tipp. Weder den globalen usbcore-Standard ändern noch Hubs oder kritische Geräte abkoppeln.

Vorsicht: Das kann mehr Strom verbrauchen und nach Neuanschluss zurückgesetzt werden. Entfernte Tastaturen und Speichercontroller nur mit alternativer Zugriffsmöglichkeit prüfen.

Wiederherstellung / Rücknahme: Den zuvor notierten power/control-Wert (meist auto oder on) für genau dieses Gerät nach dem Vergleich wiederherstellen.