[ЗАКРЫТО]Долгое завершение работы systemd.

Sheykhnur	# 10 лет, 10 месяцев назад
Темы: 16 Сообщения: 244 Участник с: 05 февраля 2013	Ну, в первую очередь, всех с Новым Годом! Собственно, проблема уже описана в заголовке темы. После обновления systemd и mkinitcpio компьютер стал долго выключаться. Не хотелось плодить одни и те же темы, поэтому я попытался решить проблему сам. Но не осилил пока :( При выключении долго стоит тёмный экран, затем на несколько миллисекунд появляется сообщение: `cgroup : option or name mismatch, new: 0x0"", old: 0x4 "systemd"` Сделал дебаг журнала: `systemd.log_level=debug systemd.log_target=kmsg log_buf_len=1M enforcing=0` Как оказалось, ничего особого там нет, пишет, что долго завершает юнит user@1000.service и более ничего вразумительного: [ 3051.079192] systemd[1]: Job mkinitcpio-generate-shutdown-ramfs.service/start finished, result=done [ 3051.079206] systemd[1]: Started Generate shutdown-ramfs. [ 3051.080258] systemd[1]: Accepted connection on private bus. [ 3051.080704] systemd[1]: Got D-Bus request: org.freedesktop.systemd1.Agent.Released() on /org/freedesktop/systemd1/agent [ 3051.080889] systemd[1]: Got D-Bus request: org.freedesktop.DBus.Local.Disconnected() on /org/freedesktop/DBus/Local [ 3052.786410] systemd[1]: Received SIGCHLD from PID 910 (dbus-launch). [ 3052.786453] systemd[1]: Got SIGCHLD for process 910 (dbus-launch) [ 3052.786531] systemd[1]: Child 910 died (code=exited, status=0/SUCCESS) [ 3052.787778] systemd[1]: Accepted connection on private bus. [ 3052.788106] systemd[1]: Got D-Bus request: org.freedesktop.systemd1.Agent.Released() on /org/freedesktop/systemd1/agent [ 3052.788301] systemd[1]: Got D-Bus request: org.freedesktop.DBus.Local.Disconnected() on /org/freedesktop/DBus/Local [ 3140.375128] systemd[1]: user@1000.service stopping timed out. Killing. [ 3140.375640] systemd[1]: user@1000.service changed stop-sigterm -> stop-sigkill [ 3140.375691] systemd[1]: Received SIGCHLD from PID 898 (systemd). [ 3140.375723] systemd[1]: Got SIGCHLD for process 898 (systemd) [ 3140.375797] systemd[1]: Child 898 died (code=killed, status=9/KILL) [ 3140.375803] systemd[1]: Child 898 belongs to user@1000.service [ 3140.375814] systemd[1]: user@1000.service: main process exited, code=killed, status=9/KILL [ 3140.375829] systemd[1]: user@1000.service changed stop-sigkill -> failed [ 3140.376261] systemd[1]: Job user@1000.service/stop finished, result=done [ 3140.376283] systemd[1]: Stopped User Manager for 1000. [ 3140.376299] systemd[1]: Closed jobs progress timerfd. [ 3140.376305] systemd[1]: Unit user@1000.service entered failed state. [ 3140.376324] systemd[1]: Stopping user-1000.slice. [ 3140.376331] systemd[1]: user-1000.slice changed active -> dead [ 3140.376539] systemd[1]: Job user-1000.slice/stop finished, result=done Искал по ключевым словам cgroup : option or name mismatch, new: 0x0"", old: 0x4 "systemd", выдало парочку тем, никак не отвечающих на суть проблемы. Может здесь есть зубры, которые смогут хоть направить, куда коней запрягать? --------------------------------------------------------------------------------------------------------------------------------------------------------------- UPD: Обновил заголовок, т.к., mkinitcpio никакого отношения к этому не имеет :-) UPD: Закрою тему, т.к. вопрос решился обновлением systemd. Как выяснилось эта проблема существовала давно и её решали различными костылями, а проявилась в прошлых выпусках, т.к. ещё не было отработанной логики завершения пользовательских процессов и, если не ошибаюсь (насколько понял из багтрекера (с англ. у меня ещё не очень)), то родительский процесс убивал сам себя раньше, нежели завершался пользовательский сеанс, и PID1 ждал когда он завершится. Как-то так вроде... Более подробно данная проблема обсуждается тут. root@vpupkin# cat /dev/ass > /dev/head

