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

Десктоп перестал корректно выключаться

 ,


0

1

Добрый день!

Дано: Gentoo, openrc, ryzen 5950x, radeon 6700xt, ядро 7.1.3, kde plasma.

Симптомы: я жму «завершение работы -> выключение» в кедах, система завершает работу, после того, как экран погас, вентиляторы продолжают крутиться. Стало проявляться после перехода с ядра 7.0 на 7.1.

Куда вообще копать? Гугл советует добавить опции acpi=force amd_pstate=active в загрузчик, что я и сделал. Не помогло.

Кусок логов из /var/log/syslog после /sbin/shutdown -r now, как будто бы, ничего необычного не содержит, перезагрузка из консоли происходит корректно: 

Jul 15 16:37:45 redstar shutdown[5621]: shutting down for system reboot
Jul 15 16:37:45 redstar init: Switching to runlevel: 6
Jul 15 16:37:45 redstar init: Trying to re-exec init
Jul 15 16:37:45 redstar supervise-daemon[2671]: stopping /usr/libexec/rc/bin/openrc-user, pid 2672
Jul 15 16:37:45 redstar supervise-daemon[2671]: Will stop PID 2672
Jul 15 16:37:45 redstar supervise-daemon[2671]: Sending signal 15 to PID 2672
Jul 15 16:37:45 redstar start-stop-daemon[5788]: Will stop /usr/sbin/smartd
Jul 15 16:37:45 redstar start-stop-daemon[5788]: Will stop PID 2549
Jul 15 16:37:45 redstar start-stop-daemon[5788]: Sending signal 15 to PID 2549
Jul 15 16:37:45 redstar smartd[2549]: smartd received signal 15: Terminated 
Jul 15 16:37:45 redstar smartd[2549]: smartd is exiting (exit status 0) 
Jul 15 16:37:45 redstar start-stop-daemon[5908]: Will stop /usr/sbin/rasdaemon
Jul 15 16:37:45 redstar start-stop-daemon[5908]: Sending signal 15 to PID 2336
Jul 15 16:37:45 redstar rasdaemon: Huh! something got wrong. Aborting. 
Jul 15 16:37:45 redstar start-stop-daemon[5970]: Will stop /usr/bin/earlyoom
Jul 15 16:37:45 redstar start-stop-daemon[5970]: Will stop PID 2267
Jul 15 16:37:45 redstar start-stop-daemon[5970]: Sending signal 15 to PID 2267
Jul 15 16:37:45 redstar start-stop-daemon[6001]: Will stop /usr/sbin/cupsd
Jul 15 16:37:45 redstar start-stop-daemon[6001]: Will stop PID 2239
Jul 15 16:37:45 redstar start-stop-daemon[6001]: Sending signal 15 to PID 2239
Jul 15 16:37:45 redstar start-stop-daemon[6031]: Will stop PID 2206
Jul 15 16:37:45 redstar start-stop-daemon[6031]: Sending signal 15 to PID 2206
Jul 15 16:37:45 redstar chronyd[2206]: chronyd exiting
Jul 15 16:37:45 redstar start-stop-daemon[6181]: Will stop /usr/bin/sddm
Jul 15 16:37:45 redstar start-stop-daemon[6181]: Will stop PID 2138
Jul 15 16:37:45 redstar start-stop-daemon[6181]: Sending signal 15 to PID 2138
Jul 15 16:37:45 redstar pam_openrc[yura][2635]: stopping session
Jul 15 16:37:45 redstar pam_openrc[yura][2635]: -1 sessions
Jul 15 16:37:45 redstar obexd[6187]: OBEX daemon 5.86
Jul 15 16:37:46 redstar start-stop-daemon[6307]: Will stop /usr/sbin/gpm
Jul 15 16:37:46 redstar start-stop-daemon[6307]: Will stop PID 2099
Jul 15 16:37:46 redstar start-stop-daemon[6307]: Sending signal 15 to PID 2099
Jul 15 16:37:46 redstar start-stop-daemon[6363]: Will stop PID 1961
Jul 15 16:37:46 redstar start-stop-daemon[6363]: Sending signal 15 to PID 1961
Jul 15 16:37:46 redstar NetworkManager[1961]: <info>  [1784122666.1985] caught SIGTERM, shutting down normally.
Jul 15 16:37:46 redstar NetworkManager[1961]: <info>  [1784122666.1989] dhcp4 (eno1): canceled DHCP transaction
Jul 15 16:37:46 redstar NetworkManager[1961]: <info>  [1784122666.1989] dhcp4 (eno1): activation: beginning transaction (timeout in 45 seconds)
Jul 15 16:37:46 redstar NetworkManager[1961]: <info>  [1784122666.1990] dhcp4 (eno1): state changed no lease
Jul 15 16:37:46 redstar NetworkManager[1961]: <info>  [1784122666.1990] manager: NetworkManager state is now CONNECTED_SITE
Jul 15 16:37:46 redstar dbus-daemon[1565]: [system] Activating service name='org.freedesktop.nm_dispatcher' requested by ':1.1' (uid=0 pid=1961 comm="/usr/sbin/NetworkManager --pid-file /run/NetworkMa" label="kernel") (using servicehelper)
Jul 15 16:37:46 redstar NetworkManager[1961]: <info>  [1784122666.1997] device (wlp10s0): state change: disconnected -> unmanaged (reason 'unmanaged-quitting', managed-type: 'full')
Jul 15 16:37:46 redstar dbus-daemon[1565]: [system] Successfully activated service 'org.freedesktop.nm_dispatcher'
Jul 15 16:37:46 redstar NetworkManager[6383]: status: stopping
Jul 15 16:37:46 redstar NetworkManager[1961]: <info>  [1784122666.2373] device (wlp10s0): set-hw-addr: reset MAC address to 38:D5:7A:A4:B7:DD (unmanage)
Jul 15 16:37:46 redstar NetworkManager[1961]: <info>  [1784122666.3611] exiting (success)
Jul 15 16:37:46 redstar kernel: NetworkManager (1961) used greatest stack depth: 10688 bytes left
Jul 15 16:37:46 redstar NetworkManager[6398]: status: stopping
Jul 15 16:37:46 redstar start-stop-daemon[6426]: Will stop PID 1594
Jul 15 16:37:46 redstar start-stop-daemon[6426]: Sending signal 15 to PID 1594
Jul 15 16:37:46 redstar kernel: elogind-daemon (1594) used greatest stack depth: 10320 bytes left
Jul 15 16:37:46 redstar start-stop-daemon[6470]: Will stop /usr/sbin/syslogd
Jul 15 16:37:46 redstar start-stop-daemon[6470]: Will stop PID 1932
Jul 15 16:37:46 redstar syslogd[1932]: exiting on signal 15
Jul 15 16:38:21 redstar syslogd[1917]: syslogd v2.7.2: restart.
Jul 15 16:38:21 redstar syslogd[1917]: Created UNIX socket /dev/log
Jul 15 16:38:09 redstar kernel: Linux version 7.1.3-gentoo (root@redstar) (gcc (Gentoo 15.3.0 p8) 15.3.0, GNU ld (Gentoo 2.46.0 p1) 2.46.0) #4 SMP PREEMPT_DYNAMIC Wed Jul 15 13:51:50 MSK 2026
Jul 15 16:38:09 redstar kernel: Command line: BOOT_IMAGE=gen713 ro acpi=force amd_pstate=active root=/dev/sda1
Jul 15 16:38:09 redstar kernel: KERNEL supported cpus:
Jul 15 16:38:09 redstar kernel:   Intel GenuineIntel
Jul 15 16:38:09 redstar kernel:   AMD AuthenticAMD[\code]

