LINUX.ORG.RU

Иногда компьютер зависает при выключении на логотипе (Xubuntu 18.04, 19.04)

 , , ,


0

1

Иногда, когда я выключаю компьютер, он зависает на логотипе. Я не могу выключить компьютер с помощью Alt + SysRq + REISUO. Индикатор на системном блоке продолжает гореть, и вентилятор работает. Это проблема с ядром 5.0, 5.3

С ядром 4.15 такой проблемы нет. Бывает, что через 90 секунд выключается. А с новым ядром пишет, что выключится через 90 секунд, но не выключится.

Вот на чём висит: info: task systemd shutdown:1 blocked for more than 120 seconds Not tainted 5.0.0-20-generic #21-Ubuntu «echo 0 /proc/sys kernel/hung_task_timeout_secs» disables this message

https://ibb.co/PcYvDLq
https://ibb.co/4JMGwvC

sudo dmesg | grep ACPI | less - https://pastebin.com/PZxRGNyJ

Здесь дополнительная информация

https://bugs.launchpad.net/ubuntu/source/linux/bug/1842865
https://bugzilla.kernel.org/show_bug.cgi?id=204779

Ты мог бы просто подождать 1 минуту 30 секунд — при нажатии Esc видно, что это просто systemd не завершил какого-то демона, и он отваливается по таймауту. Кстати, если узнать какой, то это можно лечить.

Vsevolod-linuxoid ★★★★★ ()
Последнее исправление: Vsevolod-linuxoid (всего исправлений: 1)
Ответ на: комментарий от stafik1993

Переключиться по Ctrl+Alt+F1 (вместо F1 обычно можно из ряда F2..F6 любую выбрать; переключение обратно в графическую сессию Alt+F7). В графической сессии «включаешь» выключение компьютера, по указанной комбинации переключаешься в текстовую консоль — по экрану «побегут» различные сообщения. Процесс может «зависать» по самым различным причинам: от ожидания завершения какого-либо процесса/демона до проблем с ФС.

Возможно, необходимо сначала авторизоваться (ввести логин и пароль; пароль при вводе не отображается совсем никак — так и должно быть) в консоли (хотя, как мне помнится в Ubuntu-подобных настроен автологин).

Логи перезаписываются при новой загрузке?

Выключать компьютер кнопкой питания очень не рекомендую — легко повредить ФС или свои данные на диске. Только когда действительно зависло и все другие средства не помогли.

anymouze ()
Ответ на: комментарий от stafik1993

Да, похоже именно на зависание. Индикатор дискового устройства не горит? Может пытается что-то писать на диск и «не получается»...

Ты же недавно BIOS обновлял? До обновления такое было? В общем подробней расскажи после чего началось (по твоему мнению). Возможно, стоит из другой системы (например live USB с linux) посмотреть логи Xubuntu после зависания при выключении.

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

Горит только одна лампочка - https://ibb.co/1RThyzr

До обновления биоса такого не было, но у меня тогда стоял Xubuntu 16.04 c с ядром 4.13.

Началось, когда обновил биос и мне удалось установить xubuntu 19.04 в котором ядро 5. Возможно именно с 19.04 проблемы.

Как смотреть логи после зависания?

stafik1993 ()
Ответ на: комментарий от anymouze

итого 9000

-rw-r–r– 1 root root 35094 июн 14 17:12 alternatives.log

-rw-r—– 1 root adm 2237 июн 14 # 19:49 apport.log

-rw-r—– 1 root adm 226 июн 13 # 14:09 apport.log.1

-rw-r—– 1 root adm 498 июн 12 # 21:49 apport.log.2.gz

-rw-r—– 1 root adm 187 июн 11 21:55 apport.log.3.gz

#-rw-r—– 1 root adm 142 июн 10 17:27 apport.log.4.gz

-rw-r—– 1 root adm 119 июн 9 17:18 apport.log.5.gz

-rw-r—– 1 root adm 764 июн 8 20:48 apport.log.6.gz

drwxr-xr-x 2 root root 4096 июн 14 17:11 apt

-rw-r—– 1 syslog adm 63655 июн 14 21:07 auth.log

-rw-r—– 1 syslog adm 35859 июн 9 11:33 auth.log.1

-rw——- 1 root root 60139 июн 14 21:07 boot.log

-rw-r–r– 1 root root 104305 апр 16 21:58 bootstrap.log

-rw-rw—- 1 root utmp 384 июн 8 20:30 btmp

drwxr-xr-x 2 root root 4096 июн 14 07:57 cups

drwxr-xr-x 2 root root 4096 апр 12 20:39 dist-upgrade

-rw-r–r– 1 root adm 63345 июн 14 21:07 dmesg

-rw-r–r– 1 root adm 63207 июн 14 19:36 dmesg.0

-rw-r–r– 1 root adm 16270 июн 14 17:15 dmesg.1.gz

-rw-r–r– 1 root adm 16217 июн 14 15:26 dmesg.2.gz

-rw-r–r– 1 root adm 16230 июн 14 12:57 dmesg.3.gz

-rw-r–r– 1 root adm 14825 июн 14 11:22 dmesg.4.gz