# 10 лет, 10 месяцев назад

Сообщения: 244

Участник с: 05 февраля 2013

Ну, в первую очередь, всех с Новым Годом! Собственно, проблема уже описана в заголовке темы. После обновления systemd и mkinitcpio компьютер стал долго выключаться. Не хотелось плодить одни и те же темы, поэтому я попытался решить проблему сам. Но не осилил пока :( При выключении долго стоит тёмный экран, затем на несколько миллисекунд появляется сообщение:

cgroup : option or name mismatch, new: 0x0"", old: 0x4 "systemd"

Сделал дебаг журнала:

systemd.log_level=debug systemd.log_target=kmsg log_buf_len=1M enforcing=0

Как оказалось, ничего особого там нет, пишет, что долго завершает юнит user@1000.service и более ничего вразумительного:

[ 3051.079192] systemd[1]: Job mkinitcpio-generate-shutdown-ramfs.service/start finished, result=done
[ 3051.079206] systemd[1]: Started Generate shutdown-ramfs.
[ 3051.080258] systemd[1]: Accepted connection on private bus.
[ 3051.080704] systemd[1]: Got D-Bus request: org.freedesktop.systemd1.Agent.Released() on /org/freedesktop/systemd1/agent
[ 3051.080889] systemd[1]: Got D-Bus request: org.freedesktop.DBus.Local.Disconnected() on /org/freedesktop/DBus/Local
[ 3052.786410] systemd[1]: Received SIGCHLD from PID 910 (dbus-launch).
[ 3052.786453] systemd[1]: Got SIGCHLD for process 910 (dbus-launch)
[ 3052.786531] systemd[1]: Child 910 died (code=exited, status=0/SUCCESS)
[ 3052.787778] systemd[1]: Accepted connection on private bus.
[ 3052.788106] systemd[1]: Got D-Bus request: org.freedesktop.systemd1.Agent.Released() on /org/freedesktop/systemd1/agent
[ 3052.788301] systemd[1]: Got D-Bus request: org.freedesktop.DBus.Local.Disconnected() on /org/freedesktop/DBus/Local
[ 3140.375128] systemd[1]: user@1000.service stopping timed out. Killing.
[ 3140.375640] systemd[1]: user@1000.service changed stop-sigterm -> stop-sigkill
[ 3140.375691] systemd[1]: Received SIGCHLD from PID 898 (systemd).
[ 3140.375723] systemd[1]: Got SIGCHLD for process 898 (systemd)
[ 3140.375797] systemd[1]: Child 898 died (code=killed, status=9/KILL)
[ 3140.375803] systemd[1]: Child 898 belongs to user@1000.service
[ 3140.375814] systemd[1]: user@1000.service: main process exited, code=killed, status=9/KILL
[ 3140.375829] systemd[1]: user@1000.service changed stop-sigkill -> failed
[ 3140.376261] systemd[1]: Job user@1000.service/stop finished, result=done
[ 3140.376283] systemd[1]: Stopped User Manager for 1000.
[ 3140.376299] systemd[1]: Closed jobs progress timerfd.
[ 3140.376305] systemd[1]: Unit user@1000.service entered failed state.
[ 3140.376324] systemd[1]: Stopping user-1000.slice.
[ 3140.376331] systemd[1]: user-1000.slice changed active -> dead
[ 3140.376539] systemd[1]: Job user-1000.slice/stop finished, result=done

Искал по ключевым словам cgroup : option or name mismatch, new: 0x0"", old: 0x4 "systemd", выдало парочку тем, никак не отвечающих на суть проблемы. Может здесь есть зубры, которые смогут хоть направить, куда коней запрягать?
---------------------------------------------------------------------------------------------------------------------------------------------------------------
UPD: Обновил заголовок, т.к., mkinitcpio никакого отношения к этому не имеет :-)
UPD: Закрою тему, т.к. вопрос решился обновлением systemd. Как выяснилось эта проблема существовала давно и её решали различными костылями, а проявилась в прошлых выпусках, т.к. ещё не было отработанной логики завершения пользовательских процессов и, если не ошибаюсь (насколько понял из багтрекера (с англ. у меня ещё не очень)), то родительский процесс убивал сам себя раньше, нежели завершался пользовательский сеанс, и PID1 ждал когда он завершится. Как-то так вроде... Более подробно данная проблема обсуждается тут.

