LINUX.ORG.RU
Форум — Desktop  

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

 , ,


0

1

Всем привет! Имею десктоп с установленной Ubuntu 22.04.3 LTS. В пследнее время комп перестал корректно уходить в спящий режим (suspend). Что происходит: прожимаю suspend, мониторы, клавиатура и мышь гаснут, но кулер проца продолжает работать, индикаторы жесткого диска и rj45 горят. При попытке вывести из спящего режима (нажать кнопку на клавиатуре\мышке) не происходит ничего. Помогает только выключение через долгое нажатие кнопки питания. После этого комп сразу сам начинает запускаться. Такое происходит регулярно, но не постоянно, те иногда все же все заход в спящий режим происходит корректно. Пару раз было такое с попыткой выключения пека. В syslog явных ошибок не нашел, за исключением ворнингов типа

Sep 21 21:43:28 ask gnome-shell[2167]: Window manager warning: Overwriting existing binding of keysym 31 with keysym 31 (keycode a).
Sep 21 21:43:28 ask gnome-shell[2167]: Window manager warning: Overwriting existing binding of keysym 32 with keysym 32 (keycode b).
Sep 21 21:43:28 ask gnome-shell[2167]: Window manager warning: Overwriting existing binding of keysym 33 with keysym 33 (keycode c).
Sep 21 21:43:28 ask gnome-shell[2167]: Window manager warning: Overwriting existing binding of keysym 34 with keysym 34 (keycode d).
Sep 21 21:43:28 ask gnome-shell[2167]: Window manager warning: Overwriting existing binding of keysym 35 with keysym 35 (keycode e).
Sep 21 21:43:28 ask gnome-shell[2167]: Window manager warning: Overwriting existing binding of keysym 38 with keysym 38 (keycode 11).
Sep 21 21:43:28 ask gnome-shell[2167]: Window manager warning: Overwriting existing binding of keysym 36 with keysym 36 (keycode f).
Sep 21 21:43:28 ask gnome-shell[2167]: Window manager warning: Overwriting existing binding of keysym 37 with keysym 37 (keycode 10).
Sep 21 21:43:28 ask gnome-shell[2167]: Window manager warning: Overwriting existing binding of keysym 39 with keysym 39 (keycode 12).
Sep 21 21:43:31 ask gnome-shell[2167]: Window manager warning: Overwriting existing binding of keysym 31 with keysym 31 (keycode a).
Sep 21 21:43:31 ask gnome-shell[2167]: Window manager warning: Overwriting existing binding of keysym 32 with keysym 32 (keycode b).
Sep 21 21:43:31 ask gnome-shell[2167]: Window manager warning: Overwriting existing binding of keysym 33 with keysym 33 (keycode c).

погуглил, оказалось не критично, на спящий режим не должно влиять. В какую сторону покопать даже не знаю, подскажите пожалуйста. Конфиг компа на всякий: материнская: AsRock h310cm-itx/ac процессор: Intel Core i3-9100 опреативная: 2 по 16 Kingston видеокарты нет, 2 монитора воткнуты в материнку

Перемещено hobbit из general



Последнее исправление: hobbit (всего исправлений: 1)

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

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

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

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

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

master_0K ★
()
Ответ на: комментарий от master_0K

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

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 да?) обновлял?

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

elpando
() автор топика
Ответ на: комментарий от elpando

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

kernel: x86/cpu: SGX disabled by BIOS

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

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

systemctl status sleep.target 
systemctl status suspend.target
master_0K ★
()
Последнее исправление: master_0K (всего исправлений: 4)
Ответ на: комментарий от elpando

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.

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

mrjaggers
()
Ответ на: комментарий от master_0K

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

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.
elpando
() автор топика
Ответ на: комментарий от elpando

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

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

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

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

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

master_0K ★
()
Ответ на: комментарий от master_0K

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

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

elpando
() автор топика
Ответ на: комментарий от elpando

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

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

master_0K ★
()
Ответ на: комментарий от master_0K

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

elpando
() автор топика
Desktop