NVMe fällt nach Leerlauf oder Resume aus · Linux Fix Lab

Symptome und Geltungsbereich

Speicher funktioniert bei Aktivität, verschwindet aber nach einer Ruhephase.
Der erste I/O-Zugriff nach dem Aufwachen löst einen Reset aus.

Betroffene Umgebung

Lokale NVMe-SSDs mit APST-Unterstützung; Kernelparameter wirken abhängig vom Controller und seinen Quirks.

Erkennbare Meldungen (synthetische Beispiele)

nvme nvme0: failed to set APST feature (-19)

Frühere Controller-Fehler prüfen; APST-Setup kann wegen eines bereits unerreichbaren Controllers scheitern. Das beweist nicht, dass APST einen Absturz verursacht hat.

Mögliche Ursachen

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

Ein Controller kann einen autonomen Energiesparübergang fehlerhaft behandeln; Zeitbezug und kontrollierter Vergleich sind nötig.
Suspend/Resume-Reihenfolge, PCIe-ASPM oder Firmware können ähnliche Symptome erzeugen, ohne dass APST verantwortlich ist.

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

APST-Latenzrichtlinie für neu erkannte Geräte lesen; normalerweise sind keine Administratorrechte nötig.

cat /sys/module/nvme_core/parameters/default_ps_max_latency_us

Ergebnis einordnen: Null deaktiviert die APST-Auswahl über diese Richtlinie. Ein Wert über null erlaubt passende Zustände, beweist aber keinen tatsächlich erfolgten Übergang des Laufwerks.

Prüfschritt 2

Kernel-Ereignisse nahe dem letzten Leerlauf- oder Suspend-Zyklus lesen; gegebenenfalls sind Journalrechte nötig.

journalctl -k -b --no-pager -n 400

Ergebnis einordnen: APST-Setupfehler betreffen die Programmierung des Features; I/O-Zeitüberschreitungen nach Resume zeigen einen Verfügbarkeitsverlust. Keiner der Befunde benennt allein die genaue Energiesparschicht.

Nächste Schritte nach Befund

Einen Start ohne APST vergleichen

Nur wenn Ausfälle zuverlässig auf Leerlauf oder Aufwachen folgen, im Bootloader-Editor für einen einzigen Start nvme_core.default_ps_max_latency_us=0 ergänzen. Dieselbe Leerlauf- oder Aufwachphase wiederholen und den ursprünglichen Eintrag erhalten.

Vorsicht: Ohne APST können SSD-Verbrauch und Temperatur steigen. Nicht gleichzeitig ASPM abschalten oder den Kernel wechseln; sonst lassen sich Ursachen nicht unterscheiden.

Wiederherstellung / Rücknahme: Mit dem unveränderten Eintrag die ursprüngliche Richtlinie wiederherstellen. Eine Umgehung erst nach reproduzierbarem Befund und modellspezifischer Prüfung dauerhaft setzen.

Hat dir dieser Hinweis geholfen?

Hinweis teilen #

Firmware und Resume-Regression prüfen

Wenn der APST-Einmaltest nichts ändert, den Parameter entfernen und einen zuvor funktionierenden unterstützten Kernel vergleichen. SSD- und System-Firmwarehinweise für die genauen Modelle prüfen; Suspend und Leerlauf als getrennte Fälle behandeln.

Vorsicht: Backups und einen startfähigen Kernel behalten. Ein kurzer erfolgreicher Vergleich ist ein Befund, keine Garantie für dauerhafte Stabilität.

Wiederherstellung / Rücknahme: Die vorige Kernelauswahl wiederherstellen und ausschließlich den experimentellen Parameter beziehungsweise die Konfigurationsänderung entfernen.