root@vpupkin# cat /dev/ass > /dev/head

indeviral	# 10 лет, 10 месяцев назад
Темы: 39 Сообщения: 3204 Участник с: 10 августа 2013	https://bbs.archlinux.org/viewtopic.php?pid=1362098 тут же всё расписано Ошибки в тексте-неповторимый стиль автора©

Sheykhnur	# 10 лет, 10 месяцев назад
Темы: 16 Сообщения: 244 Участник с: 05 февраля 2013	Спасибо за ответ, но, если вы обратили внимание, то выше я давал ссылки именно на эти треды. Да, там расписано, что вчистую размонтируются все точки монтирования и systemd создаёт свой образ в оперативной памяти, откуда он работает при выключении. Если я что-то не понял, - прошу поправить. Но там также и написано, что к долгому завершению работы это не имеет никакого значения. В логах указано, что systemd при выключении не может подцепиться к системной шине D-Bus процесса user@1000.service и нормально послать сигнал завершения и после ожидания он его убивает. Если это не из-за нового mkinitcpio, тогда повторюсь: куда копать? root@vpupkin# cat /dev/ass > /dev/head

Sheykhnur

# 10 лет, 10 месяцев назад

Темы: 16

Сообщения: 244

Участник с: 05 февраля 2013

Спасибо за ответ, но, если вы обратили внимание, то выше я давал ссылки именно на эти треды. Да, там расписано, что вчистую размонтируются все точки монтирования и systemd создаёт свой образ в оперативной памяти, откуда он работает при выключении. Если я что-то не понял, - прошу поправить. Но там также и написано, что к долгому завершению работы это не имеет никакого значения. В логах указано, что systemd при выключении не может подцепиться к системной шине D-Bus процесса user@1000.service и нормально послать сигнал завершения и после ожидания он его убивает. Если это не из-за нового mkinitcpio, тогда повторюсь: куда копать?

root@vpupkin# cat /dev/ass > /dev/head

vadik	# 10 лет, 10 месяцев назад
Темы: 57 Сообщения: 5494 Участник с: 17 августа 2009	У вас ДЕ? Какой командой выключаете комп?

Sheykhnur	# 10 лет, 10 месяцев назад
Темы: 16 Сообщения: 244 Участник с: 05 февраля 2013	Да, у меня KDE, выключаю через стандартное завершение работы. В настройках системы KDE прописано, что это команда /sbin/shutdown -h -P now Причём это происходит не рандомно (долгое выключение), а постоянно. root@vpupkin# cat /dev/ass > /dev/head

vadik	# 10 лет, 10 месяцев назад
Темы: 57 Сообщения: 5494 Участник с: 17 августа 2009	Тоже кеды выключаются очень долго. Если из стандартного меню. Для себя решил не заморачиваться, создал раздел в меню "Выключение", в нем пункты "Выключить" и "Перезагрузить". На эти пункты определил соответствующие команды (systemctl poweroff и systemctl reboot). Система выключается и перезагружается мгновенно.

