Создание и метки
Монтировать в /etc/fstab лучше по UUID (имена /dev/sdX «плавают»).
Файловые системы: создание через mkfs, метки и UUID, проверка fsck, выбор между ext4 и xfs.
lsblk -f ; blkid ; df -Th
обзор ФС
sudo mkfs.ext4 -L data /dev/sdX1
создать (сотрёт!)
sudo tune2fs -m 1 /dev/sdX1
уменьшить резерв root до 1%
sudo umount /dev/sdX1 && sudo fsck -fy /dev/sdX1
проверка ext (отмонтированной!)
sudo xfs_repair /dev/sdX1
проверка xfs
Файловая система организует данные на разделе/томе. Самые частые:
fsck/e2fsck;xfs_repair.Связка: блочное устройство → ФС (mkfs) → монтирование (mount) → файлы.
Монтировать в /etc/fstab лучше по UUID (имена /dev/sdX «плавают»).
Никогда не запускай
fsckна смонтированной ФС — повредишь данные. Корень проверяют из live/recovery или автопроверкой при загрузке (fsck.mode=forceв параметрах ядра, либоtune2fs -c). Подробнее — в «Опасно».
ext4 нашла повреждение и записала в журнал ядра EXT4-fs error (см.
dmesg). Что дальше, задаёт поведение при ошибке в суперблоке:
Новая ФС от mkfs.ext4 получает Continue: ошибка записана, работа идёт
дальше. Корень Ubuntu смонтирован с errors=remount-ro (/etc/fstab). С
remount-ro ядро обрывает журнал (Aborting journal) и пишет Remounting
filesystem read-only. На ядре 6.8 Ubuntu 24.04 это выглядит так:
findmnt по-прежнему показывает rw, а запись отвечает
Input/output error;mount -o remount,rw возвращает 0, но запись не возвращается;mount -o remount,ro — cannot mount /dev/loop0 read-only, код 32.Чинит только проверка на отмонтированной ФС:
До проверки dumpe2fs показывает Filesystem state: clean with errors и
FS Error count: 1, после — clean. e2fsck на смонтированной ФС
отказывается: is mounted. и Cannot continue, aborting., код 8.
Повторяющиеся ошибки на настоящем диске — признак его износа: проверь
SMART (smartctl -a).
xfs не уменьшается в принципе. Уменьшать умеет только ext4 (resize2fs на меньший
размер, при отмонтированной ФС), иначе — пересоздавать и копировать.
Повреждение: отмонтируй и xfs_repair. Если не монтируется — xfs_repair -L
сбросит журнал (крайняя мера, риск потери последних записей).
5% зарезервировано для root по умолчанию. На диске данных верни: tune2fs -m 1.
Смени один: tune2fs -U random (ext) / xfs_admin -U generate (xfs).
mkfs стирает раздел без возможности восстановленияsudo mkfs.ext4 /dev/sdX1 (и любой другой mkfs.*) создаёт новую файловую
систему поверх содержимого раздела — все прежние данные становятся
недоступны сразу, штатного отката нет. Перед запуском проверяй устройство
дважды (lsblk -f, blkid): /dev/sdb1 на одной машине и /dev/sdb1 на
другой (или после переподключения диска) могут быть совершенно разными
разделами.
fsck/xfs_repair на смонтированной ФСПроверка и исправление ФС, пока она смонтирована и с ней работают процессы,
может повредить данные — fsck видит несогласованное состояние структур,
которое ядро ещё не записало на диск, и «чинит» то, что было верным. Всегда
umount перед fsck; корневую ФС проверяют из live-окружения/recovery или
автопроверкой при следующей загрузке.
xfs_repair -L (сброс журнала)Крайняя мера, когда xfs не монтируется даже для обычного ремонта. Сбрасывает
журнал транзакций — последние незаписанные на диск изменения теряются. Пробуй
xfs_repair без -L в первую очередь.
Есть неточность? Сообщить об ошибке в статье