Сравнение файловых систем NTFS, exFAT, FAT32, ext4 и других: какую выбрать в 2026 году

Быстрый ответ: какую файловую систему выбрать под вашу задачу

Флешка или внешний SSD, которые подключаются к Windows, macOS и Linux: exFAT. Чтение и запись работают на всех трёх системах без сторонних драйверов, а предельный размер файла в 16 ЭБ на практике недостижим.

Внешний диск, который работает только с Windows: NTFS. Журналирование, списки доступа ACL, шифрование EFS, сжатие и теневые копии VSS доступны сразу после форматирования.

Системный раздел Linux: ext4. Для серверов с большими файлами и параллельной записью: XFS. Для NAS на TrueNAS и других ZFS-сборках: ZFS.

FAT32 для новых задач не подходит: файл больше 4 ГБ на такой том просто не запишется, журналирования нет, права доступа не хранятся. Windows вдобавок ограничивает форматирование в проводнике объёмом 32 ГБ, для больших томов нужен diskpart или сторонняя утилита.

Все характеристики приведены по состоянию на сентябрь 2026 года: ядро Linux 6.x с драйверами ntfs3 и exfatprogs, Windows 11 25H2, macOS 26.

Ключевые критерии сравнения файловых систем

Решение сводится к восьми параметрам. Сверьте их со своей задачей, и выбор перестанет быть спором о вкусах.

• Максимальный размер файла. Определяет, запишется ли образ диска, бэкап виртуальной машины или видеофайл целиком. У FAT32 предел 4 ГБ, у ext4 при блоке 4 КиБ - 16 ТБ, у NTFS и exFAT - 16 ЭБ.
• Максимальный размер тома. Важен для RAID-массивов и крупных LUN. У FAT32 это 2 ТБ, у ext4 - 1 ЭБ, у ZFS - 256 ЗБ на пул.
• Журналирование. Журнал хранит незавершённые операции и восстанавливает метаданные после отключения питания. Реализовано в NTFS, ext4, XFS, Btrfs, ZFS, APFS, HFS+. Его нет в exFAT и FAT32.
• Права доступа. POSIX-права и ACL нужны там, где на одном томе работают разные пользователи и сервисы. NTFS использует собственные ACL, ext4 и XFS - POSIX ACL, exFAT и FAT32 прав не хранят.
• Кроссплатформенность. Нативная поддержка чтения и записи в Windows, Linux и macOS без дополнительных драйверов есть только у exFAT и FAT32.
• Производительность. Зависит от размера файлов, глубины очереди ввода-вывода и самой ФС. Мелкие файлы и метаданные быстрее обрабатывают ext4 и NTFS, крупные последовательные потоки - XFS.
• Устойчивость к сбоям. Контрольные суммы блоков данных защищают от тихих ошибок чтения. Их считают ZFS и Btrfs, в ext4 и XFS контрольные суммы есть только у метаданных.
• Шифрование, сжатие, снапшоты. NTFS даёт EFS и сжатие, BitLocker шифрует том целиком. ZFS и Btrfs умеют снапшоты и прозрачное сжатие, в ext4 доступно шифрование через LUKS на уровне блочного устройства.

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

Сравнительная таблица файловых систем

Данные актуальны на сентябрь 2026 года. ЭБ - эксабайт, ЗБ - зеттабайт, ПБ - петабайт.

NTFS: возможности и ограничения

NTFS остаётся рабочей ФС для Windows: журналирование операций, ACL, квоты, шифрование EFS, сжатие, альтернативные потоки данных и теневые копии VSS работают из коробки. Теоретический предел файла 16 ЭБ, тома 8 ПБ, а форматирование тома свыше 256 ТБ в графическом интерфейсе Windows недоступно.

Кроссплатформенность ограничена. Обработка накопителя быстрее стала после ядра 5.15, улучшения продолжаются и в 6.x. macOS монтирует NTFS только для чтения, для записи нужен сторонний драйвер вроде Paragon NTFS for Mac.

Практический риск: резкое извлечение диска помечает том как грязный, и следующая запись может упереться в проверку chkdsk. Для внешних дисков с Windows это терпимо, для обмена файлами между ОС лучше сразу брать exFAT.

exFAT: оптимальный выбор для флешек и внешних накопителей

exFAT создавали под флеш-память: накладные расходы минимальны, поддерживаются файлы до 16 ЭБ, тома до 128 ПБ и крупные кластеры до 32 МБ, что ускоряет работу с видео и образами. Журнала и прав доступа нет, а значит нет и защиты метаданных при внезапном отключении.

