спящий режим на диск не восстанавливается, но приостанавливается работа барана

У меня есть Debian 6, я также видел это под Ubuntu (не могу вспомнить, как я его исправил).

Я могу спящий режим, но когда я включаю системные холодные ботинки (он не восстанавливает предыдущий сеанс).


Замечание о приостановке работает нормально. Просмотрели в /var/log/pm-suspend.log Показывает, что для каждого suspend suspend блокировку suspend suspend блок suspend suspend resume suspend , но hibernate hibernate' is not followed by возобновлением спящего режима (я предполагаю, что это то, что ожидается.


Установленный спящий режим пакета, поскольку он думал, что это может понадобиться, но не имело никакого значения.


Я просто начал искать и не могу найти /usr/lib/hal/scripts/linux/hal-system-power-hibernate-linux или /usr/lib/hal Я искал файлы власти (все это есть ?:

 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 

3 Solutions collect form web for “спящий режим на диск не восстанавливается, но приостанавливается работа барана”

Мне просто пришлось иметь дело с этим на ноутбуке, на котором работает Debian Testing (Jessie / Sid).

Возможно, релевантно: раздел подкачки на томе LVM (не зашифрованный) в /dev/vg1/swap .

Чтобы возобновить работу системы после спячки, мне пришлось отредактировать /etc/default/grub и изменить

 GRUB_CMDLINE_LINUX="" 

в

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

а затем запустить update-grub .

Если вы предпочтете, чтобы ядро ​​не проверяло наличие возобновляемых изображений при выборе варианта восстановления из меню GRUB, вы должны изменить GRUB_CMDLINE_LINUX_DEFAULT вместо GRUB_CMDLINE_LINUX .

Я бы ожидал, что update-grub самостоятельно напишет все необходимые resume= parameters в /boot/grub/grub.cfg , без необходимости в этом говорить об этом.

Однако единственное упоминание о resume= внутри фрагментов скрипта в /etc/grub.d – это часть, которая имеет какое-то отношение к поддержке OSX. Не уверен, что там происходит.

Это обычная проблема для спящего режима и приостановка работы в Ubuntu / Debian.

установить uswsusp

 sudo apt-get install uswsusp 

затем попробуйте следующее для приостановки и спящего режима, соответственно,

 sudo s2ram sudo s2disk 

если он работает, то вы можете сделать его постоянным, резервное копирование следующего,

 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 

и отредактируйте следующее,

 /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 

Если вы изменили свой жесткий диск или таблицу разделов, то ваш компьютер сохранит сеанс, но он не сможет возобновить его при включении питания, действуя так, как если бы он был перезагружен, а не спящий.

В этом случае вам необходимо сообщить initramfs-tools о правильном разделе uuid. Прежде всего, обратите внимание на идентификатор вашего раздела подкачки с

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

Затем отредактируйте файл /etc/initramfs-tools/conf.d/resume соответственно.

Наконец, обновите initramfs с помощью

# update-initramfs -u

Он все равно не работает, попробуйте указать раздел восстановления Grub тоже. Однако это не обязательно.

Отредактируйте файл / etc / default / grub, указав UUID вашего раздела подкачки:

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

или просто используйте устройство

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

Не забудьте обновить Grub.

# update-grub

Перезагрузитесь и попробуйте спящий режим:

# pm-hibernate

  • Предоставление прав и привилегий SAMBA требует пароля root
  • Ubuntu не будет спящим
  • ssh для нового пользователя в ubuntu
  • Как конвертировать скрипт init Ubuntu в сценарий инициализации Amazon Linux AMI?
  • Настройка беспроводной сети из командной строки
  • Broadcom: не удалось увидеть мой Wi-Fi
  • Что может заставить часы прыгать на 5 минут?
  • Будет ли приостановка или спящий режим ОС приостанавливать выполнение программ?
  • (Super) пользователей при обработке сервисов
  • Буферы / кеш файловой системы Ubuntu всегда пусты
  • ubuntu 16.04 команда chmod не вычитается в rc.local автоматически
  • Linux и Unix - лучшая ОС в мире.