Какую файловую систему выбрать для домашнего NAS: EXT4, Btrfs или ZFS

Короткий ответ: если вы собираете простой домашний NAS из одного-двух дисков и хотите минимум сложностей — берите EXT4. Если нужны снимки, гибкость с томами и встроенная проверка целостности на умеренном железе — Btrfs. Если данные для вас критичны, вы готовы к большим объёмам памяти и более сложной настройке — ZFS. Ниже разберём, почему выбор зависит не столько от «лучшей» системы, сколько от вашего железа, объёма данных и готовности разбираться.

Файловая система в NAS — это не техническая мелочь, а основа, от которой зависит, переживут ли ваши данные сбой диска, отключение питания и тихое повреждение файлов. Поменять её потом можно только с полным переносом данных, поэтому решение лучше принять до первого запуска хранилища.

Что файловая система реально делает в NAS

Файловая система определяет, как данные раскладываются по дискам, как система узнаёт о повреждениях и что происходит при сбое питания. В контексте домашнего хранилища важны четыре функции:

• Целостность данных. Обнаружение и, в идеале, исправление «тихих» повреждений — ситуаций, когда диск возвращает не те байты, но не сообщает об ошибке. Это главная слабость классических систем вроде EXT4 без дополнительных слоёв.
• Снимки (snapshots). Мгновенная фиксация состояния файловой системы. Если файл случайно удалён или зашифрован вирусом, вы откатываетесь к снимку за секунды, без восстановления из резервной копии.
• Отказоустойчивость на уровне тома. Зеркалирование (RAID 1) или RAID с контролем чётности средствами самой файловой системы, без классического аппаратного или программного RAID-контроллера.
• Управление пространством. Возможность расширять пул, добавлять диски и гибко распределять место между папками и задачами.

Отдельно подчеркну: файловая система не заменяет резервную копию. Даже ZFS с зеркалом не спасёт от пожара, кражи, ошибки в конфигурации или одновременного выхода из строя дисков из одной партии. Правило «3-2-1» (три копии, два носителя, одна вне дома) остаётся в силе при любом выборе.

EXT4: проверенная классика без лишнего

EXT4 — журналируемая файловая система из мира Linux, десятилетиями используемая по умолчанию в дистрибутивах. Её сильные стороны — предсказуемость, производительность и почти полное отсутствие сюрпризов.

Сильные стороны

• Минимальные требования к железу и оперативной памяти. Работает комфортно даже на одноплатных компьютерах и старых NAS.
• Зрелый код: критические ошибки здесь находят редко, а инструменты восстановления (fsck) хорошо отработаны.
• Стабильная производительность на любых нагрузках — от медиатеки до виртуальных машин.
• Простота: один диск — один раздел с файловой системой. Понятно, что происходит и что чинить.

Ограничения

• Нет встроенных снимков. Резервное копирование — только внешними средствами (rsync, Borg, restic и подобными).
• Нет проверки контрольных сумм данных. Если диск тихо вернул повреждённые байты, EXT4 об этом не узнает — вы просто прочитаете испорченный файл.
• Нет встроенного RAID. Отказоустойчивость достигается классическим mdadm-массивом поверх дисков, что работает, но добавляет ещё один слой настройки.
• Уменьшить том нельзя, расширение возможно только «вправо» — добавлением диска в массив или заменой дисков на большие по очереди.

EXT4 — разумный выбор, когда хранилище простое: один-два диска, резервные копии делаются скриптом или синхронизацией, а главное требование — чтобы система «просто работала» без изучения документации.

Btrfs: снимки и гибкость без тяжёлого железа

Btrfs (произносится «баттер-эф-эс», от «b-tree file system») — файловая система с копированием при записи (copy-on-write, CoW). Суть подхода: при изменении файла новые данные пишутся в другое место диска, и только потом обновляются указатели. Это даёт снимки почти бесплатно и возможность хранить контрольные суммы для каждого блока данных.

