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

Sheykhnur	# 10 лет, 10 месяцев назад
Темы: 16 Сообщения: 244 Участник с: 05 февраля 2013	У меня ничего не изменилось. Пробовал под другим пользователем (root) завершать работу (systemctl poweroff) - та же петрушка, долгое завершение. В тех двух тредах также написано, что если не входить в систему совсем, ну то есть в консоли не вводить имя и пароль, и просто нажать Ctrl+Alt+Del, то система завершится быстро. Сдаётся мне, что-то в сервисе user@.service сломано, вот только что(( P.S.: В параметрах настройки кед изменил на systemctl poweroff - то же самое. P.P.S.: В свежеустановленной системе (пару дней назад устанавливал знакомому) проблема не проявляется, хотя сообщение про cgroup проскакивает, но на скорость завершения оно не влияет. root@vpupkin# cat /dev/ass > /dev/head

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

Сообщения: 244

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

У меня ничего не изменилось. Пробовал под другим пользователем (root) завершать работу (systemctl poweroff) - та же петрушка, долгое завершение. В тех двух тредах также написано, что если не входить в систему совсем, ну то есть в консоли не вводить имя и пароль, и просто нажать Ctrl+Alt+Del, то система завершится быстро. Сдаётся мне, что-то в сервисе user@.service сломано, вот только что((
P.S.: В параметрах настройки кед изменил на systemctl poweroff - то же самое.
P.P.S.: В свежеустановленной системе (пару дней назад устанавливал знакомому) проблема не проявляется, хотя сообщение про cgroup проскакивает, но на скорость завершения оно не влияет.

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

bobart	# 10 лет, 10 месяцев назад
Темы: 38 Сообщения: 2537 Участник с: 28 ноября 2009	arcanis ммм а если прописать команды с systemctl на выключение в systemsettings->Системное администрирование->Вход в систему->Выключение ? А смысл, если прописанный там в настоящее время shutdown является ссылкой на systemctl? Другое дело, что в диалоге завершения работы KDE, как я понимаю, вообще другое: dbus-send --print-reply --dest=org.kde.ksmserver /KSMServer org.kde.KSMServerInterface.logout int32:-1 int32:-1 int32:0 По крайней мере, у меня такая команда была забиндена на хоткей и она вызывала стандартное диалоговое окно завершения работы (что там на самом деле должно вызывать это окно мне неведомо). Так было до тех пор, пока я случайно не обнаружил, что в кедах и без моего участия завершение уже "забиндено", разве что на другие клавиши. Что касается systemctl poweroff, бывало, что по каким-то неизвестным для меня причинам стандартное диалоговое окно не вызывалось (через виджет), хоткеи тоже не срабатывали, но вот systemctl poweroff (опять-же по хоткеям) срабатывал мгновенно и безкомпромиссно.

bobart

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

Темы: 38

Сообщения: 2537

Участник с: 28 ноября 2009

arcanis
ммм
а если прописать команды с systemctl на выключение в systemsettings->Системное администрирование->Вход в систему->Выключение ?

А смысл, если прописанный там в настоящее время shutdown является ссылкой на systemctl?
Другое дело, что в диалоге завершения работы KDE, как я понимаю, вообще другое:

dbus-send --print-reply --dest=org.kde.ksmserver /KSMServer org.kde.KSMServerInterface.logout int32:-1 int32:-1 int32:0

По крайней мере, у меня такая команда была забиндена на хоткей и она вызывала стандартное диалоговое окно завершения работы (что там на самом деле должно вызывать это окно мне неведомо). Так было до тех пор, пока я случайно не обнаружил, что в кедах и без моего участия завершение уже "забиндено", разве что на другие клавиши.
Что касается systemctl poweroff, бывало, что по каким-то неизвестным для меня причинам стандартное диалоговое окно не вызывалось (через виджет), хоткеи тоже не срабатывали, но вот systemctl poweroff (опять-же по хоткеям) срабатывал мгновенно и безкомпромиссно.

indeviral	# 10 лет, 10 месяцев назад
Темы: 39 Сообщения: 3204 Участник с: 10 августа 2013	Sheykhnur А как насчёт удалить 'quiet splash' и посмотреть что конкретно вас беспокоит? Ошибки в тексте-неповторимый стиль автора©

ivand	# 10 лет, 10 месяцев назад
Темы: 9 Сообщения: 477 Участник с: 04 января 2013	vasek кому расписывал-корячился как логи собирать по завершении? Там и зажравшегося

vadik	# 10 лет, 10 месяцев назад
Темы: 57 Сообщения: 5494 Участник с: 17 августа 2009	arcanis ммм а если прописать команды с systemctl на выключение в systemsettings->Системное администрирование->Вход в систему->Выключение ? Когда я последний раз пробовал - эффекта не было. Что характерно - из кдм система выключалась быстро (по крайней мере когда пробовал последний раз).

vadik

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

Темы: 57

Сообщения: 5494

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

arcanis
ммм
а если прописать команды с systemctl на выключение в systemsettings->Системное администрирование->Вход в систему->Выключение ?

Когда я последний раз пробовал - эффекта не было. Что характерно - из кдм система выключалась быстро (по крайней мере когда пробовал последний раз).

Sheykhnur	# 10 лет, 10 месяцев назад
Темы: 16 Сообщения: 244 Участник с: 05 февраля 2013	ivand vasek кому расписывал-корячился как логи собирать по завершении? Там и зажравшегося Извиняюсь, а можно ссылку? ind.indeviral Sheykhnur А как насчёт удалить 'quiet splash' и посмотреть что конкретно вас беспокоит? Я вроде уже переключил журналирование в режим дебага и создание подробного лога или этого недостаточно? В том логе я, естественно, урезал несущественные моменты и выложил только то, что действительно тормозит. Если нужно - могу конечно выложить полный лог на pastebin, но остальное там только запуск и успешное завершение сервисов. root@vpupkin# cat /dev/ass > /dev/head

Sheykhnur

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

Темы: 16

Сообщения: 244

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

ivand
vasek кому расписывал-корячился как логи собирать по завершении?
Там и зажравшегося

Извиняюсь, а можно ссылку?

ind.indeviral
Sheykhnur А как насчёт удалить 'quiet splash' и посмотреть что конкретно вас беспокоит?

Я вроде уже переключил журналирование в режим дебага и создание подробного лога или этого недостаточно? В том логе я, естественно, урезал несущественные моменты и выложил только то, что действительно тормозит. Если нужно - могу конечно выложить полный лог на pastebin, но остальное там только запуск и успешное завершение сервисов.

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

arcanis	# 10 лет, 10 месяцев назад
Темы: 31 Сообщения: 1496 Участник с: 09 сентября 2012	vadik Когда я последний раз пробовал - эффекта не было. Что характерно - из кдм система выключалась быстро (по крайней мере когда пробовал последний раз). да вот я тоже попробовал и как то не обнаружил разницы. Другое дело, что мною замечено не было и систематического зависания - если много всего открыто, то да, долго выключается, из пустого сеанса - махом. В принципе, разумно. Если кеды сначала аккуратно выключают все, сохраняют настройки и прочее (в первую очередь это касается настроек и кэша самих кед), то systemd просто посылает всем запущенным приложениям SIGTERM и делайте, что хотите) PGP 0x31361F01 arcanisrepo

arcanis

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

Темы: 31

Сообщения: 1496

Участник с: 09 сентября 2012

vadik
Когда я последний раз пробовал - эффекта не было. Что характерно - из кдм система выключалась быстро (по крайней мере когда пробовал последний раз).

да вот я тоже попробовал и как то не обнаружил разницы. Другое дело, что мною замечено не было и систематического зависания - если много всего открыто, то да, долго выключается, из пустого сеанса - махом. В принципе, разумно. Если кеды сначала аккуратно выключают все, сохраняют настройки и прочее (в первую очередь это касается настроек и кэша самих кед), то systemd просто посылает всем запущенным приложениям SIGTERM и делайте, что хотите)

PGP 0x31361F01
arcanisrepo

Sheykhnur	# 10 лет, 10 месяцев назад
Темы: 16 Сообщения: 244 Участник с: 05 февраля 2013	arcanis да вот я тоже попробовал и как то не обнаружил разницы. Другое дело, что мною замечено не было и систематического зависания - если много всего открыто, то да, долго выключается, из пустого сеанса - махом. В принципе, разумно. Если кеды сначала аккуратно выключают все, сохраняют настройки и прочее (в первую очередь это касается настроек и кэша самих кед), то systemd просто посылает всем запущенным приложениям SIGTERM и делайте, что хотите) В том то и дело, что кеды завершают свой сеанс корректно и завершение тормозится в почти последней стадии завершения. Как я уже писал выше, из консольного входа тоже завершается долго (кеды и графика не запущены), из под другого пользователя завершается долго (значит настройки профиля не влияют). Может ли быть такое, что при обновлении у меня не обновился файл самого user@.service? UPD: Сейчас глянул в файл сервиса /usr/lib/systemd/system/user@.service. Нашёл там весьма занятные строчки: Environment=DBUS_SESSION_BUS_ADDRESS=unix:path=/run/user/%I/dbus/user_bus_socket идём по адресу /run/user/%I/dbus/user_bus_socket и этого адреса нет. Он заканчивается на /run/user/1000/ и всё. Про dbus там ни единого символа. Собственно, поэтому сигнал и невозможно послать, сокета просто не существует. Теперь вопрос к гуру. Я нашёл там переменные %I, %s и т.д. Что они из себя представляют? Понятно, что вместо %I подставляется значение 1000. Но где они прописаны? И ещё, почему не создаётся файл-сокет? root@vpupkin# cat /dev/ass > /dev/head

Sheykhnur

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

Темы: 16

Сообщения: 244

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

arcanis
да вот я тоже попробовал и как то не обнаружил разницы. Другое дело, что мною замечено не было и систематического зависания - если много всего открыто, то да, долго выключается, из пустого сеанса - махом. В принципе, разумно. Если кеды сначала аккуратно выключают все, сохраняют настройки и прочее (в первую очередь это касается настроек и кэша самих кед), то systemd просто посылает всем запущенным приложениям SIGTERM и делайте, что хотите)

