Бук зависает на 1,5 минуты при выключении

[alex_k_]

ASUS f3KE, проц АМД ТК55, видео м.Радеон х2300
Ubuntu mate 17.10
Собственно такая проблема: При выключении зависает на некоторое время на заставке Мате. Потом отвисает и выключается. Залез в ГРУБ, вырубил Quiet splash и увидел это:


Счетчик (внизу экрана) добросовестно отсчитал 1,5 минуты, после чего вывод протокола продолжился без ошибок, и через 3 сек. комп выключился. Происходит это не всегда, примерно в 30% случаев. Причем количество времени и запущенных программ в сеансе не влияет...
Видел ли кто-нибудь такое? Как победить?

[EvangelionDeath]

Видел ли кто-нибудь такое?

Да. И живу с этим и ничего со мной не случается. Происходит это когда какое-то перед завершением своей работы требует синхронизации данных или сервис не может нормально отмонтировать что-то.

[ARTGALGANO]

systemd не может завершить работу каких-то юнитов, в результате чего включается дефолтный тайумаут  в 90с
можно изменить время
в /etc/systemd/system.conf

Код: [Выделить]

DefaultTimeoutStartSec=5s
DefaultTimeoutStopSec=10s


[alex_k_]

можно изменить время
в /etc/systemd/system.conf

Попробовал. Поставил 10 сек. Спасибо - работает.
Но это - все равно костыль.

Что может скрываться под "Session c2"?
Последующий протокол после истечения таймаута снять не представляется возможным (слишком быстро мелькает).
Может этот протокол где-нить сохраняется?
Как поймать, что именно тормозит?

[toZen]

Что может скрываться под "Session c2"?

https://www.google.co.uk/search?q=job+is+running+for+session+c2&ie=UTF-8&oe=UTF-8&hl=en-gb

[ARTGALGANO]

alex_k_,
Ну это не костыль, а уменьшение времени остановки сервиса
а вот что конкретно зависает, это надо анализировать логи, и если логом запуска все просто (journalctl -b 0), то с выключением придется провести подготовку.


Для получения лога shutdown
- создаем скрипт
/usr/lib/systemd/system-shutdown/debug.sh (не забыть сделать его исполняемым):

Код: [Выделить]



#!/bin/sh
mount -o remount,rw /
dmesg > /var/log/shutdown.log
mount -o remount,ro /

- перегружаемся со следующими параметрами ядра:
systemd.log_level=debug  systemd.log_target=kmsg   log_buf_len=1M


выключаем-включаем и смотрим  /var/log/shutdown.log

[alex_k_]

это не костыль, а уменьшение времени остановки сервиса

Спасибо, буду пробовать.