Hibernate geht nicht mehr mit Lenny

[rksteve]

Hallo!

Unter etch ging hibernate problemlos, jetzt nach einem Update auf Lenny schaltet sich der Rechner aus, fährt dann aber normal hoch.

/var/log/hibernate.conf sagt vor dem update:

Code: Alles auswählen

Starting suspend at Fre Jun 20 21:26:24 CEST 2008
hibernate: [01] Executing CheckLastResume ... 
hibernate: [01] Executing CheckRunlevel ... 
hibernate: [01] Executing LockFileGet ... 
hibernate: [01] Executing NewKernelFileCheck ... 
hibernate: [10] Executing EnsureSysfsPowerStateCapable ... 
hibernate: [11] Executing XHacksSuspendHook1 ... 
hibernate: [59] Executing RemountXFSBootRO ... 
hibernate: [89] Executing SaveKernelModprobe ... 
hibernate: [91] Executing ModulesUnloadBlacklist ... 
hibernate: [91] Executing ModulesUnloadBlacklist ... 
hibernate: [95] Executing XHacksSuspendHook2 ... 
hibernate: [98] Executing CheckRunlevel ... 
hibernate: [99] Executing DoSysfsPowerStateSuspend ... 
hibernate: Activating sysfs power state disk ...
hibernate: [90] Executing ModulesLoad ... 
hibernate: [89] Executing RestoreKernelModprobe ... 
hibernate: [85] Executing XHacksResumeHook2 ... 
hibernate: [70] Executing ClockRestore ... 
hibernate: Failed to restore system clock.
hibernate: [70] Executing ClockRestore ... 
hibernate: Failed to restore system clock.
hibernate: [59] Executing RemountXFSBootRW ... 
hibernate: [11] Executing XHacksResumeHook1 ... 
hibernate: [01] Executing NoteLastResume ... 
hibernate: [01] Executing LockFilePut ... 

und jetzt nur

Code: Alles auswählen

Starting suspend at Sat Jun 21 19:02:00 CEST 2008
hibernate: [01] Executing CheckLastResume ... 
hibernate: [01] Executing CheckRunlevel ... 
hibernate: [01] Executing LockFileGet ... 
hibernate: [01] Executing NewKernelFileCheck ... 
hibernate: [10] Executing EnsureUSuspendCapable ... 
hibernate: [11] Executing XHacksSuspendHook1 ... 
hibernate: [59] Executing RemountXFSBootRO ... 
hibernate: [89] Executing SaveKernelModprobe ... 
hibernate: [91] Executing ModulesUnloadBlacklist ... 
hibernate: [95] Executing XHacksSuspendHook2 ... 
hibernate: [98] Executing CheckRunlevel ... 
hibernate: [99] Executing DoUSuspend ... 
hibernate: Running /usr/sbin/s2disk  ...

es wurde anscheinend früher sysfs verwendet und jetzt ususpend. Ich bin der Meinung dass keine Config-Dateien geändert wurden beim update, an was kann es liegen dass er jetzt mit was anderem des suspend macht?
Beim update wurde in einem Menufenster gefragt ob man das Image mit checksumme vergleichen will beim hochfahren und ob man das image verschlüsseln will, weiss jemand wo diese Antworten abgespeichert werdenbzw. zu welchem Progamm diese gehörten?

Beim Start kommt jetzt nur diese Meldung:

Code: Alles auswählen

swsusp: Resume From Partition /dev/hda6
PM: Checking swsusp image.
PM: Resume from disk failed.

lg,
Stefan

[rendegast]

Beim update wurde in einem Menufenster gefragt ob man das Image mit checksumme vergleichen will beim hochfahren und ob man das image verschlüsseln will, weiss jemand wo diese Antworten abgespeichert werdenbzw. zu welchem Progamm diese gehörten?

gehört zu uswsusp (s2disk, s2ram, s2both)
http://de.opensuse.org/S2ram
(Du könntest auch selbst eine "1" in die entsprechende /sys-Datei schreiben, s2ram macht das nur besser)

Ist die in /etc/uswsusp.conf eingetragenen Partition auch valid?
Sprich, im normalen Betrieb eine SWAP-Partition?
Ist sie groß genug? (bei Kompression sollte im Normalfall Hälfte der RAM-Größe ausreichen)
Kompression und Checksummen-Prüfung sollten eingeschaltet sein.

Das RAM wird bei s2disk in die SWAP-Partition geschrieben, dadurch wird sie zur RESUME-Partition.
Bei erfolgreichem Resume wird sie wieder zum SWAP-Format und auch so eingebunden.
Geht dabei etwas schief, ist immer noch das RESUME-Abbild dort, es ist dann kein valides SWAP-Device und wird auch beim Start nicht mehr als SWAP-Space eingebunden.
In dem Fall "Korrektur" des SWAP-Device mit 'mkswap',
Dann die Überprüfung der Einstellung zum RESUME-Device in der Konfig und gegebenenfalls Neuerstellung der initrd mit 'initramfs'.

[rksteve]

Ja, da ist das richtige Device eingetagen, bei mir /dev/hda6, und ist auch gross genug (etwas grösser als mein Speicher)

Nach einem gescheiterten resume ist allerdings das swap ganz normal eingebunden.
Gibt es irgendwelche Log-Datein die mir mehr informationen bringen würden?

lg,
Steve

[rksteve]

ich habe es jetzt hinbekommen. Mir fehlte ein inintrdfs, eine gute Beschreibung findet man in der Doku zu dem Paket unter /usr/share/doc/uswsusp

lg,
Steve