hibernate al disco no restaurando, pero suspender a ram funciona

Tengo Debian 6, también he visto esto en Ubuntu (no recuerdo cómo lo arreglé).

Puedo hibernate, pero cuando enciendo las botas frías del sistema (no restaura la session anterior).


Nota suspender funciona bien. He buscado en /var/log/pm-suspend.log Muestra para cada suspend suspend bloquear un resume suspend bloque, pero hibernate hibernate' is not followed by reanudar hibernación' (supongo que es lo que se espera.


El package instalado hiberna, como pensaba que podría ser necesario, pero no hizo ninguna diferencia.


Acabo de empezar a search y no puedo encontrar /usr/lib/hal/scripts/linux/hal-system-power-hibernate-linux o /usr/lib/hal Busqué files de Power (¿está todo allí ?:

 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 

Simplemente tuve que lidiar con esto en una computadora portátil con Debian Testing (Jessie / Sid).

Posiblemente relevante: swap partición en un volumen LVM (no encriptado) en /dev/vg1/swap .

Para que el sistema se reanudara después de la hibernación, tuve que editar /etc/default/grub y cambiar

 GRUB_CMDLINE_LINUX="" 

a

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

y luego ejecuta update-grub .

Si prefiere que el kernel no verifique las imágenes del currículum cuando elige una opción de recuperación en el menu de GRUB, querría modificar GRUB_CMDLINE_LINUX_DEFAULT lugar de GRUB_CMDLINE_LINUX .

Hubiera esperado que update-grub escribiera cualquier necesario resume= parameters en /boot/grub/grub.cfg por sí mismo, sin que yo tenga que ser tan explícito al respecto.

Sin embargo, la única mención de resume= dentro de los fragments de script en /etc/grub.d está en una pieza que tiene algo que ver con el soporte de OSX. No estoy seguro de lo que está pasando allí.

Este es un problema común para hibernate y suspender en Ubuntu / Debian.

instalar uswsusp

 sudo apt-get install uswsusp 

a continuación, intente lo siguiente para suspender e hibernate, respectivamente,

 sudo s2ram sudo s2disk 

si funciona, entonces puede hacerlo permanente, hacer una copy de security de lo siguiente,

 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 

y edite lo siguiente,

 /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 

Si ha cambiado su disco duro o la tabla de particiones, su computadora saveá una session, pero no podrá reanudarla al encenderse, actuando como si fuera reiniciada en lugar de hibernada.

En este caso, debe informar initramfs-tools sobre la partición correcta uuid. Antes que nada, tome nota de la identificación de su partición swap con

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

Luego, edite el file /etc/initramfs-tools/conf.d/resume en consecuencia.

Finalmente actualizar initramfs con

# update-initramfs -u

Todavía no funciona, intenta especificar la partición de restauración a Grub también. Sin embargo, no debería ser necesario.

Edite el file / etc / default / grub especificando el UUID de su partición swap:

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

o simplemente usa el dispositivo

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

No te olvides de actualizar Grub.

# update-grub

Reinicia e intenta hibernate:

# pm-hibernate