kostik87 пишет:

тогда зачем вы вызываете команду ''systemctl suspend', ибо она как раз и переводит систему в спящий режим с записью на диск?

Упс! Я думал это ждущий *фейспалм.жпг*

Правильно думал. systemctl suspend - ждущий, systemctl hibernate - спящий.

в моем случае уже journalctl, и там ничего нет.

Измените debug level ядра, в вашем случае добавьте к параметрам ядра 'systemd.log_level=debug systemd.log_target=kmsg'.

тогда зачем вы вызываете команду ''systemctl suspend', ибо она как раз и переводит систему в спящий режим с записью на диск?

Упс! Я думал это ждущий *фейспалм.жпг* Ну точно, не зря написал про чтение документации.

в моем случае уже journalctl, и там ничего нет.

мне ждущий режим не критичен, а спящий (с записью на диск) вообще не нужен.

Так а зачем вы тогда создавали тему? Если вам спящий режим (с записью на диск) не нужен, тогда зачем вы вызываете команду ''systemctl suspend', ибо она как раз и переводит систему в спящий режим с записью на диск?

Это конечно похвально, но зачем в таком случае вы вообще создавали тему?

Если не хотите проверять как у вас в данный момент работают указанные функции и показывать содержимое журналов (dmesg).

Весьма непонятно. Без ваших ответов на вопросы решить проблему нельзя, здесь не телепаты.

Удачи в решении вашей проблемы.

Лучше пойду почитаю документацию, чем попусту тратить время на проверку всего подряд. Но в любом случае спасибо.

systemd suspend

Вообще, команда должна быть:

systemctl suspend

Логично, потому что, как я сказал, нужен только для работы из DE от непривилегированного пользователя, а раз у вас сейчас не работает suspend to disk, то и pm-utils в DE так же ничгео нового не покажут.

Это переход в ждущий режим, а не спящий (запись на диск).

Вы ответите вот на эти вопросы?

Покажите что выводится в dmesg при попытке выполения вот этих команд:

echo disk > /sys/power/state

затем смотрите что вывелось в dmesg:

dmesg | tail -n 30

systemctl suspend

и снова смотрите что вывелось в dmesg.

Вы не обновляли systemd? Попробуйте установить прошлую версию.

pm-suspend - поведение то же.
echo mem > /sys/power/state - поведение то же.

Думаю, что все-таки ошибка более тупая, и не исключено, что моя - в настройке системы (осваиваю systemd + polkit). Пока отключу тогда переход в ждущий режим, не хочу машинку просто так мучать))

Попробую установить.

Попробуйте конечно, но я всё же предпочёл, что бы вы попробовали способы описанные выше, для начала просто с '/sys/power/state', ну и ответили на заданные вопросы.

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

Попробую установить.

Версия ядра:

Параметры ядра так же ничем примечательным не отличаются:

Единственно, что могу сказать, у вас система инициализации 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 раздел?

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

Это все не менялось уже давно, а переходить в спящий режим перестал недавно. Когда- не заметил, увы.

zcat /proc/config.gz | egrep -i 'sleep|suspend'

Я вас спрашиваю не опции с которым собрано ядра, хотя это тоже полезно, а параметры, которые вы передаёте ядру при загрузке, покажите содержимое '/proc/cmdline' или выдержку из конфига загрузчика.