[РЕШЕНО заменой SLiM на lxdm] Нетбук иногда долго выключается.

Проявляется примерно так: 1-3 раза выключается быстро и 1 раз долго (2-3 минуты). Установлены slim и xfce4, если это важно, просто было один раз, что и сеанс долго не мог завершится. Сразу же полез в tty1, залогинился root'ом, запустил htop и процессов своего пользователя не нашел. Пока ещё нуб в systemd и как смотреть логи, не знаю.

[UPD] Жду обновления powertop, проблема возникает пока только из-за него. Всем спасибо.
[UPD] Обновление ничего не дало. Но заметил, что проблема возникает и без powertop. Перед ожиданием в 1 мин в консоль tty вываливалось сообщение о том, что журнал слишком большой. На ПК стоит gentoo, там тоже SLiM. Был у меня случай, когда SLiM очень быстро заполнял раздел /var и я его логи перенёс в /tmp. На нетбуке сделал так же, но похоже проблему это не решило т.к. SLiM ещё и в journald стошнило. С lxdm такого не замечено.
Червоноокий
Создайте скрипт, например debug.sh, в /lib/systemd/system-shutdown/ и сделайте его исполняемым:

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

Перезагрузитесь.
Посмотрите тайм-ауты, записанные в файле shutdown.log. Попробуйте найти того, кто долго завершает работу.
Для анализа пуска/завершения желательно иметь эталонные логи.
Создайте их, при нормальном режиме пуска/завершения работы.
Когда будут претензии к пуску/завершению работы — проанализируйте логи, сравнивая их с эталонными. Невсегда, но помогает найти причину затыка.
Ошибки не исчезают с опытом - они просто умнеют
Создал:
$ ls -l /lib/systemd/system-shutdown/debug.sh
-rwxr-xr-x 1 root root 122 мар 25 13:02 /lib/systemd/system-shutdown/debug.sh
Содержимое:
$ cat /lib/systemd/system-shutdown/debug.sh
#!/bin/sh
mount -o remount,rw /
dmesg -T > /var/log/shutdown.log
echo '/var/log/shutdown.log saved!!!'
mount -o remount,ro /
Отпишусь, что получилось. Спасибо.
Червоноокий
Часть лога при выключении:
[Пн мар 25 16:33:52 2013] device-mapper: uevent: version 1.0.3
[Пн мар 25 16:33:52 2013] device-mapper: ioctl: 4.23.1-ioctl (2012-12-18) initialised: [email protected]
[Пн мар 25 16:35:01 2013] Bluetooth: Core ver 2.16
[Пн мар 25 16:35:01 2013] NET: Registered protocol family 31
[Пн мар 25 16:35:01 2013] Bluetooth: HCI device and connection manager initialized
[Пн мар 25 16:35:01 2013] Bluetooth: HCI socket layer initialized
[Пн мар 25 16:35:01 2013] Bluetooth: L2CAP socket layer initialized
[Пн мар 25 16:35:01 2013] Bluetooth: SCO socket layer initialized
[Пн мар 25 16:36:07 2013] sky2 0000:09:00.0 enp9s0: disabling interface
[Пн мар 25 16:37:37 2013] watchdog watchdog0: watchdog did not stop!
[Пн мар 25 16:37:37 2013] systemd-journald[116]: Received SIGTERM
[Пн мар 25 16:37:37 2013] EXT4-fs (sda2): re-mounted. Opts: (null)
[Пн мар 25 16:37:37 2013] EXT4-fs (sda2): re-mounted. Opts: (null)
[Пн мар 25 16:37:37 2013] EXT4-fs (sda2): re-mounted. Opts: (null)
[Пн мар 25 16:37:37 2013] EXT4-fs (sda2): re-mounted. Opts: (null)
Причём здесь синезубый, так и не понял, в нетбуке его нет и внешний не подключал. Нда bluez подтянулся по зависимостям:
# pacman -Qs blue
local/bluez 4.101-1
    Libraries and tools for the Bluetooth protocol stack
local/sbc 1.0-1
    Bluetooth Subband Codec (SBC) library
local/xfce-theme-bluebird 0.6.2-1 (xfce-themes-shimmer-collection)
    A light blue Xfce theme, introduced in the release of Xubuntu 10.10
local/xfce-theme-greybird 1.0.7-1 (xfce-themes-shimmer-collection)
    A grey and blue Xfce theme, introduced in the release of Xubuntu 11.04 and updated for 12.04; includes the classic low saturation theme
Ладно, пусть будет. Внешний синезубый всё-равно есть. Согласно этому документу добавил в строку запуска:
systemd.log_level=debug systemd.log_target=kmsg log_buf_len=1M enforcing=0
Более информативный вывод будет.
Червоноокий
Тут вся портянка целиком.

На картинке сравнение с нормальной перезагрузкой. По ходу виснет именно на slim'е. И что делать-то теперь? Может ему сразу SIGKILL вскормить? Как это сделать корректно для systemd? Или заменить его на gdm/xdm/lxdm/lightdm?
Червоноокий
С нормальным логом сравнивал?
У тебя и в этой портянке все затыки видны - посмотри на записи типа "Child ..... died (code=exited, status=0/SUCCESS)"
Ошибки не исчезают с опытом - они просто умнеют
vasek
С нормальным логом сравнивал?
У тебя и в этой портянке все затыки видны - посмотри на записи типа "Child ..... died (code=exited, status=0/SUCCESS)"

Как раз правил предыдущее сообщение наверное. Сравнивал, и картинку выложил. Вроде как SLiM косячит, если запустить приложение с root-правами. Пока точно не уверен. Сейчас буду пробовать.
Червоноокий
Может я и не прав, но попробую высказаться - Child ..... died - вызывается в случае аварийного завершения дочернего процесса.
Что это такое у тебя, гадать не буду, твой netbook.
Совет такой (как делал в молодости с драйверами в виндах) - попробуй отключить все по максимуму, проверь, как будет работать. Если все нормально, добавляй по одному.
Ошибки не исчезают с опытом - они просто умнеют
PS - проверь, без подключения сети (интернет + ........) выключается нормально?
PSS - имеется ли в сообщениях записи типа "500 OOPS: child died" - это уже связано с правами........ - это все-таки лажа
Ошибки не исчезают с опытом - они просто умнеют
vasek
PS - проверь, без подключения сети (интернет + ........) выключается нормально?
Поднята/опущена сеть значения не имеет, работает нормально. Проблема проявляется при запущеном powertop в терминале. Других проблемных приложений не заметил пока.
1. Здесь lsmod до запуска powertop
2. Здесь lsmod при запущеном powertop только в этом случае возникают проблемы с перезагрузкой/выключением.
3. Здесь lsmod после выхода из powertop
diff -u 1 2 здесь.
diff -u 1 3 здесь.
diff -u 2 3 здесь.
vasek
PSS - имеется ли в сообщениях записи типа "500 OOPS: child died" - это уже связано с правами.
grep -i oops: /var/log/shutdown.log.*
Ничего не дал.

Если проблема в паре с другими приложениями возникать не будет, то можно собственно смириться с этим.
Червоноокий
 
Зарегистрироваться или войдите чтобы оставить сообщение.