Поддержка в 2026 году есть везде: Windows и macOS работают с exFAT нативно, Linux - через драйвер ядра и утилиты exfatprogs (начиная с ядра 5.4, старый вариант exfat-fuse остался для совместимости). Шифровать такой носитель можно BitLocker To Go.

Выбирайте exFAT для SD-карт камер, флешек, внешних SSD, которые переносят данные между Windows, Linux и macOS. Не ставьте её на системный раздел: прав и журнала там нет, операционная система просто не загрузится.

FAT32: устаревшая, но всё ещё встречающаяся

Ограничение в 4 ГБ на файл (точнее, 4 ГБ минус 1 байт) закрывает FAT32 путь к бэкапам, ISO-образам и видео высокого разрешения. Максимальный размер тома 2 ТБ, но проводник Windows не даст отформатировать раздел больше 32 ГБ, для остального нужен diskpart или сторонняя утилита.

Журналирования и прав доступа в FAT32 нет, работа с длинными именами поддерживается через расширение VFAT, максимальный размер кластера 32 КБ. ФС продолжает жить в загрузочных разделах UEFI (EFI System Partition), прошивках, автомобильных магнитолах, принтерах и телевизорах со USB-портом.

Если флешка нужна для загрузки системы на UEFI, FAT32 обязательна. Если для переноса файлов, берите exFAT, а для Windows-диска - NTFS.

ext4: стандарт для Linux

ext4 журналирует метаданные, использует экстенты и отложенное выделение блоков, держит файлы до 16 ТБ при блоке 4 КиБ и том до 1 ЭБ, до 4 миллиардов файлов. POSIX ACL, расширенные атрибуты, квоты, онлайн-рост через resize2fs и проверка fsck доступны из e2fsprogs.

Дистрибутивы Debian и Ubuntu ставят ext4 по умолчанию на корневой раздел. Из Windows том читается сторонними драйверами, из macOS - через FUSE, и оба варианта годятся скорее для разового доступа, чем для постоянной работы.

Главное ограничение заметно на серверах: 16 ТБ на файл мало для образов виртуальных машин и больших выгрузок. Там ext4 уступает XFS, который не имеет такого потолка.

XFS, Btrfs и ZFS: файловые системы для серверов и NAS

XFS рассчитана на большие файлы и параллельную запись: файл и том до 8 ЭБ, распределение по allocation groups убирает конкуренцию за метаданные при многопоточной нагрузке. Том растёт на лету, поддерживаются reflink-копии. Уменьшить XFS нельзя, поэтому раздел сразу планируют с запасом. Это ФС по умолчанию в RHEL и производных, её же ставят под базы данных и файловые серверы.

Btrfs даёт снапшоты, контрольные суммы данных и метаданных, сжатие zstd и lzo, подтома и отправку снапшотов через send/receive. Уровни RAID 0, 1 и 10 работают стабильно, RAID 5 и 6 для массивов из нескольких дисков лучше не использовать из-за известных проблем с восстановлением. Btrfs стоит по умолчанию в openSUSE и Fedora Workstation, а также на многих потребительских NAS.

ZFS объединяет файловую систему и менеджер томов: пулы, RAIDZ1/2/3, контрольные суммы, снапшоты, репликация, дедупликация, кэш ARC и отдельный лог SLOG. Цена - требования к памяти: минимум 8 ГБ, плюс примерно 1 ГБ RAM на каждый терабайт дискового пространства, а дедупликация требует дополнительных гигабайт на каждый терабайт данных. ECC-память желательна, хотя и не обязательна. Именно ZFS использует TrueNAS, и её же выбирают для СХД с требованием к целостности. Подробное сравнение ZFS, XFS и Btrfs с рекомендациями по конфигурации собрано в материале о файловых системах для СХД.

Совместимость с Windows, Linux и macOS: таблица и пояснения

Уровни поддержки без дополнительного софта выглядят так.

Универсального варианта два: exFAT и FAT32. Всё остальное требует драйверов, и именно на этом ломаются сценарии обмена. macOS не пишет в NTFS без стороннего ПО, Windows не видит ext4 и XFS, а Linux обходится FUSE-драйверами для APFS и HFS+, которые медленнее нативных.

Как выбрать файловую систему для конкретного сценария

