fstab и монтирование при загрузке

/etc/fstab имеет ровно шесть полей на строку, разделённых пробелами. Каждая строка — одно монтирование.

cat /etc/fstab
# <устройство>                              <точка монт.> <тип ФС>  <опции>           <dump> <pass>
UUID=e5f6a7b8-c9d0-1234-5678-abcdef012345 /             ext4      errors=remount-ro 0      1
UUID=a1b2c3d4-5678-9abc-def0-123456789abc /boot         ext4      defaults          0      2
UUID=C7A2-1234                            /boot/efi     vfat      umask=0077        0      1
UUID=9f8e7d6c-ba98-7654-3210-fedcba987654 /data         xfs       defaults,noatime  0      2
tmpfs                                     /tmp          tmpfs     defaults,size=2G  0      0

Шесть полей:

1. устройство — что монтировать: UUID, LABEL или путь (/dev/sda3). UUID настоятельно предпочтителен.
2. точка монтирования — где в дереве. Должен быть существующим каталогом в момент монтирования.
3. тип ФС — ext4, xfs, btrfs, vfat, tmpfs, nfs и т.д.
4. опции — через запятую. defaults = rw,suid,dev,exec,auto,nouser,async.
5. dump — 0 или 1. Управляет устаревшим инструментом резервного копирования dump. Почти всегда 0 на современных системах.
6. pass — 0 = пропустить fsck при загрузке; 1 = проверять первым (только root); 2 = проверять после root. Root должен быть 1, остальные локальные ФС 2, сетевые/tmpfs всегда 0.

# Тестировать все записи fstab без перезагрузки
sudo mount -a
# Монтирует всё из fstab, что ещё не смонтировано
# Если команда вернула ошибку — исправить fstab СЕЙЧАС, до перезагрузки

# Смонтировать одну запись fstab по точке монтирования
sudo mount /data
# mount ищет /data в fstab и применяет записанные опции

Используй UUID, а не имена /dev/sda — имена устройств нестабильны. Ядро назначает /dev/sda, /dev/sdb и т.д. по порядку обнаружения при загрузке. Добавь второй диск, смени SATA-порт или поменяй отсек — порядок может измениться. /dev/sda становится /dev/sdb. Запись fstab для корневой файловой системы теперь указывает не на то устройство.

# Получить UUID файловой системы
lsblk -f /dev/sdb1
# NAME   FSTYPE FSVER LABEL UUID                                 FSAVAIL FSUSE% MOUNTPOINTS
# sdb1   ext4   1.0         9f8e7d6c-ba98-7654-3210-fedcba987654  890G     5% /data

# Альтернативный способ
sudo blkid /dev/sdb1
# /dev/sdb1: UUID="9f8e7d6c-ba98-7654-3210-fedcba987654" BLOCK_SIZE="4096" TYPE="ext4"

# LABEL — ещё один стабильный идентификатор (задаётся при mkfs или через tune2fs)
sudo tune2fs -L mydata /dev/sdb1
sudo blkid /dev/sdb1
# /dev/sdb1: LABEL="mydata" UUID="9f8e7d6c-..." TYPE="ext4"

# UUID vs LABEL:
# UUID: всегда уникален (присваивается при mkfs), не может конфликтовать
# LABEL: читаем человеком, но ДВЕ ФС могут иметь одинаковый label (неопределённое поведение)
# Рекомендация: всегда используй UUID в fstab

UUID записывается в суперблок ФС при mkfs и не меняется, если не переформатировать. При замене вышедшего из строя диска и восстановлении из бэкапа новая ФС получит новый UUID — не забудь обновить fstab.

nofail предотвращает переход в emergency mode при недоступном или неудавшемся монтировании. Без него любая запись fstab, не смонтировавшаяся при загрузке, заставляет systemd прервать последовательность загрузки.

# БЕЗ nofail: если /dev/sdc1 отсутствует (например, USB не подключён),
# загрузка останавливается:
# [FAILED] Failed to mount /backup.
# [!!!!!!] Dependency failed for Local File Systems.
# You are in emergency mode.

# С nofail: отсутствующее устройство молча пропускается, загрузка продолжается
# Запись в /etc/fstab:
UUID=abc123...  /backup  ext4  defaults,nofail  0  2

