Файловая система – это что такое и как работает?

Файловая система - это часть операционной системы, которая определяет, как данные раскладываются по диску: в каком порядке записываются блоки, где хранятся имена и права доступа, как найти нужный файл среди миллионов. Самые распространённые - NTFS и ReFS в Windows, EXT4, XFS и Btrfs в Linux, APFS в macOS, FAT32 и exFAT на флешках.

Проще говоря, файловая система стоит между хаосом из нулей и единиц на диске и привычной структурой папок на экране. Она определяет, как данные записываются, хранятся и читаются - от домашнего ноутбука до нагруженного сервера 1C с сотнями одновременных подключений.

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

Что такое файловая система

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

От выбора ФС зависит многое: скорость работы с мелкими файлами, устойчивость к сбоям, поддержка больших томов. Для домашнего ПК это редко критично - работает и ладно. А вот для сервера, где одновременно пишут и читают десятки процессов, выбор ФС напрямую влияет на производительность. Если вы ещё разбираетесь, что такое сервер и чем он отличается от обычного ПК - начните с этого, а потом вернитесь к файловым системам.

Классификация файловых систем

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

По типу носителя:

• локальные диски - NTFS и ReFS для Windows, APFS для macOS, семейство EXT и XFS/Btrfs для Linux;
• съёмные накопители - FAT32 и exFAT (работают практически везде);
• сетевые хранилища - NFS (Unix/Linux-мир), SMB/CIFS (Windows-среда и не только).

По внутреннему устройству ФС различаются тем, как хранят карту файлов. FAT и NTFS используют таблицы и цепочки записей, HFS+ и UFS - деревья, EXT4, XFS и Btrfs - комбинированные структуры с экстентами и B-деревьями. Для администратора это чаще всего абстракция, но она объясняет разницу в скорости: например, поиск файла в каталоге с сотней тысяч записей на FAT32 и на EXT4 занимает очень разное время.

Задачи файловой системы

Если вы подбираете железо - скажем, решаете, как выбрать сервер для 1C - полезно понимать, какие задачи ложатся на файловую систему:

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

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

Основные функции файловых систем

Основные функции ФС:

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

ФС используют кэширование и дефрагментацию (а точнее - стараются минимизировать фрагментацию при записи), чтобы ускорить доступ к данным и рационально использовать дисковое пространство.

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

Операционные системы и типы файловых систем

Три основные ОС - три экосистемы файловых систем, хотя границы между ними давно размыты:

• Windows - NTFS для системных и рабочих дисков, ReFS для серверных сценариев. На флешках - FAT32 или exFAT;
• macOS - APFS на всех устройствах Apple с 2017 года. HFS+ ещё встречается на старых машинах, но Apple активно от неё уходит;
• Linux - EXT4 как дефолт для большинства дистрибутивов, XFS в RHEL-подобных системах, Btrfs набирает популярность (Fedora, openSUSE уже перешли на неё по умолчанию).

Android использует EXT4 (а новые устройства - F2FS для флеш-памяти), microSD форматируются в FAT32 или exFAT. Обычный пользователь этого не замечает - всё работает «из коробки».

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

Классический пример: microSD в смартфоне отформатирована в FAT32, и на неё нельзя перенести приложения - ФС этого не поддерживает. Обходной путь - через Linux (или ADB) разбить карту на два раздела: FAT32 для медиафайлов и EXT4 для приложений. Правда, с учётом объёмов встроенной памяти в телефонах 2025-2026 годов этот трюк уже редко нужен.

Ещё один минус FAT32 - она не умеет писать данные «на новое место», а перезаписывает секторы. Для флеш-памяти с ограниченным ресурсом перезаписи это ускоряет износ. exFAT и NTFS ведут себя аккуратнее, хотя для флешек и карт памяти exFAT - выбор получше: меньше накладных расходов и отличная совместимость.

Файловые системы Windows

Windows за свою историю прошла путь от FAT16 через FAT32 к NTFS, а для серверных задач добавилась ReFS. На практике выбор делает не пользователь, а установщик ОС: Windows 10/11 автоматически форматирует системный раздел в NTFS, и менять это без веской причины - идея сомнительная.

