/etc/fstab, таблица файловых систем, объявляет файловые системы, области swap, bind-монтирования, сетевые источники и другие подключения, которые могут монтировать или активировать системные инструменты. Записи могут участвовать в загрузке, однако такие параметры, как noauto, интеграция автомонтирования и политика менеджера служб, влияют на время и сам факт подключения.
Файловая система · Урок 7
/etc/fstab
Узнайте, как задавать постоянное подключение файловых систем и swap в `/etc/fstab` и безопасно проверять записи.
Шесть полей
Обычная запись содержит шесть полей, разделённых пробелами:
UUID=130b882f-7d79-436d-a096-1e594c92bb76 /data ext4 defaults,nosuid,nodev 0 2
- Источник: путь устройства,
UUID=,LABEL=, сетевой источник или другая поддерживаемая спецификация. - Цель: точка монтирования либо
noneдля таких назначений, как swap. - Тип: тип файловой системы,
swap,noneили допустимый автоматический тип. - Параметры: разделённый запятыми список, интерпретируемый помощниками mount и уровнями интеграции.
- Поле dump: исторически управляет программой резервирования
dump;0обычно отключает участие. - Поле pass: управляет порядком
fsckпри загрузке, где это применимо;0отключает автоматическую проверку через этот механизм.
Пробел внутри поля нужно экранировать синтаксисом fstab, например \040. Символ # вне поля начинает комментарий.
Сколько полей содержит обычная запись /etc/fstab?
Стабильные идентификаторы источника
Для локальных файловых систем UUID часто стабильнее имени перечисления /dev/sdX:
$ lsblk -f
$ sudo blkid
Используйте UUID=... только после подтверждения, что идентификатор принадлежит нужной файловой системе. Переформатирование создаёт новый UUID, а поблочные клоны могут дублировать его. PARTUUID= вместо этого идентифицирует запись таблицы разделов и имеет другую семантику.
Что обычно идентифицирует UUID=... в поле источника?
Параметры монтирования и поля проверки
defaults раскрывается в определяемый реализацией обычный набор параметров; это не обязательно самая безопасная политика для каждого монтирования. Добавляйте параметры по уровню доверия и нагрузке: например, доступ только для чтения или ограничения узлов устройств и поведения setuid. Для сетевых и съёмных систем может требоваться политика тайм-аутов, зависимостей или устойчивости к отказу, чтобы загрузка неожиданно не зависла.
Для файловых систем с поддержкой fsck корневая традиционно использует pass 1, а остальные проверяемые локальные системы — pass 2. Практика отдельных форматов различается: некоторые типы не используют общий fsck при загрузке. Следуйте документации установленной системы и дистрибутива, а не назначайте 2 механически.
Что запрашивает значение 0 в шестом поле?
Редактирование с путём восстановления
Неверная запись корня, загрузочного или обязательного сетевого ресурса может прервать запуск. Перед редактированием:
- Подтвердите актуальную резервную копию и доступ к консоли или среде восстановления.
- Скопируйте существующий файл с сохранением разрешений.
- Проверьте идентичность источника и создайте нужную точку монтирования.
- Внесите одно ограниченное изменение.
- Проверьте и протестируйте его до перезагрузки.
Не размещайте учётные данные прямо в общедоступной записи fstab. Используйте защищённый механизм учётных данных соответствующего помощника монтирования.
Почему до изменения критичной записи fstab нужно подтвердить аварийный доступ?
Проверка без предположения об успехе
Начните со статической проверки, если она поддерживается:
$ sudo findmnt --verify --verbose
Затем в контролируемых условиях протестируйте конкретную новую запись, подтвердите её через findmnt и размонтируйте, если тест был временным. mount -a пытается подключить множество подходящих записей и может обратиться к сетям или присоединить непредусмотренные источники; он также пропускает уже смонтированные записи и noauto, поэтому не является ни безвредной проверкой синтаксиса, ни полным доказательством.
В системах на базе systemd после редактирования fstab перечитайте конфигурацию менеджера, чтобы обновились сгенерированные mount units, затем проверьте зависимости и поведение загрузки по локальной документации.
Почему одного mount -a недостаточно для полной проверки fstab?
Практикуйтесь в лабораторной работе Управление разделами и файловыми системами Linux на безопасном для восстановления дополнительном хранилище.
Урок завершён
Вы завершили /etc/fstab
Теперь вы можете читать и проверять постоянную запись таблицы файловых систем.
Разбирать поля источника, цели, типа, параметров, dump и pass.
Выбирать проверенный идентификатор с нужной семантикой идентичности.
Задавать политику монтирования и проверки для конкретной файловой системы.
Сохранять аварийный доступ и вносить одно ограниченное изменение.
Сочетать статическую проверку, целевое монтирование и проверку политики загрузки.
Сохраните прогресс
Создайте бесплатный аккаунт, чтобы сохранить этот урок и продолжить на любом устройстве.
Создать бесплатный аккаунт