LINUX.ORG.RU

systemd: connection timed out

 


2

2

Приветствую!

Что-то происходит с systemd и это мне не нравится.
На данный момент интернет есть, но pidgin не может подключиться. Да, после перезагрузки все будет работать, но мне хотелось бы выяснить почему так происходит.

[root@kiotoze yaroslav]# systemctl status NetworkManager.service
Failed to get properties: Connection timed out
[root@kiotoze yaroslav]# systemctl list-unit-files 
Failed to list unit files: Connection timed out

Система archlinux
[root@kiotoze yaroslav]# uname -a
Linux kiotoze 4.4.7-1-lts #1 SMP Thu Apr 14 17:26:39 CEST 2016 x86_64 GNU/Linux

На последнем ядре арча - тоже самое
Часто перемещаюсь и ноут перевожу в suspend. А иногда просто вытащил из докстанции и перешел в другую комнату - тогда бывает в логах ошибки что внешний винт не правильно отключился.
Глюки, когда systemd не отвечает бывают не часто - но они есть. К примеру иногда suspend не может сработать до конца. Иногда пробую выключать комп и процесс не может завершится. Тогда перехожу в другие tty и shutdown -h now иногда помогает а иногда нет. Лучше помогает reboot -f. Также иногда до tty не возможно достучаться.
Мне хотелось бы узнать каким образом можно решить эту проблему, что и где смотреть и чего ему не хватает.

Далее логи
http://pastebin.com/raw/3Ddjpatb
http://pastebin.com/raw/9NrHiafL

На ноуте 2 карточки intel и радеон. Пользуюсь только intel.
Также сейчас подключен ethernet и wifi в биосе настроен чтобы отключиться, если есть ethernet

cast intelfx

★★★★

Failed to get properties: Connection timed out

Продолжение старого прикола с отвалившимся dbus, для перезапуска которого нужен dbus?

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

прикольно че
кстати версию забыл добавить в пост

[root@kiotoze yaroslav]# systemctl --version
systemd 229
+PAM -AUDIT -SELINUX -IMA -APPARMOR +SMACK -SYSVINIT +UTMP +LIBCRYPTSETUP +GCRYPT +GNUTLS +ACL +XZ +LZ4 +SECCOMP +BLKID +ELFUTILS +KMOD +IDN

kiotoze ★★★★ ()

Тоже Арч. С таким пока не сталкивался, но с обновлением до 229 версии задолбала такая хрень при выключении:

a stop job is running for session бла-бла-бла
с таймером в полторы минуты. Правда с помощью временного костыля пока не тревожила больше.

anonymous ()
  • перегрузиться
  • systemd-analyze set-log-level debug
  • воспроизвести проблему
  • выложить содержимое журнала (journalctl -b -e)
intelfx ★★★★★ ()
Ответ на: комментарий от anonymous

А вот это уже много раз возникало и много раз чинили, поэтому скорее всего проблема у тебя в каком-то стороннем висящем процессе.

Чтобы отдебажить, нужно запустить debug-shell.service, инициировать перезагрузку, дождаться висяка, переключиться на девятый VT (Ctrl+Alt+F9), там сделать systemctl status user@твой_UID и куда-то сохранить результат.

Так будет понятно, завершения какого конкретно процесса всё ждёт.

intelfx ★★★★★ ()
Последнее исправление: intelfx (всего исправлений: 1)

Мне хотелось бы узнать каким образом можно решить эту проблему, что и где смотреть и чего ему не хватает.

А мог бы просто поставить OpenRC.

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

Спасибо, надо будет как-нибудь поисследовать.

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

спасибо
тогда пост не закрываю - завтра-послезавтра отпишу

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

Потому что юнит debug-shell.service запускает рутовую оболочку на девятом VT.

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

Пардон, я тебя дезинформировал. У тебя висит не systemd --user, а недозавершившаяся сессия.

Тогда так:

  • запустить debug-shell.service
  • инициировать перезагрузку, дождаться висяка, переключиться на девятый VT (Ctrl+Alt+F9)
  • сделать systemctl list-jobs и найти в выводе строчку, у которой в столбце STATE написано «running»
  • сделать systemctl status для юнита, имя которого будет там указано
intelfx ★★★★★ ()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.