You are in emergency mode — Восстановление загрузки Linux и systemd
Архитектура ошибки и симптомы сбоя
Сообщение «You are in emergency mode. After logging in, type 'journalctl -xb' to view system logs, 'systemctl reboot' to reboot, 'systemctl default' or ^D to try again to boot into the default target» появляется при остановке загрузки systemd. Аварийный режим активируется, когда менеджер инициализации не может смонтировать критические локальные файловые системы (сбой local-fs.target), находит поврежденные разделы дисков или сталкивается с критическим сбоем инициализации оборудования на этапе sysinit.target.
Диагностическая таблица параметров сбоя
| Параметр | Значение | Инженерный смысл сбоя |
|---|---|---|
| emergency.target | Minimal Isolation Shell | Минимальное окружение: смонтирован только корень (обычно Read-Only), сеть и сервисы выключены. |
| Trigger | fsck failure / missing UUID | Невозможность смонтировать раздел из /etc/fstab или повреждение суперблока. |
| journalctl -xb | Boot Log Filter | Журнал текущей аварийной сессии с красной подсветкой критических ошибок (уровень err..emerg). |
Пошаговое дерево решений и сценарии траблшутинга
Сценарий 1: Локализация точной причины сбоя через journalctl
# Фильтрация ошибок текущей сессии загрузки:
journalctl -xb -p 3
# Поиск строк сбоя монтирования и дисковых ошибок:
journalctl -xb | grep -i -E "(failed to mount|fsck|timed out|dependency)"Сценарий 2: Перемонтирование корневой файловой системы в режим Read-Write
В аварийном режиме корневой раздел часто заблокирован в режиме «только для чтения»:
# Перевод корневого раздела в режим записи:
mount -o remount,rw /Сценарий 3: Исправление записей точек монтирования в /etc/fstab
Сверьте UUID разделов в /etc/fstab с реальными идентификаторами дисков:
# Просмотр фактических UUID подключенных дисков:
blkid
# Откройте fstab и временно закомментируйте отсутствующие диски:
nano /etc/fstabСценарий 4: Ручная проверка поврежденных файловых систем (fsck)
# Проверка целостности разделов (диски должны быть размонтированы):
sudo fsck.ext4 -f -y /dev/sda1
# После устранения ошибок продолжите стандартную загрузку:
systemctl defaultITSTM восстановит работу операционной системы через IPMI KVM/Serial-консоль, устранит повреждения разделов и восстановит сервисы без потери данных.
Частые вопросы (FAQ)
Чем emergency mode отличается от rescue mode в systemd?
В emergency mode (emergency.target) смонтирован только корневой раздел (часто Read-Only) и не запущены никакие службы. В rescue mode (rescue.target) монтируются все локальные диски и запускаются базовые системные сокеты и генераторы.
Что делать, если systemd застрял в цикле emergency mode после перезагрузки?
Убедитесь, что в /etc/fstab для всех несистемных дисков добавлены флаги 'nofail,x-systemd.device-timeout=5s', и проверьте диск на битые сектора через smartctl.
Как выйти из emergency mode в стандартный режим?
Выполните команду systemctl default или нажмите комбинацию клавиш Ctrl+D. Если ошибки устранены, система продолжит запуск.
Почему команда nano /etc/fstab выдает ошибку Read-only file system?
Потому что ядро защищает сбойный корень. Выполните 'mount -o remount,rw /' перед редактированием файлов конфигурации.