# Для сетевых ФС: сочетать с _netdev (systemd ждёт сети) и nofail (пропустить если нет сети):
//nas.local/share  /mnt/nas  cifs  credentials=/etc/samba/creds,_netdev,nofail  0  0

# Для внешних/съёмных дисков: всегда использовать nofail
UUID=def456...  /mnt/external  ext4  defaults,nofail,x-systemd.automount  0  2
# x-systemd.automount: монтировать при первом обращении, а не при загрузке

Используй nofail для: внешних дисков, USB-устройств, сетевых шар, дополнительных дисков с данными. НЕ используй nofail для корневой ФС или /boot — они критичны и ты хочешь сразу знать об их отказе.

Плохая строка fstab — классический способ лишить себя доступа к системе при загрузке. Сценарий: добавляешь запись для нового диска, допускаешь опечатку в UUID или забываешь создать каталог точки монтирования, сохраняешь fstab и перезагружаешься. systemd пытается смонтировать каждую запись; плохая не срабатывает; загрузка останавливается.

# Экран emergency mode выглядит так:
# You are in emergency mode. After logging in, type "journalctl -xb" to view
# system logs, "systemctl reboot" to reboot, "systemctl default" or ^D to
# try again to boot into default mode.
# Give root password for maintenance
# (or press Enter for automatic login):

# ШАГИ ВОССТАНОВЛЕНИЯ из аварийной оболочки:

# Шаг 1: перемонтировать root на запись (в emergency mode он только для чтения)
mount -o remount,rw /

# Шаг 2: определить плохую строку
cat /etc/fstab
# Найти только что добавленную строку — с опечаткой или неверным UUID

# Шаг 3: исправить или закомментировать плохую строку
nano /etc/fstab
# Закомментировать строку символом #:
# #UUID=WRONGUUID  /data  ext4  defaults  0  2

# Шаг 4: проверить исправление до перезагрузки
mount -a
# Если успех (или ошибка только на закомментированной строке) — можно перезагружаться

# Шаг 5: перезагрузиться
systemctl reboot

# ПРОФИЛАКТИКА: всегда тестировать 'mount -a' перед перезагрузкой после любого изменения fstab
sudo mount -a

На удалённом сервере, где emergency mode недоступен (нет консоли, нет IPMI), плохой fstab — это жёсткий сбой, требующий rescue mode от провайдера или доступа к серийной консоли. Поэтому mount -a перед перезагрузкой — не опциональная гигиена, а производственный safety gate.

systemd преобразует записи fstab в mount units при загрузке. Понимание этого объясняет некоторые поведения, кажущиеся загадочными.

# systemd генерирует mount units из fstab при загрузке через systemd-fstab-generator
# Просмотреть сгенерированные units:
systemctl list-units --type=mount
# UNIT                     LOAD   ACTIVE SUB     DESCRIPTION
# boot.mount               loaded active mounted /boot
# boot-efi.mount           loaded active mounted /boot/efi
# data.mount               loaded active mounted /data

# Просмотреть сгенерированный mount unit
systemctl cat data.mount
# # Automatically generated by systemd-fstab-generator
# [Unit]
# SourcePath=/etc/fstab
# [Mount]
# Where=/data
# What=/dev/disk/by-uuid/9f8e7d6c-...
# Type=xfs
# Options=defaults,noatime

# Также можно писать mount units напрямую (без fstab) — удобно в контейнерах
# Файл: /etc/systemd/system/data.mount
# [Unit]
# Description=Data volume
# [Mount]
# What=/dev/disk/by-uuid/9f8e7d6c-...
# Where=/data
# Type=xfs
# Options=noatime
# [Install]
# WantedBy=local-fs.target

# Проверить статус монтирования через systemd
systemctl status data.mount
# ● data.mount - /data
#      Loaded: loaded (/etc/fstab; generated)
#      Active: active (mounted) since ...
#       Where: /data
#        What: /dev/sdb1

systemd-fstab-generator запускается до обычной последовательности загрузки и преобразует строки fstab в транзитные mount units. Поэтому systemctl daemon-reload не нужен после редактирования fstab — генератор запускается заново при каждой загрузке. Для применения изменений fstab без перезагрузки используй mount -a (для новых монтирований) или systemctl daemon-reload с последующим systemctl restart <точка_монтирования>.mount.