Hallo
Ich habe soeben versucht, hibernating (aka. Suspend to disk) einzurichten.
Dazu verwende ich das "Kernel Add-On" TuxOnIce, welches auch in der Gentoo Dokumentation empfohlen wird (bin übrigens auch nach dieser Anleitung vorgegangen).
Eigentlich scheint alles wunderbar zu funktionieren, leider schafft er es nicht, das gespeicherte Image wieder zu laden. Nach dem Hibernatingvorgang (schreiben des Images auf SWAP - bei mir /dev/sda2) schaltet das Gerät wie gewünscht ab. Nachdem ich den Powerknopf drücke, sollte mein Gerät nun das gespeicherte Image wieder laden, stattdessen bootet er völlig normal bis zum gdm Login- Screen. Fenster, die ich vorher geöffnet hatte, erscheinen auch nicht wieder.
Folgender Eintrag im Bootlog gibt mir zu denken:
|
Quellcode
|
1
2
3
4
5
|
* Activating (possible) swap ...
swapon: /dev/sda2: software suspend data detected. Reinitializing the swap.
Setting up swapspace version 1, size = 506040 KiB
no label, UUID=b71be5bb-31ce-4c27-84f8-53ca45a49fb6
[ ok ]
|
Er scheint also ein Image auf der SWAP- Partition zu finden. Nach meinem Verständnis sollte er von hier an beginnen, das RAM wieder entsprechend zu füllen um mir meinen Desktop, wie ich ihn verlassen habe, zu präsentieren.
Leider führt er den Bootvorgang anschliessend wie gewohnt weiter. Hier noch die relevanten Konfigurationsparameter:
/proc/config.gz:
|
|
Quellcode
|
1
2
3
4
5
|
CONFIG_ARCH_SUSPEND_POSSIBLE=y
CONFIG_SUSPEND=y
CONFIG_SUSPEND_FREEZER=y
# CONFIG_APM_IGNORE_USER_SUSPEND is not set
# CONFIG_USB_SUSPEND is not set
|
/etc/hibernate/common.conf:
|
|
Quellcode
|
1
2
3
4
5
6
7
8
|
Verbosity 0
LogFile /var/log/hibernate.log
LogVerbosity 1
Distibution gentoo
UnloadBlacklistedModules yes
LoadModules auto
SwitchToTextMode yes
LogoutPidgin yes
|
/etc/hibernate/tuxonice.conf
|
|
Quellcode
|
1
2
3
4
5
6
7
8
9
10
11
|
UseTuxOnIce yes
Reboot no
EnableEscape yes
DefaultConsoleLevel 1
Compressor lzf
Encryptor none
SuspendDevice swap:/dev/sda2
FullSpeedCPU yes
Include common.conf
hibernate
|
Und hier noch das Logfile von /var/log/hibernate.log:
|
|
Quellcode
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
|
Starting suspend at Wed Sep 30 08:46:18 CEST 2009
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: [19] Executing LogoutPidgin ...
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: [70] Executing ClockRestore ...
hibernate: [59] Executing RemountXFSBootRW ...
hibernate: [19] Executing LoginPidgin ...
hibernate: [11] Executing XHacksResumeHook1 ...
hibernate: [01] Executing NoteLastResume ...
hibernate: [01] Executing LockFilePut ...
Resumed at Wed Sep 30 08:46:29 CEST 2009
|
Laut Log hat er den Zustand also "Resumed". Alles was jedoch geschah ist, dass das Gerät bootete, mich mit dem Login- Screen begrüsste und anschliessend einen nackten Desktop lädt, ohne jedoch vorher geöffnete Fenster wiederhetzustellen.
Läuft da was schief oder habe ich vielleicht etwas grundsätzlich falsch verstanden bezüglich Hibernating? Wenn das das Standardverhalten ist, kann ich das Gerät ja genau so gut herunterfahren. Ich sehe da momentan keinen Unterschied.
Gruss
Redo
Das tool gthumb wir gerade geemerged 