-rw-r–r– 1 root root 1113696 июн 14 17:13 dpkg.log

-rw-r–r– 1 root root 32032 июн 8 06:09 faillog

-rw-r–r– 1 root root 11035 июн 11 14:54 fontconfig.log

-rw-r–r– 1 root root 1242 июн 14 21:07 gpu-manager.log

drwxr-xr-x 3 root root 4096 апр 16 22:00 hp

drwxrwxr-x 2 root root 4096 июн 7 22:38 installer

drwxr-sr-x+ 3 root systemd-journal 4096 июн 7 22:39 journal

-rw-r—– 1 syslog adm 2893343 июн 14 21:10 kern.log

-rw-r—– 1 syslog adm 1309561 июн 9 11:33 kern.log.1

-rw-rw-r– 1 root utmp 292292 июн 8 20:31 lastlog

drwxr-xr-x 2 root root 4096 июн 14 07:57 lightdm

drwx—— 2 root root 4096 апр 16 21:57 private

drwx—— 2 speech-dispatcher root 4096 фев 20 14:22 speech-dispatcher

-rw-r—– 1 syslog adm 1587313 июн 14 21:14 syslog

-rw-r—– 1 syslog adm 578652 июн 14 07:57 syslog.1

-rw-r—– 1 syslog adm 154101 июн 13 07:57 syslog.2.gz

-rw-r—– 1 syslog adm 155470 июн 12 10:34 syslog.3.gz

-rw-r—– 1 syslog adm 114820 июн 11 06:24 syslog.4.gz

-rw-r—– 1 syslog adm 62265 июн 10 06:32 syslog.5.gz

-rw-r—– 1 syslog adm 371242 июн 9 11:33 syslog.6.gz

drwxr-x— 2 root adm 4096 июн 8 06:03 unattended-upgrades

-rw-rw-r– 1 root utmp 124416 июн 14 21:07 wtmp

-rw-r–r– 1 root root 21201 июн 14 21:07 Xorg.0.log

#-rw-r–r– 1 root root 21893 июн 14 20:08 Xorg.0.log.old

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

До обновления биоса такого не было, но у меня тогда стоял Xubuntu 16.04 c с ядром 4.13.
Началось, когда обновил биос и мне удалось установить xubuntu 19.04 в котором ядро 5. Возможно именно с 19.04 проблемы.

Да, возможны разные варианты

  • из-за новой Xubuntu
  • из-за нового BIOS
  • из-за их сочетания
  • другая причина

Как смотреть логи после зависания?

Логи это файлы в /var/log/. Тебе, вероятно, должны быть интересны

...
-rw-r–r– 1 root adm 63345 июн 14 21:07 dmesg
-rw-r–r– 1 root adm 63207 июн 14 19:36 dmesg.0
-rw-r–r– 1 root adm 16270 июн 14 17:15 dmesg.1.gz
-rw-r–r– 1 root adm 16217 июн 14 15:26 dmesg.2.gz
-rw-r–r– 1 root adm 16230 июн 14 12:57 dmesg.3.gz
-rw-r–r– 1 root adm 14825 июн 14 11:22 dmesg.4.gz
...  
-rw-r—– 1 syslog adm 2893343 июн 14 21:10 kern.log
-rw-r—– 1 syslog adm 1309561 июн 9 11:33 kern.log.1
...
-rw-r—– 1 syslog adm 1587313 июн 14 21:14 syslog
-rw-r—– 1 syslog adm 578652 июн 14 07:57 syslog.1
-rw-r—– 1 syslog adm 154101 июн 13 07:57 syslog.2.gz
-rw-r—– 1 syslog adm 155470 июн 12 10:34 syslog.3.gz
-rw-r—– 1 syslog adm 114820 июн 11 06:24 syslog.4.gz
-rw-r—– 1 syslog adm 62265 июн 10 06:32 syslog.5.gz
-rw-r—– 1 syslog adm 371242 июн 9 11:33 syslog.6.gz
...
-rw-r–r– 1 root root 21201 июн 14 21:07 Xorg.0.log
-rw-r–r– 1 root root 21893 июн 14 20:08 Xorg.0.log.old
Попробуй посмотреть через команду journalctl — возможно, так будет попроще и поэффективней. Посмотри тему — там похожая ситуация, примеры команд и т.д.

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

Стоит ли так попробовать? Менять настройки граб?

# sudo gedit /etc/default/grub

# Там короче будет такая строка:

# GRUB_CMDLINE_LINUX_DEFAULT=«quiet splash»

# Измени ее, сделай чтобы была вот так:

# GRUB_CMDLINE_LINUX_DEFAULT=«quiet splash acpi=force»

# Соханяй файл и перезагружай Grub:

# sudo update-grub

# Перезагружайся. Мне вот это помогло, дело на самом деле не в биосе было)))

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

Лог этот бесполезен, про выключение там нет ничего.

Тему не читал? Зря. Что-то про проблемы с выключением есть в в выводе команды

journalctl -b -1 -e

Вывод journalctl можно сохранять в файл: нажать «S», задать имя, «Enter». Также его можно листать...

