Linux: ошибка в /etc/fstab — система уходит в аварийный режим

#Что произошло

Файл /etc/fstab перечисляет файловые системы, которые монтируются при загрузке. Если системе не удалось смонтировать раздел, указанный в fstab (изменился UUID после форматирования или клонирования диска, диск отключён, опечатка, неверная файловая система), systemd не может завершить загрузку обязательных точек монтирования и переходит в аварийный режим (emergency mode) или ждёт 90 секунд над строкой «A start job is running». Устраняется правкой fstab: исправить UUID или добавить опцию nofail для необязательных дисков.

#Причины

#Порядок

1. Введите пароль root в запросе аварийного режимаНа экране emergency mode система может запросить пароль root для режима обслуживания. Вводите его только если вы владелец или администратор устройства; символы пароля не показываются. После входа сначала прочитайте журнал (journalctl -xb) и посмотрите lsblk -f. Если у вас нет учётных данных, не пытайтесь обойти защиту — используйте штатный Live/Rescue-носитель по согласованию с владельцем и сделайте копию данных.
2. Посмотрите, какой раздел не смонтировался: journalctl -xb | grep -i mountНа экране emergency mode войдите в доступную административную консоль, если у вас есть пароль root. Выполните journalctl -xb --no-pager и найдите через / слово mount или Timed out waiting for device. Для краткого просмотра можно использовать journalctl -xb --no-pager | grep -Ei "mount|dependency failed|timed out". Запишите путь точки монтирования и UUID в ошибке, затем сравните их с результатом lsblk -f. Если пароль root неизвестен, не подбирайте его — загрузитесь с официального Live-носителя или обратитесь к администратору.
3. Выведите список реальных дисков и UUIDВ терминале Live-системы выполните lsblk -f и sudo blkid. Для каждого раздела проверьте тип ФС, UUID, размер и точки монтирования; EFI обычно имеет тип vfat, но не следует выбирать его только по размеру. Убедитесь, что root-раздел Manjaro/Ubuntu найден по содержимому и что важные данные сохранены, прежде чем монтировать его на запись или изменять загрузчик.
4. Сравните с /etc/fstabСравнивайте UUID именно в той системе, которую восстанавливаете. Если удалось войти в её emergency shell, выполните cat /etc/fstab, lsblk -f и blkid; при доступной записи сначала создайте cp -a /etc/fstab /etc/fstab.bak. Если вы загрузились с Live-USB, файл /etc/fstab относится к флешке, поэтому сначала найдите системный раздел (lsblk -f) и смонтируйте его в файловом менеджере или в отдельную точку монтирования, а затем откройте /точка_монтирования/etc/fstab. Не исправляйте файл Live-системы и не выбирайте раздел лишь по имени вроде /dev/sda1.
5. Исправьте UUID или удалите/закомментируйте строку отсутствующего дискаПо журналу определите конкретную ошибочную строку в /etc/fstab: UUID отсутствующего внешнего диска, опечатку или несоответствие типа файловой системы. Сохраните копию нужного файла (/etc/fstab в установленной системе либо etc/fstab внутри смонтированного корня). Если диск действительно отсутствует и он не нужен для загрузки, поставьте # в начале только соответствующей строки либо добавьте nofail в четвёртое поле записи, отделив от остальных опций запятой. Для системного корневого раздела и /boot не используйте nofail «на всякий случай». Если раздел существует, подставьте UUID, который точно соответствует ему по lsblk -f, сохраняя остальные поля и разделители.
6. Для внешних и необязательных дисков добавьтеДля необязательного внешнего диска в /etc/fstab иногда подходит опция nofail, чтобы его отсутствие не прерывало загрузку. Сначала сохраните резервную копию /etc/fstab, проверьте UUID и тип раздела через lsblk -f, затем отредактируйте только соответствующую строку через sudoedit /etc/fstab. Добавьте nofail в поле опций через запятую, не меняя порядок шести полей. Проверьте синтаксис sudo findmnt --verify и sudo mount -a; ошибку не игнорируйте.
7. Проверьте файл командой mount -aПосле изменения файла сначала проверьте его структуру: в запущенной установленной системе выполните sudo findmnt --verify --verbose; сообщения об отсутствующем UUID или неверных полях означают, что ещё требуется исправление. Для Live-системы без chroot команда проверит её собственный /etc/fstab, а не файл установленной ОС; в этом случае проверьте отредактированный файл вручную либо используйте chroot только если умеете корректно подключить нужные разделы. Команду mount -a выполняйте только при наличии резервной копии и понимании всех строк: она может подключить много томов. После перезапуска убедитесь, что аварийный режим не возникает и нужные тома видны в findmnt.
8. ПерезагрузитесьСохраните открытые файлы и завершите рабочие процессы. Перезагрузите систему штатным способом или командой sudo reboot, если у вас есть права и допустимо прерывать работу сервера. После загрузки повторите операцию, вызвавшую ошибку.
9. Проверьте, что исправляете файл установленной системыПосле правки прочитайте именно тот файл /etc/fstab, который принадлежит восстанавливаемой Linux. Если работа велась из Live-USB, проверьте путь внутри смонтированной системы и не копируйте чужие UUID. Выполните findmnt --verify --verbose в подходящем окружении; если ошибки остались, сохраните исправления в обратимом виде и не запускайте автоматический mount -a без проверки.
10. Команды для отдельных ситуацийВыберите только подходящий вариант. Это не одна последовательность: часть команд диагностирует проблему, а часть меняет настройки или данные.
    Выберите подходящий вариант — это не команды для последовательного выполнения

    Вариант 1Ошибки монтирования в журнале и список дисков с UUID

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

    Ошибки монтирования в журнале и список дисков с UUID

    journalctl -xb | grep -iE "mount|fstab|dependency" | head -20

    lsblk -f

    sudo blkid

    Вариант 2Сделать копию fstab и открыть для правки

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

    Сделать копию fstab и открыть для правки

    sudo cp /etc/fstab /etc/fstab.bak

    sudo nano /etc/fstab

    Вариант 3Диагностика действительных UUID и проверки fstab.

    ТекстКомандаКопировать всёВыделить

    Диагностика действительных UUID и проверки fstab. Исключены вымышленные UUID из копируемого блока: вставка их в конфигурацию нарушит загрузку.

    lsblk -f

    findmnt --verify --verbose

    Вариант 4Только проверка конфигурации fstab и фактических UUID, без попытки автоматически смонтировать все записи.

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

    Только проверка конфигурации fstab и фактических UUID, без попытки автоматически смонтировать все записи. mount -a не запускайте, пока ошибки UUID и опций не исправлены в нужной установленной системе.

    sudo findmnt --verify --verbose

    lsblk -f

    Вариант 5Только чтение состояния корня и фактических устройств.

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

    Только чтение состояния корня и фактических устройств. Принудительное перемонтирование системного раздела в запись при ошибке fsck небезопасно.

    findmnt -no SOURCE,FSTYPE,OPTIONS /

    lsblk -f

    Вариант 6Сначала проверка fstab.

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

    Сначала проверка fstab. systemctl daemon-reload и reboot выполняются отдельно по обстоятельствам после сохранения файла и подтверждения корректности точек монтирования.

    findmnt --verify --verbose

#Если root заблокирован

Загрузитесь с Live-USB, откройте терминал: смонтируйте корневой раздел sudo mount /dev/sdXN /mnt, отредактируйте /mnt/etc/fstab, сохраните и перезагрузитесь. Для систем с LVM или шифрованием сначала активируйте тома (vgchange -ay, cryptsetup open). Определить нужный раздел помогает lsblk -f и метки.