Режим гибернации

kol1978 · 22 июля 2024, 16:06:41

Сервер не "засыпает" а зависает... ошибка:

Цитироватьesktop/login1 org.freedesktop.login1.Manager.HybridSleep boolean:true
Error org.freedesktop.login1.SleepVerbNotSupported: Not running on EFI and resume= is not set. No available method to resume from hibernation

как исправить?

dzhoser · 22 июля 2024, 16:50:03

swap нет и выбранный режим не поддерживается биосом, так как запуск не в efi

kol1978 · 23 июля 2024, 14:59:15

Цитата: dzhoser от 22 июля 2024, 16:50:03swap нет и и выбранный режим не поддерживается биосом, так как запуск не в efi

своп есть - это первое...и с чего Вы взяли что нет?
второе: "UEFI / Безопасная загрузка
Ядро Linux отключает возможность перехода в спящий режим при использовании безопасной загрузки, поскольку оно не может гарантировать, что файл подкачки не изменится. "Переход в спящий режим без шифрования / приостановка для подкачки запрещены, поскольку образ ядра сохраняется на носителе, к которому затем можно получить доступ".

На самом деле вы не можете использовать функцию гибернации при безопасной загрузке."
EFI - действительно нет - режим легаси...но по идее EFI должен мешать а не помогать в этом... на той машине с которой пишу тоже нет EFI и она засыпает без проблем...на любом дистрибутиве и в виртуалке - хоть как это работает на все 100%

ChubaDuba · 23 июля 2024, 15:56:14

Цитата: kol1978 от 22 июля 2024, 16:06:41Сервер

Какой Debian установлен?
Версия ядра?
Версия systemd?
Если у вас stable, установите из Backports ядро и systemd:
linux-image-amd64
systemd

dzhoser · 23 июля 2024, 16:05:41

swap вы удаляли и делали заново, и теперь он у вас не прописан в
resume= is not set

ChubaDuba · 23 июля 2024, 17:05:51

Цитата: dzhoser от 23 июля 2024, 16:05:41swap вы удаляли и делали заново, и теперь он у вас не прописан

Поддержу! Очень может быть...

kol1978 · 23 июля 2024, 18:07:29

Цитата: dzhoser от 23 июля 2024, 16:05:41swap вы удаляли и делали заново, и теперь он у вас не прописан в
resume= is not set

нет не удалял...мне это зачем???

23 июля 2024, 18:08:15

Цитата: ChubaDuba от 23 июля 2024, 15:56:14
Цитата: kol1978 от 22 июля 2024, 16:06:41Сервер
Какой Debian установлен?
Версия ядра?
Версия systemd?
Если у вас stable, установите из Backports ядро и systemd:
linux-image-amd64
systemd

дебиан 12 ядро по умолчанию - не перекомпилировал не менял...

23 июля 2024, 18:09:08
Треш какой то...: даже это не помогает - sudo apt-get install pm-utils , далее команда pm-hibernate... долгое время ожидания (думал система зависает, но нет...) и далее ничего не происходит – просто выдает следующее приглашение командной строки.
Это своп:

Цитироватьkol@kol-X8DTH-i-6-iF-6F:~/RUN/ANSA$ free -h
total used free shared buff/cache available
Память: 188Gi 3.6Gi 184Gi 202Mi 2.3Gi 185Gi
Подкачка: 8.0Gi 0B 8.0Gi
kol@kol-X8DTH-i-6-iF-6F:~/RUN/ANSA$
kol@kol-X8DTH-i-6-iF-6F:~$ swapon --show
NAME TYPE SIZE USED PRIO
/swap.img file 8G 0B -2
kol@kol-X8DTH-i-6-iF-6F:~$

Создал своп размером 200 гигов отдельным разделом – все тоже самое, не помогло...
PS блин а еще надеялся что можно будет его по SSH усыплять и пробуждать...что бы ночью не жужжал...
Нуждаюсь в совете?

ChubaDuba · 23 июля 2024, 18:14:25

Попробуйте ядро и systemd сменить.

kol1978 · 23 июля 2024, 18:37:13

Кароче.. - на серверной убунте все сработало... и того - пока прощаюсь с дебиан12 как серверной ОСью...

