Der Ruhezustand auf der Festplatte wird nicht wiederhergestellt, aber das Anhalten am RAM funktioniert

Ich habe Debian 6, ich habe dies auch unter Ubuntu gesehen (kann mich nicht erinnern, wie ich es behoben habe).

Ich kann den Ruhezustand aktivieren, aber wenn ich das System einschalte, wird kalt gestartet (die vorherige Sitzung wird nicht wiederhergestellt).

Hinweis suspend funktioniert gut. Habe in/var/log/pm-suspend.log Shows für jedensuspend suspendBlock einenresume suspendBlockgesucht, aberhibernate hibernate' is not followed byden Ruhezustand wieder aufgenommen` (ich gehe davon aus, dass dies erwartet wird.

Das installierte Paket befindet sich im Ruhezustand, da es möglicherweise benötigt wird, machte aber keinen Unterschied.

Ich habe gerade angefangen zu suchen und kann keine finden /usr/lib/hal/scripts/linux/hal-system-power-hibernate-linuxoder /usr/lib/halich habe nach Power-Dateien gesucht (ist alles da?:

find /usr/lib -iname "*power*"
/usr/lib/libupower-glib.so.1
/usr/lib/klibc/bin/poweroff
/usr/lib/python2.6/dist-packages/axiom/test/test_powerup.pyc
/usr/lib/python2.6/dist-packages/axiom/test/test_powerup.py
/usr/lib/upower
/usr/lib/upower/upowerd
/usr/lib/libupower-glib.so.1.0.1
/usr/lib/gnome-power-manager
/usr/lib/pymodules/python2.6/OpenGL/raw/GL/ARB/texture_non_power_of_two.pyc
/usr/lib/pymodules/python2.6/OpenGL/raw/GL/ARB/texture_non_power_of_two.py
/usr/lib/pymodules/python2.6/OpenGL/GL/ARB/texture_non_power_of_two.pyc
/usr/lib/pymodules/python2.6/OpenGL/GL/ARB/texture_non_power_of_two.py
/usr/lib/pymodules/python2.6/coherence/upnp/services/servers/switch_power_server.py
/usr/lib/pymodules/python2.6/coherence/upnp/services/servers/switch_power_server.pyc
/usr/lib/pymodules/python2.6/coherence/upnp/services/clients/switch_power_client.pyc
/usr/lib/pymodules/python2.6/coherence/upnp/services/clients/test/test_switch_power_client.py
/usr/lib/pymodules/python2.6/coherence/upnp/services/clients/test/test_switch_power_client.pyc
/usr/lib/pymodules/python2.6/coherence/upnp/services/clients/switch_power_client.py
/usr/lib/pymodules/python2.6/coherence/upnp/core/xml-service-descriptions/SwitchPower1.xml
/usr/lib/pm-utils/power.d
/usr/lib/pm-utils/power.d/sched-powersave
/usr/lib/pm-utils/sleep.d/00powersave
/usr/lib/rhythmbox/plugins/power-manager
/usr/lib/rhythmbox/plugins/power-manager/libpower-manager.so
/usr/lib/rhythmbox/plugins/power-manager/power-manager.rb-plugin

Ich musste mich nur auf einem Laptop mit Debian Testing (Jessie / Sid) darum kümmern.

Möglicherweise relevant: Swap-Partition auf einem LVM-Volume (unverschlüsselt) um /dev/vg1/swap.

Um das System nach dem Ruhezustand wieder aufzunehmen, musste ich es bearbeiten /etc/default/grubund ändern

GRUB_CMDLINE_LINUX=""

zu

GRUB_CMDLINE_LINUX="resume=/dev/mapper/vg1-swap"

und dann laufen update-grub.

Wenn Sie lieber möchten, dass der Kernel bei der Auswahl einer Wiederherstellungsoption im GRUB-Menü nicht nach Bildern für die Wiederaufnahme sucht, möchten Sie GRUB_CMDLINE_LINUX_DEFAULTstattdessen Änderungen vornehmen GRUB_CMDLINE_LINUX.

Ich hätte erwartet update-grub, alle notwendigen resume=Parameter selbst zu schreiben /boot/grub/grub.cfg, ohne dass ich dies explizit angeben müsste .

Die einzige Erwähnung resume=in den Skriptfragmenten in /etc/grub.dist jedoch ein Teil, der etwas mit der OSX-Unterstützung zu tun hat. Ich bin mir nicht sicher, was dort los ist.

Dies ist ein häufiges Problem für den Ruhezustand und das Anhalten in Ubuntu / Debian.

installiere uswsusp

sudo apt-get install uswsusp

Versuchen Sie dann Folgendes für Suspend und Hibernate:

sudo s2ram

sudo s2disk

Wenn es funktioniert, können Sie es dauerhaft machen und Folgendes sichern:

sudo cp /usr/lib/hal/scripts/linux/hal-system-power-suspend-linux /usr/lib/hal/scripts/linux/hal-system-power-suspend-linux.bak

sudo cp /usr/lib/hal/scripts/linux/hal-system-power-hibernate-linux /usr/lib/hal/scripts/linux/hal-system-power-hibernate-linux.bak

und bearbeiten Sie Folgendes:

/usr/lib/hal/scripts/linux/hal-system-power-suspend-linux

#!/bin/sh
/sbin/s2ram –force

/usr/lib/hal/scripts/linux/hal-system-power-hibernate-linux

#!/bin/sh
/sbin/s2disk

Wenn Sie Ihre Festplatte oder die Partitionstabelle geändert haben, speichert Ihr Computer eine Sitzung, kann sie jedoch beim Einschalten nicht wieder aufnehmen und verhält sich so, als ob sie neu gestartet und nicht in den Ruhezustand versetzt wurde.

In diesem Fall müssen Sie initramfs-tools über die richtige Partitions-UUID informieren. Notieren Sie sich zunächst die ID Ihrer Swap-Partition mit

$ ls /dev/disk/by-uuid -la

Bearbeiten Sie dann die Datei /etc/initramfs-tools/conf.d/resume entsprechend.

Zum Schluss aktualisieren Sie initramfs mit

# update-initramfs -u

Wenn es immer noch nicht funktioniert, versuchen Sie, die Wiederherstellungspartition auch für Grub anzugeben. Dies sollte jedoch nicht erforderlich sein.

Bearbeiten Sie die Datei / etc / default / grub unter Angabe der UUID Ihrer Swap-Partition:

GRUB_CMDLINE_LINUX="resume=UUID=6098d082-4654-4840-8937-7337d14b2c5d other-option=value"

oder benutzen Sie einfach das Gerät

GRUB_CMDLINE_LINUX="resume=/dev/sda1 other-option=value"

Vergiss nicht, Grub zu aktualisieren.

# update-grub

Starten Sie neu und versuchen Sie, den Ruhezustand zu aktivieren:

# pm-hibernate

# update-initramfs -u

Dies war das fehlende Stück in meinem ähnlichen Fall. Wenn die Wiederaufnahme eines erfolgreichen Ruhezustands nach dem Ändern der Auslagerungspartition fehlschlägt . Viele Ratschläge schlugen die Korrektur der Grub-Befehlszeile vor (wie in der vorherigen Antwort hier erwähnt).

Auf meinem System (Ubuntu 14.04) funktionierte der Ruhezustand jedoch vor dem Wechsel zur Swap-Partition ohne den Parameter resume in grub einwandfrei. Also wurde mir klar, dass es eine andere Art und Weise geben muss, wie der Lebenslauf behandelt wird.

Die Reihenfolge, in der der Ruhezustand / die Wiederaufnahme nach Änderungen an der Swap-Partitionsänderung aktiviert werden soll (nachdem dem Swap-Partitionsgerät eine neue UUID zugewiesen wurde, per blkidoder ls /dev/disk/by-uuid -la):

1. Bearbeiten /etc/fstab, um zur neuen UUID des Swaps zu wechseln
2. Bearbeiten /etc/initramfs-tools/conf.d/resume, um die UUID des neuen Swaps wiederzugeben
3. Führen Sie aus update-initramfs -u, um die neu zu erstellen/boot/initrd.img*
4. Starten Sie neu

Vielen Dank an @Demis Palma!