В том то и дело, что кеды завершают свой сеанс корректно и завершение тормозится в почти последней стадии завершения. Как я уже писал выше, из консольного входа тоже завершается долго (кеды и графика не запущены), из под другого пользователя завершается долго (значит настройки профиля не влияют). Может ли быть такое, что при обновлении у меня не обновился файл самого user@.service?
UPD: Сейчас глянул в файл сервиса /usr/lib/systemd/system/user@.service. Нашёл там весьма занятные строчки:

Environment=DBUS_SESSION_BUS_ADDRESS=unix:path=/run/user/%I/dbus/user_bus_socket

идём по адресу /run/user/%I/dbus/user_bus_socket и этого адреса нет. Он заканчивается на /run/user/1000/ и всё. Про dbus там ни единого символа. Собственно, поэтому сигнал и невозможно послать, сокета просто не существует. Теперь вопрос к гуру. Я нашёл там переменные %I, %s и т.д. Что они из себя представляют? Понятно, что вместо %I подставляется значение 1000. Но где они прописаны? И ещё, почему не создаётся файл-сокет?

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

Perfect_Gentleman	# 10 лет, 10 месяцев назад
Темы: 55 Сообщения: 1039 Участник с: 29 октября 2012	своп есть? КЕДы, выключается достаточно быстро, если ничего не подвисло. может у тебя чего подвисает в процессе завершения работы?

indeviral	# 10 лет, 10 месяцев назад
Темы: 39 Сообщения: 3204 Участник с: 10 августа 2013	ivand Ну васёк наверно знал что писал... Sheykhnur лог это хорошо но в нём не будет написанно время конкретной операции, если в ней нет ошибок, а так вы сможите реально увидеть на каком моменте у вас тормозит, будь то остановка сервиса или отмонтирование либо ещё что нибудь. Ошибки в тексте-неповторимый стиль автора©

indeviral

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

Темы: 39

Сообщения: 3204

Участник с: 10 августа 2013

ivand Ну васёк наверно знал что писал...
Sheykhnur лог это хорошо но в нём не будет написанно время конкретной операции, если в ней нет ошибок, а так вы сможите реально увидеть на каком моменте у вас тормозит, будь то остановка сервиса или отмонтирование либо ещё что нибудь.