Linux загружается в emergency mode из-за ошибок файловой системы

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

Сообщение «You are in emergency mode. After logging in, type journalctl -xb» означает, что systemd не смог смонтировать обязательный раздел, чаще всего из-за ошибки в /etc/fstab или повреждённой файловой системы. Загрузка остановлена, система доступна в минимальной консоли.

Вход выполняется паролем root.

Пользовательские сессии не стартуют.

Система переходит в emergency mode, когда не удаётся проверить или смонтировать файловую систему. Нужно выполнить проверку fsck вручную.

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

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

1. Войдите паролем rootВ emergency mode система может предложить войти в режим обслуживания, запросив пароль root. Введите его только если вы администратор и знаете пароль; отсутствие видимых символов нормально. Если корневой доступ недоступен или диски зашифрованы, используйте штатный Live/Rescue-носитель и официальную процедуру восстановления. Перед fsck запишите точные ошибки и, по возможности, сохраните данные; не запускайте исправление на смонтированном для записи разделе.
2. Прочитайте journalctl -xbВ консоли emergency mode войдите только с правами владельца или администратора, после чего выполните journalctl -xb --no-pager | tail -n 100. Ищите строки Failed to mount, Dependency failed, fsck failed, EXT4-fs error или I/O error; выпишите обозначение раздела, UUID и тип ошибки. Отдельно выполните lsblk -f и сравните его с cat /etc/fstab. Если обнаружено I/O error, прежде чем запускать исправление файловой системы, скопируйте данные из Live-среды и проверьте накопитель; если только UUID отсутствующего внешнего диска — сначала исправляйте его запись в fstab. Не выполняйте ремонт раздела только на основании слова emergency.
3. Сверьте UUID в fstab с blkidИз консоли администратора выполните lsblk -f и sudo blkid (если sudo доступен), затем прочитайте /etc/fstab через cat /etc/fstab. Сравните UUID реального раздела с UUID из каждой проблемной строки, упомянутой в журнале. Если диск отсоединён, сначала проверьте подключение; если UUID явно ошибочен, сохраните копию файла и исправьте только подтверждённую строку. Не меняйте UUID корневого раздела по совпадению размера и не применяйте fsck к неизвестному устройству.
4. Запустите fsck на проблемном разделеСначала определите точный раздел по lsblk -f и проверьте, не смонтирован ли он (findmnt). Не запускайте исправляющий fsck на работающем системном разделе или на смонтированном разделе с записью: сначала сделайте резервную копию и загрузитесь с Live-носителя. Запустите диагностику подходящим для конкретной ФС инструментом; для Btrfs, XFS и ext4 используются разные средства. При I/O errors отдайте приоритет спасению данных.
5. ПерезагрузитесьСохраните открытые файлы и завершите рабочие процессы. Перезагрузите систему штатным способом или командой sudo reboot, если у вас есть права и допустимо прерывать работу сервера. После загрузки повторите операцию, вызвавшую ошибку.
6. Отличите ошибочный fstab от повреждения томаВ emergency mode прочитайте конкретные строки journalctl -xb --no-pager, связанные с failed mount. Если дело в UUID в /etc/fstab, исправляйте запись после копирования; если журнал содержит ошибки ФС и I/O, сохраните данные из Live-USB до fsck. Запуск исправления на занятом системном разделе недопустим.
7. Определите реальный раздел и размонтируйте его в Live-режиме до исправления fsck

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

   Определите реальный раздел и размонтируйте его в Live-режиме до исправления fsck. Запуск: терминал Linux с правами, указанными в команде. Сначала проверьте имя устройства и целевой путь.

   lsblk -f && findmnt

#Если не помогло

Запускайте fsck только на размонтированной файловой системе.

#Что случилось

Введите пароль root и выполните journalctl -xb | tail -80 либо systemctl --failed. Ищите строки Failed to mount или Dependency failed for /home. Проверьте lsblk -f и сравните UUID с /etc/fstab: cat /etc/fstab, blkid. Частые причины: удалён/заменён диск, изменился UUID после форматирования, опечатка в fstab, ошибки файловой системы.

#Исправление fstab

Перемонтируйте корень на запись: mount -o remount,rw /. Отредактируйте nano /etc/fstab: исправьте UUID или закомментируйте отсутствующий несистемный диск, либо добавьте nofail. Проверьте: mount -a. После правок systemctl daemon-reload и reboot. Если файла fstab нет или он испорчен, восстановите по blkid.

#Проверка ФС

Если причина в ошибках диска, проверьте раздел (отмонтированный): fsck -f /dev/sdXN (подтверждайте исправления, -y для автоматического). Для корня используйте live-USB. Проверьте SMART диска (smartctl -a). После исправления exit или systemctl default продолжит загрузку. Если сообщение о «dependency failed» для swap, поправьте UUID swap: mkswap/blkid. Сделайте образ диска при подозрении на аппаратную неисправность.