Архитектура ошибки и симптомы сбоя

Сообщение «A stop job is running for Session X of user Y (1min 30s / no limit)» появляется при выключении или перезагрузке ОС (reboot / poweroff). Ошибка означает, что systemd-logind отправил сигнал SIGTERM процессам пользовательской сессии (фоновые демоны tmux, screen, gpg-agent, зависшие SSH-сессии, процессы браузеров), но процессы проигнорировали сигнал и не завершились. Диспетчер systemd блокирует выключение сервера, ожидая истечения глобального таймаута (по умолчанию 90 секунд) перед отправкой SIGKILL.

Диагностическая таблица параметров сбоя

Пошаговое дерево решений и сценарии траблшутинга

Сценарий 1: Сокращение глобального таймаута остановки до 10 секунд

Уменьшите максимальное время ожидания зависших процессов в /etc/systemd/system.conf:

# Отредактируйте общесистемную конфигурацию systemd:
sudo sed -i 's/#DefaultTimeoutStopSec=90s/DefaultTimeoutStopSec=10s/' /etc/systemd/system.conf
sudo sed -i 's/#DefaultTimeoutAbortSec=90s/DefaultTimeoutAbortSec=10s/' /etc/systemd/system.conf

# Примените изменения без перезагрузки:
sudo systemctl daemon-reexec

Сценарий 2: Принудительное завершение процессов пользователя в logind.conf

# Настройка автоматического закрытия всех процессов при логауте:
sudo sed -i 's/#KillUserProcesses=no/KillUserProcesses=yes/' /etc/systemd/logind.conf

# Перезапуск службы logind:
sudo systemctl restart systemd-logind

Сценарий 3: Локализация зависшего пользовательского сервиса

Определите, какие именно пользовательские процессы не реагируют на сигналы:

# Просмотр дерева процессов конкретной пользовательской сессии:
loginctl list-sessions
loginctl session-status <SESSION_ID>

# Просмотр запущенных сервисов пользователя:
systemctl --user list-units --type=service --state=running

Сценарий 4: Экстренная мгновенная перезагрузка сервера через Magic SysRq

Если сервер намертво завис на этапе Stop Job прямо сейчас:

# Принудительный мгновенный сброс буферов и перезагрузка ядра:
echo 1 > /proc/sys/kernel/sysrq
echo b > /proc/sysrq-trigger