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

Ну, в первую очередь, всех с Новым Годом! Собственно, проблема уже описана в заголовке темы. После обновления 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
Как оказалось, ничего особого там нет, пишет, что долго завершает юнит [email protected] и более ничего вразумительного:
[ 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]: [email protected] stopping timed out. Killing.
[ 3140.375640] systemd[1]: [email protected] 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 [email protected]
[ 3140.375814] systemd[1]: [email protected]: main process exited, code=killed, status=9/KILL
[ 3140.375829] systemd[1]: [email protected] changed stop-sigkill -> failed
[ 3140.376261] systemd[1]: Job [email protected]/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 [email protected] 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 ждал когда он завершится. Как-то так вроде... Более подробно данная проблема обсуждается тут.
[email protected]# cat /dev/ass > /dev/head
https://bbs.archlinux.org/viewtopic.php?pid=1362098
тут же всё расписано
Ошибки в тексте-неповторимый стиль автора©
Спасибо за ответ, но, если вы обратили внимание, то выше я давал ссылки именно на эти треды. Да, там расписано, что вчистую размонтируются все точки монтирования и systemd создаёт свой образ в оперативной памяти, откуда он работает при выключении. Если я что-то не понял, - прошу поправить. Но там также и написано, что к долгому завершению работы это не имеет никакого значения. В логах указано, что systemd при выключении не может подцепиться к системной шине D-Bus процесса [email protected] и нормально послать сигнал завершения и после ожидания он его убивает. Если это не из-за нового mkinitcpio, тогда повторюсь: куда копать?
[email protected]# cat /dev/ass > /dev/head
У вас ДЕ? Какой командой выключаете комп?
Да, у меня KDE, выключаю через стандартное завершение работы. В настройках системы KDE прописано, что это команда
/sbin/shutdown -h -P now
Причём это происходит не рандомно (долгое выключение), а постоянно.
[email protected]# cat /dev/ass > /dev/head
Тоже кеды выключаются очень долго. Если из стандартного меню. Для себя решил не заморачиваться, создал раздел в меню "Выключение", в нем пункты "Выключить" и "Перезагрузить". На эти пункты определил соответствующие команды (systemctl poweroff и systemctl reboot). Система выключается и перезагружается мгновенно.
А какие команды, не подскажете, пожалуйста? Насколько я понял, в настройках кед можно задавать вообще любые команды выключения. Делается это из "Параметры системы -->Вход в систему-->вкладка Выключение".
[email protected]# cat /dev/ass > /dev/head
Не понял вопроса. Понял. Вопрос не в команде выключения. Вызывайте редактор меню и добавляйте пункты.
На всякий случай показываю скрин


П.С. Можете поиграться с удаление профилей кед и кдм. Мне лень, давным давно добавил пункты и забыл. Если поможет - расскажите. )
ммм
а если прописать команды с systemctl на выключение в systemsettings->Системное администрирование->Вход в систему->Выключение ?
PGP 0x31361F01
arcanisrepo
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
 
Зарегистрироваться или войдите чтобы оставить сообщение.