Если используются съёмные диски, то лучше прибегать к exFAT: он читается и в Windows, и в macOS, и в Linux, а лимита в 4 ГБ на файл у него нет. FAT32 остаётся вариантом только там, где устройство не умеет ничего другого. При работе на компьютере, где хранится много данных, применяется NTFS либо ReFS.

Файловые системы macOS

Apple давно пошла своим путём в файловых системах:

• HFS+ - устаревающий формат, который всё ещё можно встретить на старых Mac. Для новых устройств Apple его уже не использует;
• APFS - стандарт для всей экосистемы Apple: macOS, iOS, iPadOS, watchOS, tvOS. Заточена под SSD и флеш-память: клонирование файлов за доли секунды, нативное шифрование, снапшоты;
• Apple Xsan - кластерная ФС для профессионального видеопроизводства и серверных ферм, где нужен одновременный доступ к петабайтам данных с нескольких машин.

Для съёмных носителей допустимы ФС FAT32 и exFAT. Они хорошо читаются macOS, вполне совместимы и удобны для работы.

Файловые системы Linux

Linux - чемпион по количеству поддерживаемых файловых систем. Открытый код делает своё дело: хочешь - пиши свою ФС, ядро это позволяет.

Основные игроки:

• EXT4 - рабочая лошадка. Стабильна, проверена годами, дефолт в Ubuntu, Debian и производных. Для 90% задач - за глаза;
• XFS - стандарт в RHEL, Rocky Linux, AlmaLinux. Хорошо справляется с большими файлами и параллельными операциями записи;
• Btrfs - Copy-on-Write ФС со снапшотами, встроенным сжатием и RAID. Уже стоит по умолчанию в Fedora и openSUSE. Для серверов с нагруженным вводом-выводом пока уступает XFS, но развивается активно;
• JFS - легковесная ФС от IBM, встречается редко;
• ReiserFS - фактически заброшена, Reiser4 так и не вошёл в основное ядро.

NTFS и FAT32 Linux читает и пишет через драйвер ntfs3 (в ядре с версии 5.15) и модуль vfat - никаких дополнительных танцев с бубном.

Дополнительные файловые системы

Кластерные и специализированные ФС - это про хранение данных в масштабах дата-центра:

• ZFS - изначально создана Sun Microsystems, сейчас живёт в OpenZFS. Работает на Linux, FreeBSD, illumos. Встроенные RAID-Z, дедупликация, сжатие, снапшоты - всё из коробки. Популярна для NAS и систем хранения; мы разбирали подробно, что даёт ZFS и кому она реально нужна;
• VMFS - файловая система VMware vSphere для хранилищ виртуальных машин. Если у вас ESXi - вы с ней работаете. Если же вы ещё не определились со стеком виртуализации, стоит сначала разобраться, какой гипервизор выбрать, - от этого напрямую зависит выбор ФС;
• GFS2 - кластерная ФС для Linux (Red Hat). Даёт нескольким нодам одновременно работать с общим хранилищем;
• Apple Xsan - нишевое решение для видеопроизводства на Mac.

Эти ФС заточены под конкретные задачи и инфраструктуры, на обычном десктопе вы их не встретите.

FAT и FAT32

История FAT (File Allocation Table) начинается в 1977 году, когда её разработали для продуктов Microsoft. Система прошла несколько поколений - FAT12, FAT16, FAT32, где цифра указывает разрядность адресации кластеров. Сегодня из всего семейства реально жива только FAT32.

Устроена она просто: загрузочный сектор, таблица с указателями на кластеры, область данных. Ни журнала, ни прав доступа - поэтому FAT32 нетребовательна и понятна любому устройству, от фотоаппарата 2005 года до автомагнитолы.

За простоту приходится платить. Главное ограничение - файл не больше 4 ГБ: записать на такую флешку один образ диска или длинное видео в 4K не получится. Раздел по спецификации ограничен 2 ТБ, а штатный установщик Windows и вовсе не даст отформатировать в FAT32 том больше 32 ГБ. Прав доступа нет, журнала нет - после сбоя питания том может потребовать проверки.

Так что FAT32 держим там, где устройство не понимает ничего другого. Для остальных съёмных носителей берём exFAT.

NTFS (файловая система новой технологии)

