Ubuntu 22 некорректно заходит в спящий режим

спящий режим (suspend)

suspend - это ждущий. спящий - это hibernate.

дальше не читал.

Смотри сообщения в dmesg и journalctl в момент перехода компьютера в

спящий режим (suspend)

Еще можешь направить вывод dmesg -wT в ssh.

В пследнее время комп перестал корректно уходить в спящий режим (suspend)

Ядро, драйверы (NVIDIA да?) обновлял?

То же самое, AsRock Z370 Pro4, i7-8700k, NVIDIA. Попробую откатить ядро.

Спасибо за ответ. По ошибкам есть вот это:

Sep 21 21:34:43 ask kernel: ACPI BIOS Error (bug): Could not resolve symbol [\_SB.PCI0.SAT0.PRT0._GTF.DSSP], AE_NOT_FOUND (20221020/psargs-330)
Sep 21 21:34:43 ask kernel: 
Sep 21 21:34:43 ask kernel: No Local Variables are initialized for Method [_GTF]
Sep 21 21:34:43 ask kernel: 
Sep 21 21:34:43 ask kernel: No Arguments are initialized for method [_GTF]
Sep 21 21:34:43 ask kernel: 
Sep 21 21:34:43 ask kernel: ACPI Error: Aborting method \_SB.PCI0.SAT0.PRT0._GTF due to previous error (AE_NOT_FOUND) (20221020/psparse-529)
Sep 21 21:34:43 ask kernel: ata1.00: ATA-10: WDC WDS480G2G0B-00EPW0, UK430400, max UDMA/133
Sep 21 21:34:43 ask kernel: ata1.00: 937703088 sectors, multi 1: LBA48 NCQ (depth 32)
Sep 21 21:34:43 ask kernel: ata1.00: Features: Dev-Sleep
Sep 21 21:34:43 ask kernel: ACPI BIOS Error (bug): Could not resolve symbol [\_SB.PCI0.SAT0.PRT0._GTF.DSSP], AE_NOT_FOUND (20221020/psargs-330)
Sep 21 21:34:43 ask kernel: 
Sep 21 21:34:43 ask kernel: No Local Variables are initialized for Method [_GTF]
Sep 21 21:34:43 ask kernel: 
Sep 21 21:34:43 ask kernel: No Arguments are initialized for method [_GTF]
Sep 21 21:34:43 ask kernel: 
Sep 21 21:34:43 ask kernel: ACPI Error: Aborting method \_SB.PCI0.SAT0.PRT0._GTF due to previous error (AE_NOT_FOUND) (20221020/psparse-529)

и это

Sep 21 21:34:43 ask kernel: x86/cpu: SGX disabled by BIOS.

может как-то повлиять? Я разработчик, в линуксе так глубоко нет познаний.

Ядро, драйверы (NVIDIA да?) обновлял?

Ядро сам руками не обновлял. Обновы ставлю по мере их прихода. Видеокарты нет внешней, через проц гоняются мониторы (встроенное видео)

suspend - это ждущий. спящий - это hibernate

Sep 21 21:30:04 ask systemd-sleep[604045]: Entering sleep state 'suspend'...

держи в курсе, братан

Эти ошибки скорее всего не влияют – это биос с линуксом «переругивается» (фраза образная). Они были и ранее, когда всё работало.

kernel: x86/cpu: SGX disabled by BIOS

cpu имеет поддережку технологии SGX, но в BIOS она не активирована … вот об этом логи и говорят.
Эта поддержка в новых cpu вроде бы удалена - вызывает уязвимость.
Можно просто исключить загрузку этого встроенного модуля - прописать параметр ядра nosgx

Что говорят команды

systemctl status sleep.target 
systemctl status suspend.target

https://www.freedesktop.org/software/systemd/man/systemd-sleep.conf.html

Description

systemd supports four general power-saving modes:

suspend

a low-power state where execution of the OS is paused, and complete power loss might result in lost data, and which is fast to enter and exit. This corresponds to suspend, standby, or freeze states as understood by the kernel. 

Держу. Братан без буквы бэ.

Спасибо за ответ снова!

ask@ask:~$ systemctl status sleep.target
○ sleep.target - Sleep
     Loaded: loaded (/lib/systemd/system/sleep.target; static)
     Active: inactive (dead) since Fri 2023-09-22 02:42:02 EST; 17h ago
       Docs: man:systemd.special(7)

Sep 21 22:24:47 ask systemd[1]: Reached target Sleep.
Sep 22 02:42:02 ask systemd[1]: Stopped target Sleep.

и вторая

ask@ask:~$ systemctl status suspend.target
○ suspend.target - Suspend
     Loaded: loaded (/lib/systemd/system/suspend.target; static)
     Active: inactive (dead)
       Docs: man:systemd.special(7)

Sep 22 02:42:02 ask systemd[1]: Reached target Suspend.
Sep 22 02:42:02 ask systemd[1]: Stopped target Suspend.

На первый взгляд ничего «криминального». Учитывая

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

напрашивается вывод «совпадение нескольких неизвестных факторов».

прожимаю suspend, мониторы, клавиатура и мышь гаснут, но кулер проца продолжает работать, индикаторы жесткого диска и rj45 горят. При попытке вывести из спящего режима (нажать кнопку на клавиатуре\мышке) не происходит ничего.

Подсветка мониторов гаснет при вхождении в Suspend, а при попытке пробуждения не включается или подсветка включается, но изображение не появляется?

Скорее всего обновили ядро. Загрузитесь с предыдущим. В последних ядрах (пару недель) прошел какой-то патч/бэкпорт, который сломал «спящий» режим.

нет не пришёл, нет не смомал

а в последних - это каких? последних для дистра, последних разрабатываемых, последних LTS или последних zen/xan/liquorix?

Которые вышли после ~ 13 сентября. У меня наблюдается в: 6.5.3 и старше 6.1.53 и старше и т.д. Xan 6.5.5, кстати, при этом работает стабильно

Подсветка мониторов гаснет при вхождении в Suspend, а при попытке пробуждения не включается или подсветка включается, но изображение не появляется?

Подсветка гаснет. При попытке пробуждения не включается подсветка. То есть поведение ровно такое же, как сразу после вхождения в «поломанный» суспенд.

В сети тоже «не появляется»? journalctl включен между перезагрузками? ничего не фиксирует?

То, что повторяется, но не всегда отводит подозрение от ядра в сторону твоей системы. Тестировать память? и диск(и) с корневой ФС? (рекомендация слишком общая и скорее всего ничего даст)

В общем, проблема решилась. Обновил убунту до 23 версии. Все пакеты, которые рекомендовано удалить удалил (autoremove), которые поставить поставил. Несколько дней - полёт нормальный.

Пишу сие с Ubuntu…

Видимо я погорячился, ведь поведение повторилось ночью. Начал обновлять ядро. Была версия 6.3, обновил до 6.4. Ошибка плавающая, поэтому буду посмотреть

Похоже, что обновление ядра не помогает. Такое же поведение при переходе в suspend. Есть ещё идеи что можно сделать?