★★

Последнее исправление: yura_ts (всего исправлений: 2)
← Мнение

Ну я не знаю, две звёздочки на сайте, по идее должны знать, что с самого начала в такой ситуации делать. Логи читать, смотреть, что консоль пишет после sudo /sbin/shutdown -r NOW.

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

две звёздочки на сайте, по идее должны знать

Такое себе. Не то чтобы ЛОР - my personal army, но я не варюсь в it постоянно, а какие-то изменения в конфигурацию вношу редко (просто бампнуть версию ядра и сделать make oldconfig это не изменение, emerge -auvDN world это не изменение, а обновление).

Но да, почитаю логи, принесу подробности

yura_ts ★★
() автор топика
Последнее исправление: yura_ts (всего исправлений: 1)
Ответ на: комментарий от mittorn

Нормально работающее 7.0.14 у меня есть как запасная опция в загрузчике, но рано или поздно всё равно же перекатываться на LTS версию в 7-ой ветке...

В общем, хочу побыть тестером.

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

тогда делай багрепорт. Баги ясное дело будут исправлять, только вот по очевидным причинам их больше осталось. Я и 6.12 без кучи правок не могу нормально использовать уже...

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

Ах да, забыл сказать. Загрузчик — это lilo. Не спрашивайте, зачем и почему. Исторически сложилось.

Умрёт вместе с диском, на котором стоит.

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

Разрабы генты тебе вряд ли чем-то помогут - сильно сомневаюсь что проблема в гентушных патчах. Но можешь поставить vanilla-sources, да...
Если выключение происходит успешно из консоли, но не из KDE - то багрепорт нужно отправлять разрабам KDE
В противном случае - либо отправляй багрепорт разрабам ядра, либо делай бисекцию сам(сложно и долго, да)