NTFS (New Technology File System) появилась в 1993 году вместе с Windows NT 3.1 - и с тех пор остаётся стандартом для Windows. «New» в названии давно стало ироничным, но технология живёт и развивается: за 30 с лишним лет NTFS обросла журналированием, шифрованием (EFS), сжатием и поддержкой ACL.

NTFS имеет множество преимуществ:

• журналирование метаданных - после сбоя питания том восстанавливается без долгой проверки всего диска;
• права доступа (ACL), квоты, теневые копии, шифрование EFS;
• хорошие показатели по фрагментации и встроенная проверка дисков на ошибки;
• поддержка по-настоящему больших томов - до 8 ПБ на Windows Server 2019 и новее.

Для рабочих дисков Windows и файловых ресурсов на Windows Server NTFS остаётся стандартом - и менять его обычно незачем.

ReFS (Resilient File System)

ReFS (Resilient File System) Microsoft представила ещё в Windows Server 2012, но зрелости система достигла позже. ReFS использует модель Copy-on-Write: данные никогда не перезаписываются на месте - новая версия блока пишется в свободное пространство, а метаданные обновляются атомарно. Если питание пропадёт посреди записи - старые данные останутся целыми.

Где это пригодится: Storage Spaces Direct в Windows Server, Hyper-V (ускоренное создание .vhdx через Block Cloning), бэкап-серверы с большими томами. ReFS масштабируется до 35 ПБ на том - особенно востребована там, где нужно выбрать сервер для хранения бэкапов и обеспечить целостность данных.

Ограничения у ReFS тоже есть: ни сжатия, ни шифрования EFS, ни дисковых квот, ни загрузки системы с такого тома в классическом сценарии. Как системный диск она не ставится - это ФС для данных. Для десктопов Microsoft её тоже не продвигает: в клиентской Windows ReFS доступна ограниченно, здесь по-прежнему царит NTFS.

Файловая система exFAT

exFAT (Extended File Allocation Table) - разработка Microsoft 2006 года, созданная специально для флешек и карт памяти. По сути, это FAT32 без лимита в 4 ГБ на файл: exFAT поддерживает тома до 128 ПБ (рекомендованный максимум - 512 ТБ) и файлы, размер которых на практике упирается только в размер тома.

Плюсы exFAT:

• снимает ограничение FAT32 на размер файла - видео в 4K/8K пишется без проблем;
• минимальные накладные расходы - идеально для флеш-памяти;
• совместимость с Windows, macOS, Linux (поддержка в ядре с версии 5.4) и большинством бытовой электроники.

Минус тот же, что у FAT32: журнала нет, прав доступа нет. Выдёргивать флешку из порта во время записи по-прежнему плохая идея. Как ФС для системного или файлового тома на сервере exFAT не годится: её задача - переносимость между устройствами, надёжность под постоянной нагрузкой в неё не закладывали.

Про «не поддерживается Linux» - это давно неактуально. Microsoft открыла спецификацию exFAT, драйвер вошёл в основное ядро Linux. Так что exFAT сейчас - фактически универсальная ФС для съёмных носителей.

Файловые системы на базе FUSE

FUSE (Filesystem in Userspace) - способ запустить файловую систему обычной программой, без написания модуля ядра. Разработчику это резко упрощает жизнь: не нужно лезть в ядро, ошибка в коде не роняет систему целиком.

Через FUSE работают, например:

• SSHFS - монтирование удалённого каталога по SSH как обычной папки;
• доступ к памяти Android-устройства, подключённого к Linux;
• множество сетевых и облачных хранилищ, которые видны как локальный диск.

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

Наращиваемые файловые системы

Основная особенность наращиваемой файловой системы - возможность увеличивать её ёмкость без остановки работы. Диски добавляют в пул, том расширяется, сервис при этом продолжает отвечать.

Преимущества:

• гибкость - место добавляется по мере роста данных, без простоя;
• экономичность - платить сразу за весь запланированный объём не нужно;
• удобство эксплуатации - расширение выполняется штатными средствами, без переноса данных на новый том.

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

Кластеризованные файловые системы

Кластерная ФС разворачивается на группе серверов, но ведёт себя как единое пространство хранения. Такая инфраструктура предъявляет повышенные требования и к железу, и к физической среде - стоит заранее изучить требования к серверным помещениям, если речь идёт о полноценном кластере. Для приложений это выглядит как один большой диск - а под капотом данные распределены по нескольким нодам с репликацией и механизмами отказоустойчивости.

