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