Что это даёт на практике

• Мгновенные снимки. Перед обновлением системы или синхронизацией папки вы делаете снимок — и в любой момент возвращаетесь назад. На этом строятся интеграции с Time Machine для macOS и функциями отката в Synology и других готовых NAS.
• Обнаружение повреждений. Каждый блок проверяется по контрольной сумме при чтении. Если есть избыточность (зеркало), система автоматически подтягивает исправную копию.
• Сжатие на лету. Прозрачное сжатие (алгоритмы zstd, lzo) экономит место на текстах, логах, образах — типично 20–50% на подходящих данных без заметной потери скорости.
• Гибкое управление томами. Сабволюмы позволяют по-разному настраивать квоты, снимки и сжатие для разных папок.

Ограничения и нюансы

• RAID 5/6 в Btrfs долгое время считался нестабильным; для домашнего использования надёжным считается в основном зеркало (RAID 1) и его варианты. Если планируете чётность — проверяйте текущий статус реализации на дату настройки.
• Copy-on-write плохо дружит с файлами, которые постоянно перезаписываются целиком: базы данных и виртуальные диски требуют отключения CoW для конкретных папок, иначе падает производительность.
• Свободное место в многодисковых пулах распределяется неочевидно, и оценка «сколько ещё влезет» бывает неточной. Периодическая балансировка (balance) частично решает вопрос, но это дополнительное обслуживание.
• Производительность на слабых процессорах при активном сжатии и проверке сумм заметно ниже, чем у EXT4, хотя для файлового хранилища это обычно некритично.

Btrfs хорошо подходит, если вы хотите функциональность «как в готовых NAS» (снимки, сжатие, зеркало) на собственном железе, но не готовы к требованиям ZFS по памяти и сложности.

ZFS: максимум надёжности за счёт требований к системе

ZFS родилась в Solaris и давно доступна в Linux через OpenZFS. Это не просто файловая система, а объединённый менеджер томов: она сама управляет дисками, зеркалами, RAID-массивами (в терминах ZFS — vdev) и контрольными суммами.

Ключевые возможности

• Сквозная проверка целостности. Контрольные суммы хранятся вместе с данными, а избыточность на уровне пула позволяет автоматически исправлять повреждения. Это самый сильный механизм защиты от «тихой порчи» среди трёх систем.
• Скраб (scrub). Регулярная процедура, при которой ZFS читает весь пул и сверяет данные с суммами, исправляя расхождения. Рекомендуется запускать периодически — типично раз в неделю или месяц.
• Снимки, клоны, сжатие, дедупликация. Полный набор инструментов, причём снимки в ZFS — основа многих схем репликации между NAS.
• Гибкие пулы. Можно комбинировать зеркала и RAIDZ-группы, добавлять диски и расширять пул по мере роста.

Цена вопроса

• Оперативная память. ZFS активно кэширует данные (ARC) и выигрывает от объёма ОЗУ. Распространённая рекомендация — примерно 1 ГБ на каждый ТБ ёмкости как ориентир для комфортной работы, хотя минимально система запустится и на меньшем. Для пула на 20–40 ТБ желательно иметь 16–32 ГБ памяти.
• Понимание модели. Пул строится из vdev, и расширяемость имеет ограничения: классически добавить диск в существующий RAIDZ нельзя (в новых версиях OpenZFS появилась поддержка расширения RAIDZ, но её зрелость стоит проверить). Планировать пул нужно заранее, с запасом.
• Сложность восстановления. При серьёзной проблеме с пулом восстановление требует понимания ZFS. EXT4 с одним диском чинится проще.
• Лицензионная несовместимость. ZFS недоступна «из коробки» в ядре Linux из-за лицензионного конфликта; в большинстве дистрибутивов она ставится отдельным пакетом, а в некоторых готовых NAS-решениях отсутствует.

