Welcome to emergency mode! Exit the shell to continue default boot Linux / DevOps

Welcome to emergency mode — Выход из аварийного режима Linux

Обновлено: 18.08.2026 · Официальная база знаний

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

Экран консоли «Welcome to emergency mode! Exit the shell to continue default boot» является интерактивным приветствием аварийной оболочки systemd sulogin. Система выводит этот диалог, когда выполнение стартовых цепочек прерывается из-за невозможности активировать блочные устройства подсистем LVM, MDADM RAID, криптоконтейнеров LUKS или критических системных каталогов (/usr, /var).

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

Параметр	Значение	Инженерный смысл сбоя
Shell Type	sulogin (Single User Login)	Интерактивный шелл root без загрузки сетевых драйверов и фоновых демонов.
Exit Action	Control-D / exit	Попытка повторно выполнить транзакцию `default.target`.
Primary Fault	Storage Subsystem Timeout	Неготовность физических дисков к моменту завершения работы драйвера udev.

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

Сценарий 1: Проверка состояния пулов LVM и массивов RAID

# Проверка статуса групп томов LVM:
vgs
lvs -a
# Принудительная активация всех томов LVM:
vgchange -ay

# Проверка программных RAID-массивов:
cat /proc/mdstat
mdadm --assemble --scan

Сценарий 2: Деактивация зависших криптоконтейнеров LUKS

Если диск заблокирован шифрованием LUKS:

# Ручное открытие зашифрованного раздела:
cryptsetup luksOpen /dev/nvme0n1p3 dm_crypt_root

# Проверка статуса сопоставления:
ls -l /dev/mapper/

Сценарий 3: Анализ несмонтированных файловых систем

# Просмотр всех точек монтирования, завершившихся ошибкой:
systemctl --failed --type=mount

# Тестовая попытка смонтировать все разделы:
mount -a

Сценарий 4: Выход и запуск системы в нормальный режим

# Перезагрузка демона systemd и переход в штатный режим:
systemctl daemon-reload
exit

Виртуальная машина застряла в Welcome to emergency mode после миграции?
ITSTM восстановит порядок загрузки гипервизоров KVM/VMware, скорректирует драйверы initramfs и таблицы дисковых разделов.

Практический опыт инженера: При сбросе аппаратного времени RTC переведите часы в актуальное состояние командой 'date -s "YYYY-MM-DD HH:MM:SS"' прямо в emergency shell перед повторным запуском fsck.

Частые вопросы (FAQ)

Почему нажатие Control-D просто снова возвращает меня в emergency mode?

Если причина ошибки (например, поврежденный раздел в /etc/fstab) не была устранена, повторная попытка запуска default.target немедленно терпит неудачу и systemd возвращает вас в ту же аварийную консоль.

Как загрузиться в обход emergency mode для диагностики?

В меню загрузчика GRUB допишите к строке linux параметры 'systemd.mask=emergency.target systemd.mask=emergency.service' или передайте 'init=/bin/sh'.

Как узнать, какой именно юнит вызвал падение в emergency mode?

Выполните команду 'systemctl --failed', которая покажет список всех сбойных служб, сокетов и точек монтирования.

Может ли сбой батарейки CMOS/RTC приводить к аварийному режиму?

Да. Если аппаратные часы сбросились в 1970 год, утилита fsck сочтет дату последнего монтирования диска ошибкой 'Superblock last mount time is in the future' и заблокирует загрузку.