Это руководство посвящено ручному устранению проблем с конфигурацией файловой системы или повреждениями, которые останавливают процесс загрузки.

Диагностика и устранение проблем файловой системы

Ошибки в /etc/fstab и поврежденные файловые системы могут помешать загрузке системы.

В большинстве случаев systemd переходит в оболочку аварийного восстановления, для которой требуется пароль root.

В следующей таблице перечислены некоторые распространенные ошибки и их результаты.

Основные проблемы с файловой системой

Проблема Результат
Поврежденная файловая система systemd пытается восстановить файловую систему. Если проблема слишком серьезна для автоматического исправления, система переводит пользователя в аварийную оболочку.
Несуществующее устройство или UUID, указанные в /etc/fstab
systemd ждет установленное количество времени, ожидая, когда устройство станет доступным.
Если устройство не становится доступным, система переводит пользователя в аварийную оболочку по истечении времени ожидания.
Несуществующая точка монтирования в /etc/fstab Система перенаправляет пользователя в аварийную оболочку.
Неправильный параметр монтирования в /etc/fstab
Система перенаправляет пользователя в аварийную оболочку.

Во всех случаях администраторы могут также использовать файл /etc/fstab для диагностики и устранения проблемы, поскольку файловые системы не монтируются до отображения аварийной оболочки.

Примечание: при использовании аварийной оболочки для решения проблем с файловой системой не забудьте запустить systemctl daemon-reload после редактирования /etc/fstab.
Без этой перезагрузки systemd может продолжать использовать старую версию.
Параметр nofail в записи в файле /etc/fstab позволяет системе загружаться, даже если монтирование этой файловой системы не удалось.
Не используйте эту опцию при нормальных обстоятельствах.
При отсутствии сбоя приложение может запуститься с отсутствующим хранилищем, что может иметь серьезные последствия.
Поделитесь статьей:

Добавить комментарий