• Домашний ПК на Windows. NTFS: системный раздел, теневые копии, BitLocker и Data Deduplication на серверных редакциях.
• Домашний ПК на Linux. ext4 для корня, отдельный раздел под данные можно сделать на XFS.
• Внешний диск для обмена между Windows и macOS. exFAT, если важна совместимость, и NTFS, если диск подключается только к Windows.
• Флешка для установки системы на UEFI. FAT32: этого требует спецификация EFI System Partition.
• Карта памяти камеры или дрона. exFAT, потому что FAT32 не примет файл видео длиннее 4 ГБ.
• Сервер Linux под файлы и базы данных. XFS или ext4. XFS выигрывает на крупных файлах и параллельных потоках, ext4 проще в обслуживании и восстановлении.
• NAS. ZFS в TrueNAS, Btrfs в Synology, ext4 в OpenMediaVault. Доступ к массиву по сети настраивается отдельно, о выборе протоколов читайте в разборе iSCSI, NFS, SMB и Fibre Channel.
• Виртуализация и контейнеры. XFS под образы ВМ, ext4 под корень гипервизора, ZFS под снапшоты и репликацию.

Если сомневаетесь в классе решения целиком, а не только в ФС, начните с критериев выбора хранилища: масштабируемость, протоколы и совокупная стоимость владения разобраны в статье о выборе системы хранения.

Типичные ошибки при выборе и миграции файловых систем

• Форматирование без резервной копии. Формат не конвертирует данные, а уничтожает их. Конвертеров между NTFS, ext4 и XFS не существует, есть только копирование.
• FAT32 для файлов больше 4 ГБ. Копирование обрывается на середине, и пользователь видит «файл слишком велик для конечной файловой системы».
• Запись на NTFS из macOS без драйвера. Штатно том монтируется только для чтения, а попытки принудительно включить запись приводят к повреждению структур.
• exFAT на системном разделе. Нет прав и журнала, загрузка невозможна.
• Миграция с ext4 на XFS без правки fstab и загрузчика. После перезаписи раздела старые UUID в /etc/fstab ведут в никуда, а GRUB нужно переустанавливать.
• Сервер без журналирования. ФС без журнала на боевой нагрузке даёт повреждённые метаданные после каждого сбоя питания.
• Копирование через cp без сохранения атрибутов. Права, ACL и xattr теряются, если не использовать rsync с ключами сохранения.

Чек-лист безопасного перехода: снимите полный бэкап и проверьте его восстановление на другом носителе, зафиксируйте точки монтирования и UUID, скопируйте данные командой rsync -aHAX --numeric-ids, обновите fstab по новым UUID, переустановите загрузчик через grub-install и update-grub, загрузитесь и сверьте df -h, права через getfacl, после проверки сделайте свежий бэкап. Если после сбоя диск уже не монтируется, порядок действий и инструменты разобраны в руководстве о необратимых сбоях файловых систем.

Производительность файловых систем: что говорят тесты

NTFS на Windows показывает высокие результаты на смешанной нагрузке. В Linux ситуация зависит от драйвера: ntfs3 в ядре заметно обгоняет ntfs-3g на FUSE, особенно на последовательных операциях, но обе реализации уступают нативным ext4 и XFS.

exFAT быстрее FAT32 на флешках за счёт меньших накладных расходов и крупных кластеров, однако на множестве мелких файлов проигрывает журналируемым ФС. ext4 традиционно сильна на метаданных и каталогах с большим числом записей, XFS выигрывает на крупных файлах и параллельной записи, когда несколько потоков пишут одновременно.

ZFS даёт высокую скорость чтения за счёт кэша ARC, но синхронная запись с sync=always упирается в производительность лог-устройства. Дедупликация редко окупается вне сценариев виртуализации: она требует нескольких гигабайт памяти на каждый терабайт данных.

Для SSD важнее не сама ФС, а выравнивание разделов и поддержка TRIM: ext4, XFS, Btrfs и NTFS корректно работают с discard и утилитой fstrim. Бенчмарки из обзоров плохо переносятся на чужое железо, поэтому прогоняйте fio под своей нагрузкой. Быстрее всего это сделать на арендованном инстансе, например в облаке Timeweb Cloud, где конфигурацию диска и число vCPU можно менять под тест.

Итог: рекомендации на 2026 год

Для домашнего ПК на Windows берите NTFS, для кроссплатформенных флешек и внешних SSD - exFAT, для Linux - ext4, для серверов данных - ext4 или XFS, для NAS - ZFS. FAT32 оставьте только загрузочным разделам UEFI и старой периферии.

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

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