Система отказывается приостанавливаться.

Question 1

Здесь Lubuntu 18.04 (lxde) на базе AMD Epyc 7282. Ядро 4.15.
Система стабильна и работает безупречно, но отказывается переходить в режим ожидания.

Если я пытаюсь перевести систему в режим ожидания, экран гаснет, но система не выключается.

На этом этапе, если нажать клавишу или переместить мышь, ничего не происходит. Если нажать кнопку питания, система “просыпается”, показывая экран входа, а затем все приложения в том состоянии, в котором они были оставлены.

Гибернация полностью отсутствует.

Обратите внимание, что Epyc Rome не поражена печально известной ошибкой RDRAND, которая затрагивает Ryzen 3000 и вызывает проблемы с переходом в режим ожидания.

EDIT: Я использовал систему несколько дней с высокой нагрузкой и могу подтвердить её стабильность, но если оставить её гасить монитор, невозможно её разбудить… Нужно подключиться по ssh и сбросить систему.

EDIT(II): Пример вывода для journalctl -u systemd-suspend.service:

gen 25 04:33:52 epyc systemd[1]: Starting Suspend...
gen 25 04:33:52 epyc systemd-sleep[1743]: Suspending system...
gen 25 04:34:36 epyc systemd-sleep[1743]: System resumed.
gen 25 04:34:36 epyc systemd-sleep[1743]: /dev/sda:
gen 25 04:34:36 epyc systemd-sleep[1743]: устанавливается уровень Advanced Power Management до 0xfe (254)
gen 25 04:34:36 epyc systemd-sleep[1743]: APM_level        = 254

EDIT (III): Мне удастся перевести систему в гибернацию с помощью uswsusp, явно указав устройство восстановления, то есть раздел подкачки:

sudo s2disk -r /dev/sda1

В таком состоянии система выключается, показывая SNAPSHOTTING THE SYSTEM...

Если я включу питание, система загружается, говоря RESUMING FROM HIBERNATION... но затем просто отображает рабочий стол, без каких-либо следов оставленных приложений. Я изучу логи и сообщу об этом.

Question 2

Известно, что некоторые ACPI BIOS могут быть проблемными в Linux, и это может не работать на всех системах. Я полагаю, что гибернация отключена по умолчанию в версиях Ubuntu. Проверьте и убедитесь, что файл /etc/default/grub содержит параметр resume в строке GRUB_CMDLINE_LINUX_DEFAULT= в начале файла. Чтобы быстро проверить, введите в терминале:

head -n 15 /etc/default/grub

Строка должна выглядеть примерно так:

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash resume=UUID=26623446-028a-415d-e685-8adc53740282"

Если значение resume содержит resume=/dev/sda1, я бы предложил изменить его на UUID. Идентификатор устройства “/dev/sda1” не всегда является постоянным и может измениться при добавлении нового диска в систему. UUID останется уникальным. Чтобы найти номер UUID# вашего раздела подкачки:

lsblk -o +uuid | grep -i swap

Как хорошая практика, создайте резервную копию оригинального файла перед изменениями.

sudo cp /etc/default/grub /etc/default/~grub.bak.`date '+%Y-%m-%d'`

Если вы внесли изменения в файл /etc/default/grub, необходимо обновить конфигурацию grub:

sudo update-initramfs -u

Прочитайте вывод и убедитесь, что initramfs resume hook указывает на правильный раздел.
Затем

sudo update-grub

Затем попробуйте перевести систему в гибернацию:

sudo systemctl hibernate

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

Question 3

У меня была точно такая же проблема.
Я не мог заставить работать “systemctl suspend”,
однако есть другое решение:

$ sudo pm-suspend

Оно просто работает без дополнительных ручных настроек.

Система отказывается приостанавливаться.

Вопрос или проблема

Ответ или решение

Теория

Технологии управления питанием

Пример

Применение