(Решено)A stop job is running for session c2 of user ...

safocl	# 5 лет, 5 месяцев назад
Темы: 121 Сообщения: 1570 Участник с: 08 октября 2015	Haron_Prime У меня подобное наблюдалось если перед выключением/ребутом не остановить transmission-daemon (запускается с помощью юнита при логине). Тогда может думать от пары секунд до минуты. Просто прописал остановку демона в скрипты, которыми выключаю/перезагружаю комп так у тебя енто торрент менеджер не завершается нормально? я решил енто все безабразие путем уменьшения времени, данного на нормальную остановку служб с 1.5мин до 0.5мин

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

Сообщения: 1570

Участник с: 08 октября 2015

Haron_Prime
У меня подобное наблюдалось если перед выключением/ребутом не остановить transmission-daemon (запускается с помощью юнита при логине). Тогда может думать от пары секунд до минуты.
Просто прописал остановку демона в скрипты, которыми выключаю/перезагружаю комп

так у тебя енто торрент менеджер не завершается нормально?
я решил енто все безабразие путем уменьшения времени, данного на нормальную остановку служб с 1.5мин до 0.5мин

redix	# 5 лет, 5 месяцев назад (отредактировано 5 лет, 5 месяцев назад)
Темы: 34 Сообщения: 3433 Участник с: 11 марта 2013	redix Установил watchdog, посмотрим. Посмотрел, до лампочки тот вачдог. Первое выключение сегодня сопровождалось 90 секундной рекламной паузой. In Tux We Trust

vasek	# 5 лет, 5 месяцев назад
Темы: 48 Сообщения: 11340 Участник с: 17 февраля 2013	redix Посмотрел, до лампочки тот вачдог. Первое выключение сегодня сопровождалось 90 секундной рекламной паузой. Пробуй другие ........ как уже писалось, однозачного решения нет ........ для всех разное ... Ошибки не исчезают с опытом - они просто умнеют

vasek

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

Темы: 48

Сообщения: 11340

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

redix
Посмотрел, до лампочки тот вачдог. Первое выключение сегодня сопровождалось 90 секундной рекламной паузой.

Пробуй другие ........ как уже писалось, однозачного решения нет ........ для всех разное ...

Ошибки не исчезают с опытом - они просто умнеют

nafanja	# 5 лет, 5 месяцев назад
Темы: 94 Сообщения: 9252 Участник с: 02 июня 2012 заблокирован	redix, решение - вычислить кто в пространстве пользователя зависает и чинить его. Псевдографический инсталлятор Arch Linux ver. 3.8.2 Благодарности принимаются на ЯД 410012815723874

RusWolf	# 5 лет, 5 месяцев назад
Темы: 11 Сообщения: 2395 Участник с: 16 июля 2016	redix Посмотрел, до лампочки тот вачдог. На домашнем компе мне помогло. На рабочем компе, тоже до лампочки.

redix	# 5 лет, 5 месяцев назад
Темы: 34 Сообщения: 3433 Участник с: 11 марта 2013	nafanja вычислить кто в пространстве пользователя зависает При выключении не завершаются пару программ, это song history от radiotray и tixati, выскакивают окна с вопросами. Службы пока не смотрел. In Tux We Trust

R.V.	# 5 лет, 5 месяцев назад
Темы: 11 Сообщения: 1100 Участник с: 10 января 2017	У меня такая ерунда была давно на Linux 3.9-4.0 и даже, вообще, без никаких "больших" процессов, после холостого хода не помню уже какого небольшого WM только. Лечил тогда путем изменения в /etc/systemd/system.conf DefaultTimeoutStopSec=30s, как и писал safocl. На ядре 4.1. уже такого не было. Может ядро поменять? А собака не для этих целей же. )

R.V.

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

Темы: 11

Сообщения: 1100

Участник с: 10 января 2017

У меня такая ерунда была давно на Linux 3.9-4.0 и даже, вообще, без никаких "больших" процессов, после холостого хода не помню уже какого небольшого WM только. Лечил тогда путем изменения в /etc/systemd/system.conf DefaultTimeoutStopSec=30s, как и писал safocl. На ядре 4.1. уже такого не было. Может ядро поменять? А собака не для этих целей же. )