ZFS — выбор для тех, кто хранит невосполнимые данные (фотоархивы, рабочие проекты), готов инвестировать в память и потратить вечер на изучение документации. Именно ZFS лежит в основе TrueNAS и многих «серьёзных» домашних хранилищ.

Сравнение по практическим критериям

Критерий	EXT4	Btrfs	ZFS
Обнаружение тихих повреждений	Нет	Да, с исправлением при избыточности	Да, с исправлением при избыточности
Снимки	Нет	Да, встроенные	Да, встроенные
Встроенный RAID	Нет (нужен mdadm)	Зеркало надёжно, RAID 5/6 — с оговорками	Зеркала и RAIDZ, зрелая реализация
Требования к ОЗУ	Минимальные	Умеренные	Высокие
Сжатие на лету	Нет	Да (zstd, lzo)	Да (lz4, zstd)
Сложность освоения	Низкая	Средняя	Высокая
Типичное применение	Простой NAS, 1–2 диска	Домашний NAS с снимками	Хранение критичных данных, большие пулы

Как выбрать под свою ситуацию

Решение сводится к трём вопросам: насколько ценны данные, какое у вас железо и сколько времени вы готовы вкладывать в обслуживание.

Берите EXT4, если:

• хранилище — один или два диска, а резервные копии вы и так делаете наружу (на другой компьютер, в облако, на внешний диск);
• железо слабое: одноплатник, старый мини-ПК, NAS с 1–2 ГБ памяти;
• главный приоритет — простота и предсказуемость, а снимки не нужны.

Берите Btrfs, если:

• нужны снимки и откаты — например, для защиты от программ-шифровальщиков или случайного удаления;
• планируете зеркало из двух дисков и хотите, чтобы целостность контролировала сама файловая система;
• хотите сжатие для экономии места без потери скорости;
• памяти 4–8 ГБ, и наращивать её вы не планируете.

Берите ZFS, если:

• данные невосполнимы, и вы хотите максимально сильную защиту от повреждений;
• планируете пул от нескольких дисков с запасом на расширение;
• в системе 16 ГБ памяти и больше (или вы готовы их добавить);
• готовы периодически запускать скраб и разбираться в терминологии пулов и vdev.

Пошаговый порядок принятия решения

1. Оцените ценность данных. Разделите содержимое на «восстановимо из других источников» и «существует только здесь». Для второй категории снимки и проверка целостности — не роскошь, а необходимость.
2. Проверьте железо. Объём ОЗУ, число SATA-портов, возможность замены дисков без разбора корпуса. Для ZFS критична память; для Btrfs желателен процессор с поддержкой современных инструкций сжатия, хотя это не обязательно.
3. Выберите схему отказоустойчивости. Один диск без зеркала — допустимо только при наличии внешних копий. Два диска — зеркало. Четыре и больше — два зеркала или RAIDZ2 (допустимость потери двух дисков), если вы на ZFS.
4. Проверьте поддержку в вашей ОС. Если используете готовую NAS-систему (TrueNAS, OpenMediaVault, Unraid и подобные), уточните, какие файловые системы она поддерживает и насколько зрелая реализация — это может сузить выбор сильнее, чем любые теоретические сравнения.
5. Спланируйте резервное копирование отдельно. Файловая система защищает от сбоев диска и порчи, но не от пожара, кражи и собственных ошибок в конфигурации. Заложите вторую копию вне основного хранилища.
6. Протестируйте до переноса всех данных. Соберите систему, погоните её неделю-две на тестовых файлах, попробуйте снять и откатить снимок, вытащить (на зеркале — при выключенном питании) и вернуть диск. Так вы поймёте, комфортна ли вам выбранная система.

Типичные ошибки при выборе