Цитироватьkol@kol:~$ swapon --show
NAME TYPE SIZE USED PRIO
/dev/dm-1 partition 200.9G 0B -2
kol@kol:~$ free -h
total used free shared buff/cache available
Mem: 188Gi 1.9Gi 187Gi 6.4Mi 832Mi 186Gi
Swap: 200Gi 0B 200Gi
kol@kol:~$
No containers need to be restarted.

User sessions running outdated binaries:
kol @ session #1: login[1324]
kol @ session #3: sshd[1526]
kol @ session #4: sshd[1553]
kol @ user manager service: systemd[1463]

No VM guests are running outdated hypervisor (qemu) binaries on this host.
root@kol:~# pm-hibernate

- пиу! и тишина...а.. хорошо в деревне летом

kol1978 · 27 июля 2024, 03:56:16

Справедливости ради сообщу: насколько понял, способ сохранения полного дампа памяти на HDD - не безопасно в плане защиты информации, поэтому по умолчанию (при автоматической установке) этот режим остановки системы не предусмотрен.
обычный ПК при этом (включения гибернации) полностью не выключается и инфа храниться в ОЗУ с минимальным потреблением энергии...пробовал выдернуть провод из такого ПК после гибернации, и он действительно не возвращается из неё (не просыпается а перегружается), хотя по "виду" полностью выключается.
Для полноценной гибернации нужно создать раздел подкачки и подключить его...именно раздел а не файл (с файлом у меня не получилось).

dzhoser · 27 июля 2024, 04:20:13

Потому что не прописали идентификатор файла, поэтому и не получилось. Ещё не получалось потому что памяти у вас 188 ГБ, а файл подкачки был 8 ГБ.

kol1978 · 25 августа 2024, 06:16:46

Цитата: dzhoser от 27 июля 2024, 04:20:13Потому что не прописали идентификатор файла, поэтому и не получилось. Ещё не получалось потому что памяти у вас 188 ГБ, а файл подкачки был 8 ГБ.

Такой вариант был только один раз...далее увеличил файл до 200гигов - не помогло. Далее создал раздел своп на другом hdd , подключил своп раздела отключил файл свопа - не помогло. Система просто наглухо зависает и все.
Далее все переустановил заново и сразу выделил на hdd с системой раздел своп при установке, проверил своп (файлы настройки тоже смотрел) работает (менял sudo sysctl vm.swappiness=10,0,1 и смотрел на реакцию через htop) - все работает но засыпать не хочет...или просто как перезагрузка или зависание...
ChubaDuba - предлагал манипуляции с ядром...возможно проблема действительно в ядре...но когда не понимаешь саму суть проблемы и суть решения, туда лезть не хочется и + на убунте (с тем же номером ядра; мне это не понятно) с тем же ядром работает (причем как на сервере так и на десктопе).
Далее установил sudo apt-get install pm-utils думал поможет с зависанием - и только так на убунте работает: pm-hibernate
Но сейчас обнаружилась еще одна проблема: если долго не выключать систему а переводить в сон pm-hibernate то эта команда тоже перестает работать

перезагрузка решает проблему и после pm-hibernate работает без нареканий некоторое время. В данный момент не понял что именно влияет на это - кол-во засыпаний или еще что...И! когда pm-hibernate отказывается работать кнопка "сон" опять приводит к зависанию!:
на подключенном SSH терминале появляется:

Цитироватьroot@kol-X8DTH-i-6-iF-6F:/home/kol#
Broadcast message from kol@kol-X8DTH-i-6-iF-6F (Sun 2024-08-25 11:12:44 +08):

The system will suspend now!

Broadcast message from kol@kol-X8DTH-i-6-iF-6F (Sun 2024-08-25 11:12:44 +08):

The system will suspend now!

и все это висит неограниченное время!но не засыпает.
Что может влиять на работу программы перевода в сон (остановку системы с выключением питания и далее продолжения работы с того же места/момента после включения питания)?

25 августа 2024, 06:29:50
Плюсом упрощу вопрос: что может влиять на то что при нажатии кнопки "ждущий режим" в kde-plasma происходит зависание ПК и больше ничего (картинка монитора заморажимается, клава не работает даже на NumLock не реагирует, вентиляторы ПК жужжат как обычно под нагрузкой)?

