systemd: A start job is running — долгая загрузка из-за ожидания службы

#Что означает ошибка

Сообщение «A start job is running for ... (1min 30s / no limit)» при загрузке означает, что systemd ждёт запуска юнита, который зависает. Чаще всего это монтирование диска из /etc/fstab (его нет или он недоступен), сетевая служба NetworkManager-wait-online либо swap-раздел с неверным UUID.

Система в итоге загрузится после тайм-аута, но потеряет 90–120 секунд.

Определите виновника по названию юнита в сообщении.

При старте systemd ожидает устройство или службу, которые не появляются: диск из fstab, сетевая служба или том. Обычно виноват несуществующий диск в /etc/fstab.

#Причины и решения

#Пошаговое решение

1. Запомните имя юнита из сообщенияПри задержке загрузки перепишите с экрана точное имя юнита после A start job is running for ... и прошедшее время. Если у сервера есть консоль провайдера, войдите через неё после загрузки; при недоступности SSH именно консоль позволяет увидеть остановившийся этап. Не принуждайте перезагрузку, если идут операции с дисками или обновления.
2. Запустите systemd-analyze blameВ терминале Linux выполните systemd-analyze blame и systemd-analyze critical-chain; второй вывод показывает зависимости и критический путь загрузки. Учитывайте, что некоторые ожидания устройства не отражаются как обычный сервис. Для конкретного имени проверьте systemctl status имя.mount или systemctl status имя.service и journalctl -b -u имя.

   Linux · Терминал (Bash)КомандаКопировать всёВыделить

   Ошибки текущей загрузки.

   journalctl -b -p err

3. Сверьте UUID дисков с fstabЕсли зависает монтирование, выполните lsblk -f, sudo blkid и посмотрите /etc/fstab через cat /etc/fstab. Сверьте UUID, файловую систему и реально подключённый диск. До правки fstab создайте резервную копию и убедитесь, что речь не о системном разделе: неправильная настройка может не дать серверу загрузиться.
4. Добавьте nofail и device-timeout для второстепенных дисковДля необязательного дополнительного диска после подтверждения его роли допускается опция nofail или ограниченный x-systemd.device-timeout= в /etc/fstab; это позволит продолжать загрузку без устройства. Для корневого раздела, базы данных и важных сетевых томов такие настройки без проверки недопустимы. После правки выполните sudo mount -a и изучите ошибки до перезагрузки.
5. Отключите ожидание сети при необходимостиЕсли задержку создаёт ожидание сети (NetworkManager-wait-online.service или systemd-networkd-wait-online.service), проверьте конфигурацию интерфейсов и услуги, которым требуется сеть во время старта. Не отключайте ожидание на удалённом сервере, если через него поднимается сеть, сетевые диски или зависимые службы; сначала согласуйте план удалённого доступа и возврата.

#Диагностика

После загрузки выполните systemd-analyze blame и systemd-analyze critical-chain — покажут самые долгие юниты. Журнал: journalctl -b -p warning. Для диска проверьте lsblk -f и сравните UUID с /etc/fstab: sudo blkid. Сообщение dev-disk-by\x2duuid-...device указывает на отсутствующий UUID.

#Диски и fstab

Для неподключённых или съёмных дисков добавьте опцию nofail,x-systemd.device-timeout=5s в строку /etc/fstab. Исправьте неверный UUID, удалите ненужные записи (старый swap). После изменений: sudo systemctl daemon-reload и проверка sudo mount -a. Для сетевых шар используйте _netdev,x-systemd.automount, чтобы монтирование не блокировало загрузку.

#Сеть и сервисы

Если ждёт NetworkManager-wait-online.service, и вам не нужны сетевые службы на старте, отключите: sudo systemctl disable NetworkManager-wait-online.service (или systemd-networkd-wait-online). Для долгих юнитов уменьшите тайм-аут в юните: TimeoutStartSec=30 через systemctl edit имя.service. Проверьте поврежденные ФС: sudo fsck -f /dev/sdXN на отмонтированном разделе.