/etc/fstab - один из тех файлов, которые выглядят безобидно ровно до первой ошибки. Одна кривая строка и после перезагрузки сервер может внезапно уйти в emergency mode вместо нормальной загрузки. Поэтому fstab - это не то место, где стоит править на глаз.Что обычно описывают в fstab:
локальные диски;
LVM-разделы;
UUID устройств;
NFS/SMB-шары;
swap;
временные файловые системы.
Типовая строка выглядит так:
UUID=xxxx-xxxx /data ext4 defaults 0 2
▪️ Где чаще всего ошибаются:
1️⃣ Используют /dev/sdX вместо UUID. После перезагрузки или изменения порядка устройств диск может стать уже не sdb, а sdc. И mount сломается. Лучше так:
blkid
И в fstab использовать UUID=.
2️⃣ Путают точку монтирования. Каталог
/data должен существовать заранее. Если его нет, система может не примонтировать раздел как ожидалось.3️⃣ Ошибаются в типе файловой системы. Написали ext4 вместо xfs, xfs вместо ext4 - получили ошибку на загрузке.
4️⃣ Бездумно ставят defaults везде подряд. Для локального диска это нормально, но для NFS, CIFS, removable media или специальных mount’ов часто нужны отдельные опции.
5️⃣ Ломают загрузку сетевыми маунтами. Очень частая история: добавили NFS или SMB в fstab, сеть при старте еще не поднялась, и система зависает на boot.
Для таких случаев обычно используют:
_netdev,nofail,x-systemd.automount
6️⃣ Забывают про nofail для некритичных дисков. Если том не жизненно важен, лучше не валить из-за него загрузку всей системы.
7️⃣ Неправильно ставят последние два поля. Напоминание: предпоследнее - dump, а последнее - порядок fsck
Обычно для обычных разделов так:
0 2Для root:
0 1Для swap и многих специальных маунтов:
0 0▪️ Что делать безопасно после правки: никогда не проверять только перезагрузкой.
Сначала:
mount -a
Если команда отработала молча - уже хороший знак. Если есть ошибка, увидите ее сразу, а не после reboot.
Еще полезно проверить:
findmnt
или
systemctl daemon-reload
если используете systemd-специфичные опции.
#linux #fstab
🧑💻 NetworkAdmin