Pinkbyte ★★★★★
()
Последнее исправление: Pinkbyte (всего исправлений: 2)
Ответ на: комментарий от yura_ts

В общем, хочу побыть тестером.

Ну тогда можно глянуть diff между 7.0.14 и 7.1.x. Сначала повышать 7.0.14 до самой большой версии, где бага нет. Потом смотреть, что изменилось, отфильтровав то, что не имеет прямого отношения.

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

тогда делай багрепорт

Это, в принципе, правильный совет, но вашу проблему он не исправит. Я сначала решаю свою проблему, а потом помогаю сообществу. Впрочем, выбор очерёдности скорее вопрос философский.

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

А вот выключение (sudo /sbin/shutdown -h now) из консоли происходит с теми же симптомами, что и из кед, в отличие от перезагрузки.

Пошёл курить логи после выключения.

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

Ну в логах ничего необычного, примерно те же строки, что и при перезагрузке:

Jul 15 16:54:46 redstar shutdown[7816]: shutting down for system halt
Jul 15 16:54:46 redstar init: Switching to runlevel: 0
Jul 15 16:54:46 redstar init: Trying to re-exec init
Jul 15 16:54:46 redstar supervise-daemon[2667]: stopping /usr/libexec/rc/bin/openrc-user, pid 2668
Jul 15 16:54:46 redstar supervise-daemon[2667]: Will stop PID 2668
Jul 15 16:54:46 redstar supervise-daemon[2667]: Sending signal 15 to PID 2668
Jul 15 16:54:46 redstar start-stop-daemon[8156]: Will stop /usr/sbin/smartd
Jul 15 16:54:46 redstar start-stop-daemon[8156]: Will stop PID 2521
Jul 15 16:54:46 redstar start-stop-daemon[8156]: Sending signal 15 to PID 2521
Jul 15 16:54:46 redstar smartd[2521]: smartd received signal 15: Terminated 
Jul 15 16:54:46 redstar smartd[2521]: smartd is exiting (exit status 0) 
Jul 15 16:54:46 redstar start-stop-daemon[8275]: Will stop /usr/sbin/rasdaemon
Jul 15 16:54:46 redstar start-stop-daemon[8275]: Sending signal 15 to PID 2330
Jul 15 16:54:46 redstar rasdaemon: Huh! something got wrong. Aborting. 
Jul 15 16:54:46 redstar start-stop-daemon[8337]: Will stop /usr/bin/earlyoom
Jul 15 16:54:46 redstar start-stop-daemon[8337]: Will stop PID 2255
Jul 15 16:54:46 redstar start-stop-daemon[8337]: Sending signal 15 to PID 2255
Jul 15 16:54:46 redstar start-stop-daemon[8368]: Will stop /usr/sbin/cupsd
Jul 15 16:54:46 redstar start-stop-daemon[8368]: Will stop PID 2227
Jul 15 16:54:46 redstar start-stop-daemon[8368]: Sending signal 15 to PID 2227
Jul 15 16:54:46 redstar start-stop-daemon[8398]: Will stop PID 2191
Jul 15 16:54:46 redstar start-stop-daemon[8398]: Sending signal 15 to PID 2191
Jul 15 16:54:46 redstar chronyd[2191]: chronyd exiting
Jul 15 16:54:47 redstar start-stop-daemon[8549]: Will stop /usr/bin/sddm
Jul 15 16:54:47 redstar start-stop-daemon[8549]: Will stop PID 2124
Jul 15 16:54:47 redstar start-stop-daemon[8549]: Sending signal 15 to PID 2124
Jul 15 16:54:47 redstar pam_openrc[yura][2631]: stopping session
Jul 15 16:54:47 redstar pam_openrc[yura][2631]: -1 sessions
Jul 15 16:54:47 redstar obexd[8563]: OBEX daemon 5.86
Jul 15 16:54:47 redstar start-stop-daemon[8680]: Will stop /usr/sbin/gpm
Jul 15 16:54:47 redstar start-stop-daemon[8680]: Will stop PID 2093
Jul 15 16:54:47 redstar start-stop-daemon[8680]: Sending signal 15 to PID 2093
Jul 15 16:54:47 redstar start-stop-daemon[8736]: Will stop PID 1947
Jul 15 16:54:47 redstar start-stop-daemon[8736]: Sending signal 15 to PID 1947
Jul 15 16:54:47 redstar NetworkManager[1947]: <info>  [1784123687.3601] caught SIGTERM, shutting down normally.
Jul 15 16:54:47 redstar NetworkManager[1947]: <info>  [1784123687.3605] dhcp4 (eno1): canceled DHCP transaction
Jul 15 16:54:47 redstar NetworkManager[1947]: <info>  [1784123687.3605] dhcp4 (eno1): activation: beginning transaction (timeout in 45 seconds)
Jul 15 16:54:47 redstar NetworkManager[1947]: <info>  [1784123687.3605] dhcp4 (eno1): state changed no lease
Jul 15 16:54:47 redstar NetworkManager[1947]: <info>  [1784123687.3606] manager: NetworkManager state is now CONNECTED_SITE
Jul 15 16:54:47 redstar dbus-daemon[1553]: [system] Activating service name='org.freedesktop.nm_dispatcher' requested by ':1.1' (uid=0 pid=1947 comm="/usr/sbin/NetworkManager --pid-file /run/NetworkMa" label="kernel") (using servicehelper)
Jul 15 16:54:47 redstar NetworkManager[1947]: <info>  [1784123687.3613] device (wlp10s0): state change: disconnected -> unmanaged (reason 'unmanaged-quitting', managed-type: 'full')
Jul 15 16:54:47 redstar dbus-daemon[1553]: [system] Successfully activated service 'org.freedesktop.nm_dispatcher'
Jul 15 16:54:47 redstar NetworkManager[8756]: status: stopping
Jul 15 16:54:47 redstar NetworkManager[1947]: <info>  [1784123687.3996] device (wlp10s0): set-hw-addr: reset MAC address to 38:D5:7A:A4:B7:DD (unmanage)
Jul 15 16:54:47 redstar NetworkManager[1947]: <info>  [1784123687.5503] exiting (success)
Jul 15 16:54:47 redstar kernel: NetworkManager (1947) used greatest stack depth: 10608 bytes left
Jul 15 16:54:47 redstar NetworkManager[8770]: status: stopping
Jul 15 16:54:47 redstar start-stop-daemon[8798]: Will stop PID 1583
Jul 15 16:54:47 redstar start-stop-daemon[8798]: Sending signal 15 to PID 1583
Jul 15 16:54:47 redstar kernel: elogind-daemon (1583) used greatest stack depth: 10320 bytes left
Jul 15 16:54:47 redstar start-stop-daemon[8841]: Will stop /usr/sbin/syslogd
Jul 15 16:54:47 redstar start-stop-daemon[8841]: Will stop PID 1917
Jul 15 16:54:47 redstar syslogd[1917]: exiting on signal 15
Jul 15 16:55:52 redstar syslogd[1902]: syslogd v2.7.2: restart.
Jul 15 16:55:52 redstar syslogd[1902]: Created UNIX socket /dev/log
Jul 15 16:55:40 redstar kernel: Linux version 7.1.3-gentoo (root@redstar) (gcc (Gentoo 15.3.0 p8) 15.3.0, GNU ld (Gentoo 2.46.0 p1) 2.46.0) #4 SMP PREEMPT_DYNAMIC Wed Jul 15 13:51:50 MSK 2026
Jul 15 16:55:40 redstar kernel: Command line: BOOT_IMAGE=gen713 ro acpi=force amd_pstate=active root=/dev/sda1
Jul 15 16:55:40 redstar kernel: KERNEL supported cpus:
yura_ts ★★
() автор топика
Ответ на: комментарий от yura_ts

