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

7

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

— Strg-Alt-Delor
quelle

Haben Sie eine Auslagerungspartition oder nur eine Auslagerungsdatei? Der Ruhezustand zu einer Auslagerungsdatei wird theoretisch unterstützt, erfordert jedoch manchmal etwas Handhaltung. Swap-Partitionen sollten sofort funktionieren (zumindest unter Debian 5).

— Gilles 'SO - hör auf böse zu sein'

Es ist eine Partition

— Strg-Alt-Delor

Dieses Problem hat sich jetzt selbst behoben. In der Synaptik-Geschichte gibt es nichts zu sagen, dass ich etwas installiert habe, um es zu beheben. Möglicherweise handelt es sich um ein Update. Befinden sich diese im selben Verlaufsprotokoll? ABER die erneute Erkennung meines 'Option'-Modems ist jetzt langsamer.

— Strg-Alt-Delor

7

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.

— flabdablet
quelle

3

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

— Setzamora
quelle

Ich denke, dass dies ein alternatives Suspend / Hibernate-Subsystem ist. Ich werde versuchen, wenn das aktuelle Problem nicht behoben werden kann.

— Strg-Alt-Delor

Richtig, lassen Sie uns das Ergebnis wissen. Sie müssen die richtigen Treiber installieren, damit es funktioniert. Dies ist nur eine Alternative.

— Setzamora

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

— Ich

Ich habe festgestellt, dass das uswsusp-Paket im Debian Squeeze fehlt. Ich könnte es vom Testen oder vom instabilen Repository bekommen, muss aber vorsichtig sein, dass ich keine anderen Abhängigkeiten einbeziehe. Ich würde gerne wissen, ob es das Problem beheben wird. Wird uswsusp für den Ruhezustand benötigt? Oder sollten pm-utils ausreichen. (Suspend it RAM funktioniert gut.)

— Strg-Alt-Delor

1

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

— Demis Palma ツ
quelle

1

# 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):

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

Vielen Dank an @Demis Palma!

— BuzzHead
quelle

Vielen Dank. Sieht vielversprechend aus (ich kann jetzt nicht testen, ich werde es beim nächsten Mal tun, wenn etwas schief geht).

— Strg-Alt-Delor