Что даёт такая кластеризация:

• держать несколько копий данных и переживать выход ноды из строя;
• использовать под хранение всё доступное пространство кластера;
• распределять нагрузку чтения и записи между узлами.

Примеры: Oracle ACFS (кластерная ФС для Oracle Grid Infrastructure), VMware VMFS, GFS2 (Red Hat), Ceph FS (распределённое хранилище, популярное в OpenStack и Kubernetes-окружениях). Как правило, кластерные ФС привязаны к конкретному стеку технологий и выбираются исходя из инфраструктуры, а не личных предпочтений.

Файловые системы с общим диском

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

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

Чтобы серверы не затирали записи друг друга, такие ФС используют распределённые блокировки - и именно этот механизм становится узким местом под нагрузкой. Примеры: GFS2 и OCFS2 в Linux, VMFS в среде VMware, DFS в Windows-инфраструктуре.

Что такое HFS/HFS+?

HFS (Hierarchical File System) - разработка Apple для Mac-компьютеров. Хорошо работает с атрибутами - именами, типами, метками.

HFS+ заменила оригинальную HFS в 1998 году: появилась 32-битная адресация блоков, журналирование, поддержка Unicode в именах файлов. Долгое время HFS+ оставалась основой экосистемы Apple. Но с 2017 года Apple перевела все свои устройства на APFS, и HFS+ перешла в статус legacy - встретить её можно на старых Mac или внешних дисках, которые давно не переформатировали.

Что такое EXT3 и EXT4?

EXT3 и EXT4 представляют Linux и работают на её платформах. EXT3 ведёт отсчёт с 2001 года и стала предшественницей EXT4, которая появилась на 5 лет позже. Третья версия EXT имеет поддержку журналирования, которая защищает от потери данных.

EXT4 поддерживает файлы до 16 ТБ, тома до 1 ЭБ, extents для уменьшения фрагментации и отложенное выделение блоков (delayed allocation). Android до сих пор использует EXT4 на многих устройствах, хотя Google постепенно переводит новые модели на F2FS - ФС, специально оптимизированную под флеш-память.

Разработчики ядра Linux и сами называют EXT4 архитектурой прошлого поколения: будущее за Copy-on-Write системами вроде Btrfs. Но EXT4 настолько надёжна и отлажена, что «убить» её в обозримой перспективе вряд ли получится - именно поэтому она до сих пор дефолт в Ubuntu и Debian.

Чем отличаются FAT32, NTFS, exFAT, HFS+, EXT4 и ReFS

Все споры о файловых системах упираются в четыре параметра: какой файл влезет, какой том потянет, есть ли журнал и права доступа, и кто эту ФС сможет прочитать. Сводка по основным вариантам:

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

exFAT против NTFS

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

NTFS умеет больше - ведёт журнал, сжимает файлы, поддерживает альтернативные потоки данных и права доступа. Но главное её отличие в другом: она переживает сбой питания без потери тома, а exFAT такой гарантии не даёт.

Отсюда и разделение: диски компьютера форматируем в NTFS, съёмные носители - в exFAT.

NTFS против FAT32

FAT32 не умеет ничего из того, что нужно рабочему диску: ни журнала, ни прав доступа, ни файлов больше 4 ГБ. NTFS обладает значительными преимуществами, включая восстановление после сбоев, сжатие и разграничение доступа.

Но у FAT32 есть достоинство, которое перевешивает всё остальное в своей нише, - её понимает почти любое устройство, включая старую бытовую технику и оборудование, которое давно не обновлялось. Именно поэтому FAT32 до сих пор жива на флешках, хотя для работы на компьютере с Windows выбор однозначен - NTFS.

FAT32 против exFAT

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

FAT32 берём, если в цепочке есть что-то старое и капризное - магнитола, телевизор, промышленный контроллер, фотоаппарат десятилетней давности. Во всех остальных случаях exFAT лучше: нет лимита в 4 ГБ, меньше износ флеш-памяти, выше скорость на крупных файлах. Разговоры о том, что exFAT не читается в Linux, устарели - драйвер в ядре с версии 5.4.