Aivar	# 5 лет, 5 месяцев назад (отредактировано 5 лет, 5 месяцев назад)
Темы: 4 Сообщения: 6897 Участник с: 17 февраля 2011	Определенно какой-то процесс не может завершиться. Найдите его, потом можно думать о причине.

redix	# 5 лет, 5 месяцев назад (отредактировано 5 лет, 5 месяцев назад)
Темы: 34 Сообщения: 3433 Участник с: 11 марта 2013	Нашел в рассылке Федоры такое: You can try one of two things: 1. Log out, then restart or shutdown. For whatever reason this works for me maybe 1/2 the time or more. 2. Edit /etc/systemd/logind.conf such that KillUserProcesses=yes По умолчанию в logind.conf прописано так: Прописал как там пишут и отремил, буду посмотреть. PS. Если это сработает, то будет самым правильным решением, ведь старый gdm-2 прибивал все процессы пользователя. ИМХО конечно. In Tux We Trust

redix

# 5 лет, 5 месяцев назад (отредактировано 5 лет, 5 месяцев назад)

Темы: 34

Сообщения: 3433

Участник с: 11 марта 2013

Нашел в рассылке Федоры такое:

You can try one of two things:

1. Log out, then restart or shutdown. For whatever reason this works
for me maybe 1/2 the time or more.
2. Edit /etc/systemd/logind.conf such that
KillUserProcesses=yes

По умолчанию в logind.conf прописано так:

Прописал как там пишут и отремил, буду посмотреть.

PS. Если это сработает, то будет самым правильным решением, ведь старый gdm-2 прибивал все процессы пользователя. ИМХО конечно.

In Tux We Trust

Haron_Prime	# 5 лет, 5 месяцев назад (отредактировано 5 лет, 5 месяцев назад)
Темы: 28 Сообщения: 2109 Участник с: 08 июня 2014	redix, 1 - logind.conf # See logind.conf(5) for details. 2 - man logind.conf KillUserProcesses= Takes a boolean argument. Configures whether the processes of a user should be killed when the user logs out. If true, the scope unit corresponding to the session and all processes inside that scope will be terminated. If false, the scope is "abandoned", see systemd.scope(5), and processes are not killed. Defaults to "yes", but see the options KillOnlyUsers= and KillExcludeUsers= below. KillOnlyUsers=, KillExcludeUsers= These settings take space-separated lists of usernames that override the KillUserProcesses= setting. A user name may be added to KillExcludeUsers= to exclude the processes in the session scopes of that user from being killed even if KillUserProcesses=yes is set. If KillExcludeUsers= is not set, the "root" user is excluded by default. KillExcludeUsers= may be set to an empty value to override this default. If a user is not excluded, KillOnlyUsers= is checked next. If this setting is specified, only the session scopes of those users will be killed. Otherwise, users are subject to the KillUserProcesses=yes setting. Gnome 2 >> Unity >> KDE 4 >> Openbox >> Awesome >> Xmonad GitHub , BitBuket

Haron_Prime

# 5 лет, 5 месяцев назад (отредактировано 5 лет, 5 месяцев назад)

Темы: 28

Сообщения: 2109

Участник с: 08 июня 2014

redix,
1 - logind.conf

# See logind.conf(5) for details.

2 - man logind.conf

KillUserProcesses=
Takes a boolean argument. Configures whether the processes of a user should be killed when the user logs out. If true, the scope unit corresponding to the session and all processes inside that scope will be terminated. If
false, the scope is "abandoned", see systemd.scope(5), and processes are not killed. Defaults to "yes", but see the options KillOnlyUsers= and KillExcludeUsers= below.

KillOnlyUsers=, KillExcludeUsers=
These settings take space-separated lists of usernames that override the KillUserProcesses= setting. A user name may be added to KillExcludeUsers= to exclude the processes in the session scopes of that user from being
killed even if KillUserProcesses=yes is set. If KillExcludeUsers= is not set, the "root" user is excluded by default. KillExcludeUsers= may be set to an empty value to override this default. If a user is not excluded,
KillOnlyUsers= is checked next. If this setting is specified, only the session scopes of those users will be killed. Otherwise, users are subject to the KillUserProcesses=yes setting.

Gnome 2 >> Unity >> KDE 4 >> Openbox >> Awesome >> Xmonad
GitHub , BitBuket