mihalych |
|
Темы:
2
Сообщения:
22
Участник с: 25 марта 2013
|
Проявляется примерно так: 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 такого не замечено.
Червоноокий
|
vasek |
|
Темы:
48
Сообщения:
11340
Участник с: 17 февраля 2013
|
Создайте скрипт, например debug.sh, в /lib/systemd/system-shutdown/ и сделайте его исполняемым: #!/bin/sh mount -o remount,rw / dmesg > var/log/shutdown.log mount -o remount,ro / Перезагрузитесь. Посмотрите тайм-ауты, записанные в файле shutdown.log. Попробуйте найти того, кто долго завершает работу. Для анализа пуска/завершения желательно иметь эталонные логи. Создайте их, при нормальном режиме пуска/завершения работы. Когда будут претензии к пуску/завершению работы — проанализируйте логи, сравнивая их с эталонными. Невсегда, но помогает найти причину затыка.
Ошибки не исчезают с опытом - они просто умнеют
|
mihalych |
|
Темы:
2
Сообщения:
22
Участник с: 25 марта 2013
|
Создал:$ 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 /
Червоноокий
|
mihalych |
|
Темы:
2
Сообщения:
22
Участник с: 25 марта 2013
|
Часть лога при выключении:[Пн мар 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) # 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
Червоноокий
|
mihalych |
|
Темы:
2
Сообщения:
22
Участник с: 25 марта 2013
|
Тут вся портянка целиком. На картинке сравнение с нормальной перезагрузкой. По ходу виснет именно на slim'е. И что делать-то теперь? Может ему сразу SIGKILL вскормить? Как это сделать корректно для systemd? Или заменить его на gdm/xdm/lxdm/lightdm?
Червоноокий
|
vasek |
|
Темы:
48
Сообщения:
11340
Участник с: 17 февраля 2013
|
С нормальным логом сравнивал? У тебя и в этой портянке все затыки видны - посмотри на записи типа "Child ..... died (code=exited, status=0/SUCCESS)"
Ошибки не исчезают с опытом - они просто умнеют
|
mihalych |
|
Темы:
2
Сообщения:
22
Участник с: 25 марта 2013
|
vasek Как раз правил предыдущее сообщение наверное. Сравнивал, и картинку выложил. Вроде как SLiM косячит, если запустить приложение с root-правами. Пока точно не уверен. Сейчас буду пробовать.
Червоноокий
|
vasek |
|
Темы:
48
Сообщения:
11340
Участник с: 17 февраля 2013
|
Может я и не прав, но попробую высказаться - Child ..... died - вызывается в случае аварийного завершения дочернего процесса. Что это такое у тебя, гадать не буду, твой netbook. Совет такой (как делал в молодости с драйверами в виндах) - попробуй отключить все по максимуму, проверь, как будет работать. Если все нормально, добавляй по одному.
Ошибки не исчезают с опытом - они просто умнеют
|
vasek |
|
Темы:
48
Сообщения:
11340
Участник с: 17 февраля 2013
|
PS - проверь, без подключения сети (интернет + ........) выключается нормально? PSS - имеется ли в сообщениях записи типа "500 OOPS: child died" - это уже связано с правами........ - это все-таки лажа
Ошибки не исчезают с опытом - они просто умнеют
|
mihalych |
|
Темы:
2
Сообщения:
22
Участник с: 25 марта 2013
|
vasekПоднята/опущена сеть значения не имеет, работает нормально. Проблема проявляется при запущеном powertop в терминале. Других проблемных приложений не заметил пока. 1. Здесь lsmod до запуска powertop 2. Здесь lsmod при запущеном powertop только в этом случае возникают проблемы с перезагрузкой/выключением. 3. Здесь lsmod после выхода из powertop diff -u 1 2 здесь. diff -u 1 3 здесь. diff -u 2 3 здесь. vasek grep -i oops: /var/log/shutdown.log.* Если проблема в паре с другими приложениями возникать не будет, то можно собственно смириться с этим.
Червоноокий
|