EXT4 против NTFS

Обе ФС годятся для постоянной работы под нагрузкой и обе журналируемые, но живут в разных мирах.

EXT4 разработана для Linux: не нуждается в дефрагментации, быстро проверяется после сбоя, использует POSIX-права. Главный нюанс - Windows её разделы штатно не читает, нужны сторонние драйверы.

NTFS работает нативно в Windows, поддерживает шифрование и сжатие, читается в Linux через ntfs3, а в macOS доступна только для чтения. При выборе ориентируйтесь не на «кто лучше», а на то, какая ОС будет работать с диском постоянно.

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

На десктопе вопрос выбора закрывает установщик ОС. На сервере он встаёт по-настоящему: том под базу данных, под виртуалки и под архив бэкапов живут по разным правилам.

Несколько практических оговорок, которые экономят время.

Как устроена избыточность на уровне дисков, разбираем в материале про уровни RAID; о выборе самой платформы хранения - в обзоре видов систем хранения данных.

ZFS требует памяти и планирования. Ей нужен прямой доступ к дискам, а не «умный» RAID-контроллер, и заметный объём ОЗУ под кэш. Дедупликацию по умолчанию лучше не включать - она съедает память быстрее, чем экономит место. Всё это считают до закупки: под ZFS конфигурацию подбирают заранее, а не подгоняют по факту.

Btrfs на RAID5/6 в продакшен не берут. Разработчики сами помечают эти профили как нестабильные из-за проблемы write hole - при потере питания посреди записи невозможно понять, какие блоки данных и чётности успели записаться. Btrfs в зеркале (RAID1) работает нормально, а под чётность лучше взять ZFS с RAID-Z или классический аппаратный массив.

Менять ФС на живом сервере «для скорости» обычно не стоит. Разница между EXT4 и XFS на типовой нагрузке малого бизнеса заметно меньше, чем разница между HDD и SSD или эффект от добавления памяти. Переформатирование оправдано, когда нужна конкретная функция - снапшоты, контрольные суммы, Block Cloning, - а не абстрактный прирост производительности.

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

NTFS - это что?
Основная файловая система Windows, появилась в 1993 году. Ведёт журнал изменений, поддерживает права доступа, шифрование и сжатие, работает с томами до 8 ПБ. Ей форматируются системные и рабочие диски во всех современных версиях Windows.

Что такое файловая структура компьютера?
Иерархия каталогов и файлов на носителе: корень, вложенные папки, файлы внутри них. Файловая система задаёт правила этой иерархии - как хранятся имена, кто имеет доступ, где физически лежат данные.

Какие существуют разновидности файловых структур?
Плоская - все файлы лежат в одном списке без папок (так работали первые ФС и до сих пор работают некоторые встраиваемые системы). Иерархическая, или древовидная, - привычные вложенные каталоги, стандарт для всех современных ОС. Отдельно выделяют сетевые и распределённые структуры, где данные разнесены по нескольким машинам.

Что такое файловая система в информатике?
Порядок организации данных на носителе плюс набор правил и структур, по которым ОС записывает, ищет и читает файлы. В это понятие входят таблицы размещения, метаданные, журнал и механизмы разграничения доступа.

Как называется часть операционной системы, которая определяет, как хранятся и называются файлы?
Это и есть файловая система. В ядре ОС за работу с ней отвечает драйвер конкретной ФС, а обращаются к нему через общий слой - в Linux он называется VFS, виртуальная файловая система.

Для чего нужна файловая система?
Чтобы данные на диске были не набором блоков, а набором файлов с именами, правами и структурой. Без неё ОС не смогла бы ни найти нужный файл, ни ограничить к нему доступ, ни восстановиться после сбоя питания.

Коротко

Файловая система определяет, как данные лежат на диске и что с ними будет при сбое. На десктопе выбор за вас делает установщик ОС, на сервере решать приходится самому: NTFS для рабочих дисков Windows, ReFS для томов Hyper-V и бэкапов, EXT4 или XFS для Linux, ZFS там, где важна проверяемая целостность, exFAT для съёмных носителей. Универсального «лучшего» варианта нет - есть подходящий под конкретную задачу и под то железо, которое у вас стоит.