и дале только выключить кнопкой питания или перезагрузить кнопкой ресет...

dzhoser · 25 августа 2024, 08:05:24

Нужны логи и информация о системе

Код Выделить

sudo cat /etc/debian_version

Код Выделить

sudo dmidecode --type bios

Код Выделить

sudo cat /sys/power/mem_sleep

Код Выделить

sudo journalctl -b -1 -n 200 --no-pagerТак как у вас объем памяти конский скорее всего процесс сна происходит не быстро, пробуждения соответственно тоже. Проведите тест записи

Код Выделить

sync; dd if=/dev/zero of=tempfile bs=1M count=204800
; sync

Aalexeey · 26 августа 2024, 09:21:30

Цитата: kol1978 от 25 августа 2024, 06:16:46+ на убунте (с тем же номером ядра; мне это не понятно) с тем же ядром работает (причем как на сервере так и на десктопе)

Ну так возьмите стороннее ядро под дебиан и попробуйте, можно взять так-же "с тем же номером".

kol1978 · 27 августа 2024, 15:21:32

Цитата: dzhoser от 25 августа 2024, 08:05:24Нужны логи и информация о системе
Код Выделить Развернуть
sudo cat /etc/debian_version
Код Выделить Развернуть
sudo dmidecode --type bios
Код Выделить Развернуть
sudo cat /sys/power/mem_sleep
Код Выделить Развернуть
sudo journalctl -b -1 -n 200 --no-pagerТак как у вас объем памяти конский скорее всего процесс сна происходит не быстро, пробуждения соответственно тоже. Проведите тест записи
Код Выделить Развернуть
sync; dd if=/dev/zero of=tempfile bs=1M count=204800 ; sync

дебиан12 - много раз уже повторял...напишите сами какой у него должен быть вывод sudo cat /etc/debian_version?
sudo cat /sys/power/mem_sleep - выводит : [s2idle] shallow
sudo dmidecode --type bios - выводит:

ЦитироватьBIOS Information
Vendor: American Megatrends Inc.
Version: 2.0
Release Date: 06/04/2010
Address: 0xF0000
Runtime Size: 64 kB
ROM Size: 4 MB
Characteristics:
ISA is supported
PCI is supported
PNP is supported
BIOS is upgradeable
BIOS shadowing is allowed
ESCD support is available
Boot from CD is supported
Selectable boot is supported
BIOS ROM is socketed
EDD is supported
5.25"/1.2 MB floppy services are supported (int 13h)
3.5"/720 kB floppy services are supported (int 13h)
3.5"/2.88 MB floppy services are supported (int 13h)
Print screen service is supported (int 5h)
8042 keyboard services are supported (int 9h)
Serial services are supported (int 14h)
Printer services are supported (int 17h)
CGA/mono video services are supported (int 10h)
ACPI is supported
USB legacy is supported
LS-120 boot is supported
ATAPI Zip drive boot is supported
BIOS boot specification is supported
Targeted content distribution is supported
BIOS Revision: 8.16

Handle 0x0031, DMI type 13, 22 bytes
BIOS Language Information
Language Description Format: Long
Installable Languages: 1
en|US|iso8859-1
Currently Installed Language: en|US|iso8859-1

- и что это дает???
После подачи команды "сон" ждал весь день...за день по любому 1терабайт можно записать...в ОЗУ столько нет! тесты такие ни к чему...
sudo journalctl -b -1 -n 200 --no-pager = вывод слишком большой чтоб его понять... - смысл???

27 августа 2024, 15:29:44

Цитата: Aalexeey от 26 августа 2024, 09:21:30
Цитата: kol1978 от 25 августа 2024, 06:16:46+ на убунте (с тем же номером ядра; мне это не понятно) с тем же ядром работает (причем как на сервере так и на десктопе)
Ну так возьмите стороннее ядро под дебиан и попробуйте, можно взять так-же "с тем же номером".

Неужели!? А можно использовать ядро от сервака на десктопе убунты того же номера? номер допустим такой Ubuntu 24.04 LTS (GNU/Linux 6.8.0-41-generic x86_64) типа - 6.8.0-41-generic x86_64...