Bug 38049

Summary:	"Меню", "Выйти", "Спящий режим" приводит к зависанию компьютера
Product:	Альт Рабочая станция	Reporter:	aleksey-v <aleksey-v.2013>
Component:	Ошибки работы	Assignee:	Mikhail Efremov <sem>
Status:	NEW ---	QA Contact:	qa-p8 <qa-p8>
Severity:	normal
Priority:	P5	CC:	mike, nickel
Version:	9.0
Hardware:	x86_64
OS:	Linux
See Also:	https://bugzilla.altlinux.org/show_bug.cgi?id=45444

Description aleksey-v 2020-02-07 00:01:27 MSK

При выборе указанного пункта экран гаснет на какое-то время, затем изображение возвращается, но уже не работает ни клавиатура, ни мышь. 
Ctrl-Alt-F2,3,4 тоже не имеют действия.

К слову, этой кнопки нет при работе в виртуальной машине есть только такие: "Ждущий режим", "Перезагрузить", ", Отмена", "Выключить".

Всякий раз логи такие:

systemd[1]: systemd-tmpfiles-clean.service: Succeeded.
systemd[1]: Started Cleanup of Temporary Directories.
NetworkManager[1339]: <info>  [1581021393.8947] manager: sleep: sleep requested (sleeping: no  enabled: yes)
NetworkManager[1339]: <info>  [1581021393.8948] device (p2p-dev-wlan0): state change: disconnected -> unmanaged (reason 'sleeping', sys-iface-state: 'managed')
NetworkManager[1339]: <info>  [1581021393.8957] manager: NetworkManager state is now ASLEEP
systemd[1]: Reached target Sleep.
systemd[1]: Starting Hibernate...
systemd[1]: Started Setup CPUFreq governors when wake up from sleep state.
kernel: PM: Image not found (code -22)
systemd-sleep[3490]: Suspending system...
kernel: PM: hibernation entry
kernel: PM: Syncing filesystems ... 
cpufreq-simple[3491]: Setting cpu: 0
cpufreq-simple[3491]: Setting cpu: 1
cpufreq-simple[3491]: Setting cpu: 2
cpufreq-simple[3491]: Setting cpu: 3
systemd[1]: cpufreq-simple-wake.service: Succeeded.
-- Reboot --


NetworkManager[1307]: <info>  [1581021983.2533] manager: sleep: sleep requested (sleeping: no  enabled: yes)
NetworkManager[1307]: <info>  [1581021983.2534] device (p2p-dev-wlan0): state change: disconnected -> unmanaged (reason 'sleeping', sys-iface-state: 'managed')
NetworkManager[1307]: <info>  [1581021983.2542] manager: NetworkManager state is now ASLEEP
systemd[1]: Reached target Sleep.
systemd[1]: Started Setup CPUFreq governors when wake up from sleep state.
systemd[1]: Starting Hibernate...
kernel: PM: Image not found (code -22)
systemd-sleep[2303]: Suspending system...
kernel: PM: hibernation entry
kernel: PM: Syncing filesystems ... 
cpufreq-simple[2302]: Setting cpu: 0
cpufreq-simple[2302]: Setting cpu: 1
cpufreq-simple[2302]: Setting cpu: 2
cpufreq-simple[2302]: Setting cpu: 3
systemd[1]: cpufreq-simple-wake.service: Succeeded.
-- Reboot --

Comment 1 aleksey-v 2020-02-07 00:10:31 MSK

Зато кнопка "Ждущий режим" отправляет компьютер в состояние Sleep:


NetworkManager[1250]: <info>  [1581023215.2183] manager: sleep: sleep requested (sleeping: no  enabled: yes)
NetworkManager[1250]: <info>  [1581023215.2184] device (p2p-dev-wlan0): state change: disconnected -> unmanaged (reason 'sleeping', sys-iface-state: 'managed')
NetworkManager[1250]: <info>  [1581023215.2191] manager: NetworkManager state is now ASLEEP
systemd[1]: Reached target Sleep.
systemd[1]: Starting Suspend...
systemd[1]: Started Setup CPUFreq governors when wake up from sleep state.
systemd-sleep[4392]: Suspending system...
kernel: PM: suspend entry (deep)
kernel: PM: Syncing filesystems ... done.

И нажатие на кнопку питания моментально оживляет систему

Comment 2 Николай Костригин 2020-02-07 08:34:08 MSK

А swap у Вас подключен? И какого он размера? Гибернация требует swap минимум размером с оперативную память машины для сохранения содержимого оной.

Comment 3 aleksey-v 2020-02-08 00:33:28 MSK

Чуть-чуть не хватило.

# free
total used free shared buff/cache available
Mem: 8036400 1496704 3532084 421068 3007612 5850380
Swap: 8036348 0 8036348

При этом замечу, что система ставилась с настройками по-умолчанию и автоматической разбивкой диска.

Но если вернуться к виртуальной машине, кнопки "Спящий режим" там нет.
Таким образом, появляется вопрос, при каких условиях появляется кнопка "Спящий режим"? Возможно, она не должна появляться при размерах swap как у меня выше, даже при установке по умолчанию.

Тем не менее, я создал swap больше - 10 GB. Но симптомы зависания повторились. Готов экспериментировать дальше, если что посоветуете.

$ free
total used free shared buff/cache available
Mem: 8036400 686924 6670036 130132 679440 6980948
Swap: 10485756 0 10485756

Поэтому возможные предложения:

1. Улучшить автоматическую разбивку в программе первоначальной установки с учётом размеров памяти.
Как вариант, уточнять, нужен ли режим Hibernation. Потому что если на рабочей станции 16 GB, то создавать swap 16 GB это уже расточительно и нецелесообразно. А если 32GB? И т.д.

2. Посмотреть, что можно сделать с алгоритмом отрисовки кнопки "Спящий режим". Ведь определённо есть какие-то условия, когда она появляется.

3. Можно запутаться в терминах "Ждущий режим" и "Спящий режим". Мне пришлось попробовать оба режима прежде чем понять который из них sleep, а кто hibernation. Может быть, всё-таки "Гибернация"? В windows это более очевидно "Спящий режим" (sleep) и "Гибернация" (Hibernation).

4. Перевести недостающий текст из #37402 и #37730.

Comment 4 aleksey-v 2020-02-10 00:17:08 MSK

Для статистики: новая установка на тот же компьютер с автоматической переразбивкой дискового пространств привела в точно таким же размерам swap, чуть меньше RAM.
В принципе, ожидаемо, но всё равно имело смысл проверить.