hibernar para disco não restaurando, mas suspender para ram está funcionando

Question

Eu tenho o Debian 6, eu também vi isso no Ubuntu (não consigo lembrar como corrigi-lo).

Eu posso hibernar, mas quando eu ligo o sistema inicializa (ele não restaura a sessão anterior).

Observação suspender funciona bem. Analisou em /var/log/pm-suspend.log Mostra para cada suspend suspend block a resume suspend block, mas hibernate hibernate' is not followed by resume hibernate '(suponho que seja o esperado.

Instalado o pacote de hibernação, como estava pensando que pode ser necessário, mas não fez diferença.

Eu comecei a procurar e não consigo encontrar /usr/lib/hal/scripts/linux/hal-system-power-hibernate-linux ou /usr/lib/hal Procurei por arquivos de energia (está tudo lá?:

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

    

Answer 1

Eu só tive que lidar com isso em um laptop rodando o Debian Testing (Jessie / Sid).

Possivelmente relevante: permute a partição em um volume LVM (não criptografado) em /dev/vg1/swap .

Para tornar o sistema retomado após a hibernação, tive que editar /etc/default/grub e alterar

GRUB_CMDLINE_LINUX=""

para

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

e, em seguida, execute update-grub .

Se você preferir que o kernel não verificasse imagens de currículo ao escolher uma opção de recuperação no menu GRUB, você desejaria modificar GRUB_CMDLINE_LINUX_DEFAULT em vez de GRUB_CMDLINE_LINUX .

Eu teria esperado que update-grub escrevesse os parâmetros resume= necessários em /boot/grub/grub.cfg , sem que eu precisasse ser tão explícito quanto a isso.

No entanto, a única menção de resume= dentro dos fragmentos de script em /etc/grub.d está em uma peça que tem algo a ver com o suporte OSX. Não tenho certeza do que está acontecendo lá.

    

Answer 2

Este é um problema comum para hibernar e suspender no Ubuntu / Debian.

instale o uswsusp

sudo apt-get install uswsusp

tente o seguinte para suspender e hibernar respectivamente,

sudo s2ram

sudo s2disk

se funcionar, então você pode torná-lo permanente, fazer backup do seguinte,

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

e edite o seguinte,

/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

    

Answer 3

Se você tiver alterado o disco rígido ou a tabela de partições, seu computador salvará uma sessão, mas não poderá reiniciá-la na inicialização, agindo como se fosse reinicializada em vez de hibernar.

Nesse caso, você precisa informar ao initramfs-tools sobre o uuid correto da partição. Primeiro de tudo, anote o id da sua partição swap com

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

Em seguida, edite o arquivo /etc/initramfs-tools/conf.d/resume de acordo.

Finalmente atualize o initramfs com

# update-initramfs -u

Ainda não funciona, tente especificar a partição de restauração para o Grub também. No entanto, não deve ser necessário.

Edite o arquivo / etc / default / grub especificando o UUID da sua partição swap:

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

ou simplesmente use o dispositivo

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

Não se esqueça de atualizar o Grub.

# update-grub

Reinicialize e tente hibernar:

# pm-hibernate