Что такое fstab, что там содержится?

Что такое /etc/fstab?

/etc/fstab (сокращение от file systems table — таблица файловых систем) — это статический конфигурационный файл в Unix- и Linux-подобных операционных системах, который содержит информацию о блочных устройствах хранения данных (жесткие диски, разделы, SSD, сетевые ресурсы) и правилах их автоматического монтирования при загрузке системы. Этот файл является критически важным компонентом процесса инициализации, поскольку определяет, какие файловые системы, куда и с какими параметрами будут подключены.

Структура и содержимое fstab

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

Общий формат записи:

<устройство или удаленный ресурс>  <точка монтирования>  <тип файловой системы>  <опции монтирования>  <дампинг>  <проверка файловой системы>

Рассмотрим каждое поле подробно:

1. <устройство или удаленный ресурс> (device):

    *   Указывает источник данных для монтирования. Это может быть:
        *   Путь к устройству блочного ввода-вывода: `/dev/sda1`, `/dev/nvme0n1p2`.
        *   **UUID** (Universally Unique Identifier) или **LABEL** тома: более надежный способ, так как не зависит от порядка обнаружения устройств системой (например, `UUID=1234abcd-5678-90ef...` или `LABEL=Home`).
        *   Сетевой ресурс: `server:/export/share` (для NFS) или `//server/share` (для SMB/CIFS).
        *   Специальные файловые системы: `proc`, `sysfs`, `tmpfs`.

1. <точка монтирования> (mount point):

    *   Абсолютный путь к каталогу, в который будет подключена файловая система. Каталог должен существовать до монтирования. Примеры: `/`, `/home`, `/var/log`, `/mnt/backup`.

1. <тип файловой системы> (filesystem type):

    *   Определяет драйвер, который будет использоваться для работы с данным устройством.
    *   Примеры: `ext4`, `xfs`, `btrfs`, `ntfs`, `vfat`, `nfs`, `cifs`, `swap`, `proc`, `tmpfs`.

1. <опции монтирования> (mount options):

    *   Список параметров, разделенных запятыми, которые определяют поведение смонтированной файловой системы. Это наиболее гибкая и важная часть настройки.
    *   **Ключевые опции:**
        *   `defaults` – включает стандартный набор (`rw,suid,dev,exec,auto,nouser,async`).
        *   `rw` / `ro` – монтирование с правами на чтение и запись или только на чтение.
        *   `noauto` – не монтировать автоматически при загрузке (например, для внешних USB-накопителей).
        *   `user` / `nouser` – разрешить или запретить монтирование обычным пользователям.
        *   `exec` / `noexec` – разрешить или запретить выполнение бинарных файлов.
        *   `async` / `sync` – асинхронный или синхронный режим записи.
        *   `_netdev` – критически важная опция для сетевых ФС (NFS, CIFS), указывающая ядру, что устройство требует наличия сети.
        *   `errors=remount-ro` – перемонтировать в режим "только чтение" при ошибках.

1. <дампинг> (dump):

    *   Устаревший флаг (0 или 1) для утилиты `dump`. В современных системах почти всегда устанавливается в `0` (не использовать).

1. <проверка файловой системы> (fsck order):

    *   Определяет порядок проверки файловых систем утилитой `fsck` при загрузке.
    *   `0` – проверка не требуется (для сетевых ФС, виртуальных ФС, swap).
    *   `1` – проверяется первой (обычно присваивается только корневой файловой системе `/`).
    *   `2` – проверяется после файловой системы с порядком `1`.

Практический пример записи

# Пример типичного /etc/fstab
# Устройство              Точка монтирования  Тип ФС  Опции                                      Дамп  Проверка
UUID=abcd1234-5678        /                   ext4    defaults,noatime,errors=remount-ro        0     1
UUID=efgh9012-3456        /home               ext4    defaults,relatime                         0     2
UUID=ijkl5678-9012        none                swap    sw                                        0     0
//nas/backup             /mnt/backup         cifs    username=myuser,password=mypass,_netdev  0     0
10.0.0.1:/data           /mnt/nfs            nfs     defaults,_netdev                          0     0
tmpfs                    /dev/shm            tmpfs   defaults,noexec,nosuid,size=2G            0     0

Роль в DevOps-инфраструктуре

Для инженера DevOps понимание и управление fstab важно в нескольких контекстах:

• Автоматизация развертывания (Provisioning): При использовании инструментов вроде Terraform, Ansible или Packer часто требуется программно генерировать или модифицировать записи fstab для автоматического подключения дополнительных томов (EBS в AWS, Persistent Disks в GCP, Managed Disks в Azure) к виртуальным машинам или контейнерам.
• Надежность инфраструктуры: Использование UUID вместо /dev/sdX предотвращает проблемы с монтированием при изменении порядка обнаружения дисков, что критично в облачных средах.
• Безопасность: Правильная настройка опций (noexec, nosuid) для общедоступных или временных точек монтирования повышает безопасность системы.
• Управление состоянием (Stateful workloads): В Kubernetes при использовании Persistent Volumes для stateful-приложений (базы данных, хранилища) драйверы CSI (Container Storage Interface) часто взаимодействуют с fstab на нодах для монтирования удаленных хранилищ.
• Устранение неисправностей: Знание fstab необходимо для диагностики проблем с загрузкой, когда система не может смонтировать корневую или другие критические файловые системы.

Основные команды для работы:

# Просмотр содержимого
cat /etc/fstab

# Проверка синтаксиса fstab без реального монтирования
sudo mount -a --fake

# Применение всех записей из fstab (монтирование всего, что не смонтировано и не имеет noauto)
sudo mount -a

# Узнать UUID дисков
sudo blkid

# Монтирование всех сетевых файловых систем
sudo systemctl start remote-fs.target

Таким образом, /etc/fstab — это не просто справочный файл, а декларативная конфигурация, определяющая, как система взаимодействует со своим хранилищем. В современной DevOps-практике его содержимое часто управляется через код (IaC — Infrastructure as Code), что обеспечивает воспроизводимость, контроль версий и согласованность конфигураций на всех серверах.