Ну что могу сказать, вот мой конфиг:
Консоль:
# zgrep -i 'sleep\|suspend' /proc/config.gz
CONFIG_ARCH_SUSPEND_POSSIBLE=y
CONFIG_OLD_SIGSUSPEND3=y
CONFIG_SUSPEND=y
CONFIG_SUSPEND_FREEZER=y
CONFIG_PM_SLEEP=y
CONFIG_PM_SLEEP_SMP=y
# CONFIG_PM_AUTOSLEEP is not set
CONFIG_ACPI_SLEEP=y
CONFIG_VT_CONSOLE_SLEEP=y
# CONFIG_DEBUG_ATOMIC_SLEEP is not set
По большому счёту он почти не отличается от вашего.
Версия ядра:
Консоль:
# uname -r
3.14.14-gentoo
Параметры ядра так же ничем примечательным не отличаются:
Консоль:
# cat /proc/cmdline
BOOT_IMAGE=/vmlinuz-3.14.14-gentoo root=/dev/mapper/vg0-root ro dolvm resume=/dev/vg0/swap
Единственно, что могу сказать, у вас система инициализации systemd, а я использую OpenRC, возможно какой-то баг в SystemD.
В принципе вы можете проверить работу "Suspend to Disk" и "Suspend to Ram", т.е. "спящего" и "ждущего" режимов в ручную даже без всяких systemd или pm-utils, осуществив вывод соответствующего "слова" в соответствующий файл в /proc, а именно:
echo disk > /sys/power/state
Переход в спящий режим, т.е. запись состояния оперативной памяти на диск, в указанный раздел resume.
echo mem > /sys/power/state
Переход в ждущий режим, т.е. остановка работы системы, но при этом подача питания на модули оперативной памяти, дабы сохранить данные в ней.
За подробностями сюда:
https://www.kernel.org/doc/Documentatio … states.txt
Проверьте как настроен ACPI в BIOS (UEFI) вашей материнской платы и какой режим сейчас выбран S3 или S4. Вспомните не обновляли ли вы случаем прошивку, т.е. BIOS (UEFI) вашей материнской платы. Не обновляли ли ядро?
Попробуйте указанные команды по ручному переводу ПК в спящий или ждущий режим, загрузитесь с другим ядром, попробуйте другую прошивку для материнской платы.
Существует ли сейчас указанный resume раздел?
1000Mhz пишет:Может pm-utils установить?..
Они у вас и так должны быть установлены, но в любом случае они нужны лишь для выключения, перезагрузки, перехода в ждущий и спящий режим из графической оболочки DE от непривилегированного пользователя.