Для начала попробуй выключться со включенной фреймбуфферной консолью с максимальным логгированием (ну или drm_log, но не знаю, работает ли он при выключении)
Может, увидишь что-то странное в строчках.
Включи sysrq и пробуй жать alt+sysrq+o - ядро должно выключить питание.
Если включен pstore и система после выключения остаётся работоспособной, то alt+sysrq+c позволит скинуть лог в pstore крашнув ядро принудительно. Возможно, в последних строчках ядра что-то будет - перед выключением ядро выключает устройства и может зависнуть на чём-то

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

Ребут у него вообще нормально работает, он же писал. Очевидно, проблема в сломавшемся acpi-выключении компа. Логи из /var/log тут кстати ничем не могут помочь - на момент срабатывания проблемы логгер уже выключен и, даже если там и будут ошибки, никуда их соответственно не запишет. Надо настроить ядро чтобы оно само логи в консоль писало и в них смотреть. После команды выключения.

firkax ★★★★★
()
Последнее исправление: firkax (всего исправлений: 1)
← Мнение
Desktop
  • Markdown
Пустая строка (два раза Enter) начинает новый абзац. Знак '>' в начале абзаца выделяет абзац курсивом цитирования.
Внимание: прочитайте описание разметки Markdown.
Используйте Ctrl-Enter для размещения комментария