vadik

# 10 лет, 10 месяцев назад

Темы: 57

Сообщения: 5494

Участник с: 17 августа 2009

Тоже кеды выключаются очень долго. Если из стандартного меню. Для себя решил не заморачиваться, создал раздел в меню "Выключение", в нем пункты "Выключить" и "Перезагрузить". На эти пункты определил соответствующие команды (systemctl poweroff и systemctl reboot). Система выключается и перезагружается мгновенно.

Sheykhnur	# 10 лет, 10 месяцев назад
Темы: 16 Сообщения: 244 Участник с: 05 февраля 2013	А какие команды, не подскажете, пожалуйста? Насколько я понял, в настройках кед можно задавать вообще любые команды выключения. Делается это из "Параметры системы -->Вход в систему-->вкладка Выключение". root@vpupkin# cat /dev/ass > /dev/head

Sheykhnur

# 10 лет, 10 месяцев назад

Темы: 16

Сообщения: 244

Участник с: 05 февраля 2013

А какие команды, не подскажете, пожалуйста? Насколько я понял, в настройках кед можно задавать вообще любые команды выключения. Делается это из "Параметры системы -->Вход в систему-->вкладка Выключение".

root@vpupkin# cat /dev/ass > /dev/head

vadik	# 10 лет, 10 месяцев назад
Темы: 57 Сообщения: 5494 Участник с: 17 августа 2009	~~Не понял вопроса.~~ Понял. Вопрос не в команде выключения. Вызывайте редактор меню и добавляйте пункты. На всякий случай показываю скрин П.С. Можете поиграться с удаление профилей кед и кдм. Мне лень, давным давно добавил пункты и забыл. Если поможет - расскажите. )

vadik

# 10 лет, 10 месяцев назад

Темы: 57

Сообщения: 5494

Участник с: 17 августа 2009

~~Не понял вопроса.~~ Понял. Вопрос не в команде выключения. Вызывайте редактор меню и добавляйте пункты.
На всякий случай показываю скрин

П.С. Можете поиграться с удаление профилей кед и кдм. Мне лень, давным давно добавил пункты и забыл. Если поможет - расскажите. )

arcanis	# 10 лет, 10 месяцев назад
Темы: 31 Сообщения: 1496 Участник с: 09 сентября 2012	ммм а если прописать команды с systemctl на выключение в systemsettings->Системное администрирование->Вход в систему->Выключение ? PGP 0x31361F01 arcanisrepo

elsonador	# 10 лет, 10 месяцев назад
Темы: 63 Сообщения: 996 Участник с: 09 апреля 2010	Sheykhnur А какие команды, не подскажете, пожалуйста? Насколько я понял, в настройках кед можно задавать вообще любые команды выключения. Делается это из "Параметры системы -->Вход в систему-->вкладка Выключение". Прикольно, не знал, что там что-то полезное есть. Что интересно, сначала в kdmrc было /sbin/shutdown -h -P now /sbin/shutdown -r now Стало /usr/bin/systemctl poweroff /usr/bin/systemctl reboot С очередным обновлением снова предлагает /sbin/shutdown -h -P now /sbin/shutdown -r now

elsonador

# 10 лет, 10 месяцев назад

Темы: 63

Сообщения: 996

Участник с: 09 апреля 2010

Sheykhnur
А какие команды, не подскажете, пожалуйста? Насколько я понял, в настройках кед можно задавать вообще любые команды выключения. Делается это из "Параметры системы -->Вход в систему-->вкладка Выключение".

Прикольно, не знал, что там что-то полезное есть.

Что интересно, сначала в kdmrc было

/sbin/shutdown -h -P now
/sbin/shutdown -r now

Стало

/usr/bin/systemctl poweroff
/usr/bin/systemctl reboot

С очередным обновлением снова предлагает

/sbin/shutdown -h -P now
/sbin/shutdown -r now