командный переход в спящий/ждущий режим

[ЛФ]

Здравствуйте!

Не работает блокировка экрана при выходе из спящего/ждущего режима.
Тема обсуждалась, но решения не нашёл.  Команда xflock4 или xscreensaver-command -lock
замечательно блокируют экран, но непонятно, как их выполнить сразу после выхода из спящего режима.
Пытался  сделать хук в  /etc/pm/config.d, но не срабатывает -   видимо демон  xscreensaver запускается после

Может нужно наоборот писать скрипт, который сначала заблокирует экран, а потом отправит компьютер в спячку?
Или блокировка экрана уже не даст выполнить вторую команду?

[ЛФ]

В какой-то момент блокировка появилась после выхода из спящего режима.  Какая последовательность действий приводит к этому - мне непонятно, т.к.   перезапуск демона и выключить-включить для компьютера делал.  Похожее поведение было и на Symply 5 c gnome-screensaver    В качестве вывода: настроить менеджер питания, настроить хранитель экрана xscreensaver (включая энергосбережение)  и какое-то время  ждать, пока настройки заработают.

[МИНЗДРАВ]

А чем отличается спящий от ждущего, режимы?

[Speccyfighter]

А чем отличается спящий от ждущего, режимы?

Спящий - сбросить память в своп и разгрузить систему с выключением питания.
При включении воспользоваться загрузчиком и resume=чо-то-там и возвратить всё назад из свопа.
Режимом энергосбережения не является.

Ждущий - обесточить всё кроме памяти. Энергосберегающий режим. Сверхбыстрый возврат в исходное состояние. При отсутствии UPS и электроэнергии в сети, содержимое памяти потеряно.

[МИНЗДРАВ]

Режимом энергосбережения не является.

Почему не является?

[Speccyfighter]

Режимом энергосбережения не является.

Почему не является?

Компьютер полностью обесточивается. Это не энергосбережение. Это полное выключение. Дамп памяти, который для восстановления, в своп. Для этого и нужен в загрузчике resume=

[МИНЗДРАВ]

А, это вы с глобальной точки зрения, такое энергосбережение отрицаете?

[Speccyfighter]

А, это вы с глобальной точки зрения, такое энергосбережение отрицаете?

С аппаратной.
Если исключить внутренние процессы саморазряда, то у аккумулятора разряд в S4 равен нулю.
Винчестер после S4 можно безболезненно перенести на точно такую же аппаратную конфигурацию за стенкой. Перед возвратом дампа на место, как минимум нужно ядро:
кто-то должен вернуть дамп на место. Сам он в память не впрыгнет. Даже если его загрузчик очень хорошо попросит.
Ни с каким другим режимом, кроме G2/G3, этот номер с переносом не пролезет.
Напоминает сброс на дискету по кнопке Magic на Спектруме - программа после загрузки продолжала работать на другой железке с места прерывания (сброс на дискету).

Где-то параллельно:
Для ядра Linux представлены патчи, отключающие поддержку спящего режима при загрузке с UEFI Secure Boot
Повод для размышлений и развлечения.
Ссылка сюда - специально, - оно с без комментариев.
Но желающие комментариев, идут на opennet обчитаться до отвалу.