Попробовать-то можно. Но, я бы сначала поискал причину в «этих ваших» логах.

anymouze ()
Ответ на: В той теме что-то не понятно для меня... от stafik1993

Всё как бы нормально (или не попадало в лог). sudo dmesg|grep ACPI|less сохрани (нажимаешь «S», задаёшь имя, «Enter») и покажи (через pastebin)

// ACPI? Да, очень может быть. Если будешь пробовать то решение на случай отката записывай (или как удобно) что делал и как.

anymouze ()

Вот что выдаёт.

Вообщем следующая ошибка при выключении:

info: task systemd shutdown:1 blocked for more than 120 seconds

Not tainted 5.0.0-20-generic #21-Ubuntu

«echo 0 /proc/sys kernel/hung_task_timeout_secs» disables this message

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

Извини, я только сегодня смог на форум попасть.

Alt + SysRq + O эта каманда при зависании тоже не работает

Здесь не всё так просто как раньше... Во-первых сейчас нужно явно разрешать использование комбинаций Alt+Ctrl+SysRq+<буква>. Во-вторых, для их вызова из графического сеанса нужно дополнительно удерживат Ctrl (как я написал выше). Посмотри статьи на википедии раздел статьи SysRq в UNIX/Linux(рус), Magic SysRq key там это объясняется.

BIOS смотрел, настроек энергосбережения/питания нет?

Вот на чём зависает. Сначало это https://ibb.co/BPLG77S. Затем через время это https://ibb.co/PcYvDLq

Да всё выглядит нормально, но «ведь не работает»... И юнит почему-то systemd-shutdow называется...

anymouze ()

После включения компьютера быстро и несколько раз подряд нажимаешь клавишу Del (или F2) на клавиатуре. Попадаешь в BIOS (UEFI BIOS возможно; сейчас это не важно). Там нужно смотреть в разделах что и где задано. Делай снимки экранов — потом загуглишь по опциям или выложишь снимки. Менять пока ничего не надо!

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

И юнит почему-то systemd-shutdow называется...

Это не юнит, это утилита из /lib/systemd.

И

info: task systemd shutdown:1 blocked for more than 120 seconds

жирно намекает, что проблема кроется где-то в ядре. Возможно, как раз из-за обновлённого биоса.

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

Ну так у ТС на «старом» BIOS со «старыми» ядрами работало же... Мне на ум приходит только «что-то» в BIOS или ACPI.

утилита из /lib/systemd.

имя ей почему зачем обрезали? Я понимаю, что это не на что не влияет, но всё же...

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

имя ей почему зачем обрезали?

Только сейчас ещё раз глянул на скрин и увидел, что буква действительно обрезана. Видимо, особенность вывода ядром предупреждения, не расчитано на такие длинные команды. Так-то она systemd-shutdown

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

Опять же: это предупреждение помечено INFO и дальше предлагают его отключить.
[offtop]
Зачем там сэкономили на символе?! «Рядом» же куда большие сообщения идут — никто их и не думал обрезать...
[/offtop]

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

это предупреждение помечено INFO и дальше предлагают его отключить

Потому что блочиться приложение может по разным причинам, а остальные продолжают работу, не падать же в этом случае в панику. А тут приложение осталось одно-одинёшенько и блочится явно на сисколе reboot (с параметром LINUX_REBOOT_CMD_POWER_OFF).

gremlin_the_red ()
Ответ на: комментарий от stafik1993

Ничего сложного в LORCODE нет, но да нужно пользоваться кнопкой «Предпросмотр» и редактировать ... и так повторять пока не усвоишь (учёба она такая ;)

Вот эти последние снимки:

  • вкладка «Power»
  • 1. пункт «OS Power Management» — что задано? (фото)
  • 2. пункт «Hardware Power Management» — что задано? (фото)
  • вкладка «Advanced» возможно также потребуется — но с ней нужно очень аккуратно обращаться!

И снимок пункта «About» с первого фото — хотя бы можно будет поискать описание «правил обращения» с этим BIOS.

anymouze ()
Ответ на: комментарий от anonymous

Я короче перепутал. Я думал, что xUbuntu 19.04 - это LTS версия. А теперь ставить 18.04LTS не хочу. Уже комп настроил под себя, дроп бокс и лишний раз жесткий диск затирать. ))

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

Это проблемы системдика с ACPI (тут на ЛОРе обсуждали, оффтопили). Я так и не занимался, забил на это дело. У меня оно не каждый раз и хрен поймаешь. На лаптопе старом. Дебиан 6 работал как часы, но со временем пришлось накатить дебиан 8 и такие же точь проблемы начались. Вот последние два-три месяца оно ни разу не зависало при выключении, но я сейчас совсем редко его включаю, всё как-то десктопа и смарта хватает.

Подпишусь на тред, понаблюдаю.

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

Это проблемы системдика с ACPI

Если комп с питания выключать, то это никак не отразиться на системе? Не повредить железо, например жесткий диск. У меня даже не выключается комп с помощью alt+SysRq+o - SysRq в Xubuntu 18.04.03

stafik1993 ()