Файловые системы: ext4, xfs, btrfs
Тема дорожной карты · Linux & Unix Fundamentals
ext4 — консервативный дефолт: журналируемая, зрелая, быстрая на типовых нагрузках, поддерживает онлайн-ресайз и восстановление через e2fsck. xfs — дефолт RHEL, отлично работает с большими файлами и параллельным I/O, расширяется онлайн (xfs_growfs), но не умеет уменьшаться. btrfs приносит copy-on-write, снапшоты, subvolume-ы, чексуммы и встроенный RAID — ценой бо́льшей операционной аккуратности; это дефолт SUSE и Fedora для /. Выбирайте по нагрузке: ext4 под общее использование, xfs под крупные БД и логи, btrfs (или zfs) — когда нужны снапшоты и контроль целостности.
Как это работает
Файловые системы: ext4, xfs, btrfs имеет слои: физические диски → разделы (fdisk, parted, gdisk) → опционально LVM (PV/VG/LV) или RAID (mdadm) → файловые системы (mkfs.ext4, mkfs.xfs) → монтирования (в /etc/fstab для persistence). df -h — свободное место; du -sh * — что его жрёт; lsblk — дерево блочных устройств; blkid — UUID. SSD выигрывают от discard или еженедельного fstrim. iostat и iotop — поиск I/O-боттлнеков.
Когда применять
LVM — на серверах, где может понадобиться рост ёмкости или снапшоты; пропустите на ноутах или single-purpose VM. RAID — для избыточности на bare metal; в облаке блок-стор сам справляется (gp3 на AWS, network-ssd на Yandex Cloud). Всегда /etc/fstab с UUID (не /dev/sda1 — имена девайсов меняются после reboot в некоторых конфигах). Алёрты на disk-full — до того, как кусает.
Типичные ошибки
Ловушки Файловые системы: ext4, xfs, btrfs: опечатка dd if=/dev/zero of=/dev/sda (мгновенная потеря данных — осторожно с /dev/-путями); resize смонтированной FS в неверном порядке (сначала раздел, потом FS — или LVM, где порядок менее ломкий); игнор исчерпания inode до ENOSPC, несмотря на свободные GB в df; непонимание, что rm файла, открытого процессом, не освобождает место (lsof | grep deleted).