• Считать файловую систему заменой бэкапу. Зеркало защищает от отказа одного диска, но не от удаления файлов, вируса, скачка напряжения, убившего оба диска, или ошибки при настройке пула. Копия вне NAS обязательна при любом выборе.
• Ставить ZFS на слабое железо «на вырост». Система заработает, но при нехватке памяти будет заметно тормозить, а экономия на ОЗУ обесценит главное преимущество — скорость и отзывчивость.
• Использовать RAID 5/6 в Btrfs, не проверив текущее состояние реализации. Репутация этих режимов в Btrfs исторически проблемная; перед настройкой уточните актуальный статус и рекомендации сообщества.
• Покупать диски одной партии и модели в зеркало. Диски из одной партии нередко выходят из строя близко по времени. Разные модели или разные поставщики снижают риск одновременной потери.
• Игнорировать обслуживание. ZFS требует регулярных скрабов, Btrfs — периодических балансировок и контроля свободного места, EXT4 — периодической проверки дисков по SMART. Любая система без присмотра со временем преподнесёт сюрприз.
• Заполнять пул «под завязку». CoW-системы (Btrfs, ZFS) деградируют по производительности и поведению при заполнении выше примерно 80–90%. Планируйте запас.

Обслуживание после запуска

Какая бы система ни была выбрана, домашнему NAS нужен минимальный регламент:

• настроить мониторинг SMART-параметров дисков и уведомления о проблемах — по почте или в мессенджер;
• для ZFS — расписание скраба (например, ежемесячно) и проверка статуса пула;
• для Btrfs — периодическая проверка ошибок и балансировка при фрагментации свободного места;
• для EXT4 на mdadm — контроль состояния массива и периодические проверки дисков;
• тестировать восстановление из резервных копий хотя бы раз в полгода: копия, которую ни разу не восстанавливали, — это гипотеза, а не бэкап;
• раз в год пересматривать схему: выросли данные — возможно, пора добавлять диски или менять схему избыточности.

Частые вопросы

Можно ли потом перейти с EXT4 на Btrfs или ZFS без потери данных?

Прямого преобразования нет. Переход означает создание нового пула и перенос данных — по сети, через временный диск или поэтапную замену дисков. Поэтому выбор стоит делать до наполнения хранилища.

Что лучше для медиатеки с фильмами и музыкой?

Если копии этих данных существуют где-то ещё, EXT4 или Btrfs с зеркалом более чем достаточны. ZFS даст максимум защиты, но для восполнимых файлов её преимущества используются не полностью.

Насколько критичен объём памяти для ZFS в реальности?

Система запустится и на 4–8 ГБ, но кэш будет маленьким, а производительность на больших пулах — скромной. Ориентир «1 ГБ на ТБ» — это рекомендация для комфортной работы, а не жёсткое требование; точные потребности зависят от нагрузки и размера пула.

Защищает ли снимки от вируса-шифровальщика?

Да, если снимки делаются автоматически по расписанию и вирус не имеет доступа к их удалению. Поэтому снимки стоит хранить с ограниченным сроком жизни и, в идеале, реплицировать на второй узел, недоступный из сети, где работает клиент.

Что выбрать, если я вообще не хочу в это углубляться?

Готовая NAS-система с автоматическими обновлениями, снимками и уведомлениями. В них файловая система уже подобрана производителем, и вам не придётся принимать это решение вручную.

С чего начать прямо сейчас

Сформулируйте три вещи: объём данных на ближайшие три-пять лет, ценность этих данных и характеристики железа, которое уже есть или которое вы готовы купить. Дальше выбор почти очевиден: слабое железо и простые задачи — EXT4; снимки и зеркало на умеренном железе — Btrfs; невосполнимые данные и запас по памяти — ZFS. И в любом случае настройте резервную копию вне основного хранилища до того, как перенесёте туда что-то важное: это единственная мера, которая работает при всех сценариях потерь сразу.

Материал носит информационный характер и описывает общие принципы выбора. Перед настройкой хранилища проверьте актуальное состояние файловых систем, поддержку в вашей операционной системе и рекомендации по вашей модели дисков: детали реализации и стабильность отдельных режимов со временем меняются.