Start wartet auf veraltetes Hibernate-Resume-Gerät · Linux Fix Lab

Symptome und Geltungsbereich

Der Start wartet auf suspend/resume device und kann später fortsetzen.
Alte Swap-UUID bleibt nach Swap-Neuerzeugung in Initramfs oder Kernel-Argumenten.

Betroffene Umgebung

Linux-Hibernate-Resume mit initramfs-tools, dracut oder systemd-hibernate-resume. Kaltstart-Korrektur darf keine beabsichtigte ruhende Sitzung verwerfen.

Erkennbare Meldungen (synthetische Beispiele)

Begin: Running /scripts/local-premount ... Gave up waiting for suspend/resume device

Alte Swap-UUID oder frühe verschlüsselte Zuordnung getrennt von Root-Geräteerkennung prüfen.

Mögliche Ursachen

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

Konfiguriertes Resume-Gerät kann entfernt worden sein oder neue UUID haben.
Nicht erreichbare verschlüsselte Swap-Zuordnung oder alter Swapfile-Offset kann Resume ebenfalls verhindern; root= und resume= haben verschiedene Aufgaben.

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

resume=, resume_offset= und noresume aktuellen Starts unverändert lesen.

cat /proc/cmdline

Ergebnis einordnen: Resume-Selektor getrennt von root= vergleichen. Korrektes Root macht veraltetes Resume-Ziel nicht gültig.

Prüfschritt 2

Nur aktuell aktive Swap-Bereiche lesen; Swap wird weder aktiviert, abgeschaltet noch neu erzeugt.

swapon --show --output=NAME,TYPE,SIZE,USED

Ergebnis einordnen: Swap-Orte mit Resume-Ziel und verifizierter UUID vergleichen. Ein inaktives Resume-Gerät kann existieren; Fehlen hier genügt nicht als Diagnose.

Nächste Schritte nach Befund

Veralteten Resume-Pfad für Kaltstarts entfernen

Wird Hibernate bewusst nicht genutzt und ist Kaltstart bestätigt, veralteten Resume-Selektor über unterstützte Distributionseinstellung entfernen und Initramfs/Einträge erneuern. Einmaliger noresume-Vergleich kann Verzögerungsquelle bestätigen.

Vorsicht: Resume nicht überspringen, wenn ruhende Sitzung wiederhergestellt werden soll; gespeicherte Arbeit kann verloren gehen und Schreiben vor späterem Resume ist unsicher.

Wiederherstellung / Rücknahme: Vor erneutem Hibernate dokumentierte Resume-Konfiguration wiederherstellen; temporäre Menüänderung durch normalen Neustart verwerfen.

Hat dir dieser Hinweis geholfen?

Hinweis teilen #

Verifiziertes Hibernate-Ziel aktualisieren

Wird Hibernate benötigt, tatsächliches unterstütztes Swap-Ziel und bei Swapfile dessen dateisystemspezifisch unterstützten Offset setzen. Verschlüsselten Swap früh verfügbar machen und Resume-Einbindung gewählten Kernels erneuern.

Vorsicht: Offsets nicht raten, Swap mit benötigtem Abbild nicht neu erzeugen und nach Dateisystemänderungen nicht resümieren. Nur nach sauberem Herunterfahren testen.

Wiederherstellung / Rücknahme: Bei Fehlern vorheriges verifiziertes Ziel/Konfiguration zurückstellen; bis geprüftem Resume Kaltstarts nutzen.