Из Википедии, бесплатной энциклопедии
Перейти к навигации Перейти к поиску

В следующих таблицах сравнивается общая и техническая информация для ряда файловых систем .

Общая информация [ править ]

Ограничения [ править ]

Метаданные [ править ]

Особенности [ править ]

Возможности файла [ править ]

Возможности блокировки [ править ]

Обратите внимание, что в дополнение к приведенной ниже таблице возможности блокировки могут быть реализованы ниже уровня файловой системы в Linux ( LVM , integrationsetup , cryptsetup ) или Windows ( Volume Shadow Copy Service , SECURITY ) и т. Д.

Возможности изменения размера [ править ]

Политики размещения и размещения [ править ]

Поддержка ОС [ править ]

См. Также [ править ]

  • Список файловых систем
  • Список файловых архиваторов
  • Сравнение файловых архиваторов
  • Список форматов архивов
  • Сравнение форматов архивов

Заметки [ править ]

  1. ^ IBM представила JFS в первом выпуске AIX версии 3.1 в 1990 году. Эта файловая система теперь называется JFS1. Новая JFS, на которой был основан порт Linux, была впервые представлена ​​в OS / 2 Warp Server для электронного бизнеса в 1999 году. Та же исходная база также использовалась для выпуска JFS2 на AIX 5L.
  2. ^ Microsoft впервые представила FAT32 в MS-DOS 7.1 / Windows 95 OSR2 (OEM Service Release 2), а затем позже в Windows 98 . NTбазе Windowsне имеют какой - либо поддержки FAT32 до Windows NT4; Windows 2000 была первой ОС Windows на базе NT, получившей возможность работать с ней.
  3. ^ a b c d e Это ограничения, накладываемые самими структурами записей каталогов на диске. Конкретные устанавливаемые драйверы файловой системы могут накладывать собственные ограничения на имена файлов и каталогов; операционные системы могут также устанавливать собственные ограничения для всех файловых систем. DOS , Windows и OS / 2 допускают использование только следующих символов из текущей 8-битной кодовой страницы OEM.в SFN: AZ, 0-9, символы! # $% & '() - @ ^ _ `{} ~, а также 0x80-0xFF и 0x20 (ПРОБЕЛ). В частности, строчные буквы az, символы "* /: <>? \ | +,.; = [], Управляющие коды 0x00-0x1F, 0x7F и в некоторых случаях также 0xE5 недопустимы.) В LFN любой Unicode UCS-2 кроме \ /:? * "> <| и NUL разрешены в именах файлов и каталогов во всех файловых системах. Unix-подобные системы запрещают использование символов / и NUL в именах файлов и каталогов во всех файловых системах.
  4. ^ a b c d e Для файловых систем с переменными размерами единиц распределения (блоков / кластеров) дается диапазон размеров, указывающий максимальные размеры тома для минимального и максимального возможных размеров единиц распределения файловой системы (например, 512 байт и 128 КиБ для FAT - это диапазон размеров кластера, разрешенный структурами данных на диске, хотя некоторые устанавливаемые драйверы файловой системы и операционные системы не поддерживают размеры кластера более 32 КБ ).
  5. ^ a b c d e f g h i j k l m n o p q r s t u v w x y z aa ab ac ad ae af ag ah ai aj ak В этих файловых системах записи каталога с именем "." и ".." имеют особый статус. Записи каталогов с такими именами не запрещены и действительно существуют как обычные записи каталогов в структурах данных на диске. Однако это обязательные записи каталога с обязательными значениями, которые автоматически создаются в каждом каталоге при его создании; а каталоги без них считаются поврежденными.
  6. ^ a b c d e f g h i j k l m n o p q r s t u v w x y z aa ab ac ad ae af ag ah ai aj ak al am Дисковые структуры не имеют внутреннего предела. Однако определенные устанавливаемые драйверы файловой системы и операционные системы могут накладывать свои собственные ограничения. Ограничено текущей структурой каталогов (CDS), DOSне поддерживает более 32 уровней каталогов (кроме DR DOS 3.31 - 6.0 ) или полные имена пути длиннее 66 байтов для FAT или 255 символов для LFN. Windows NT не поддерживает полные пути длиной более 32 767 байт для NTFS. Старые API-интерфейсы POSIX, которые полагаются на PATH_MAXконстанту, имеют ограничение в 4096 байт в Linux, но это можно обойти. Сам Linux не имеет жестких ограничений по длине пути. [9] [10]
  7. ^ Размер файла в индексном дескрипторе составляет 1 8-битный байт, за которым следует 1 16-битное слово для 24 бит. Фактический максимум составлял 8 847 360 байт, с 7 блоками с одинарной косвенной адресацией и 1 блоком с двойной косвенной адресацией; Вариант PWB / UNIX 1.0 имел 8 непрямых блоков, что составляло максимум 524 288 байт или половину MiB .
  8. ^ Фактический максимум составлял 1 082 201 088 байт, с 10 прямыми блоками, 1 непрямым блоком, 1 двойным косвенным блоком и 1 тройным косвенным блоком. Вверсиях4.0 BSD и 4.1 BSD , а также вверсии System V использовались блоки размером 1024 байта, а не блоки по 512 байтов, что составляло максимум 4 311 812 608 байтов или приблизительно 4 ГиБ .
  9. ^ Б с д е е зависят от того , FAT12 , FAT16 и FAT32 реализации имеют поддержку LFNs . Там, где это не так, как в OS / 2 , DOS , Windows 95 , Windows 98 в режиме DOS-only и в драйвере Linux «msdos», имена файлов ограничены форматом 8,3 8-битного OEM.(заполнены пробелами как в части базового имени, так и в части расширения) и не могут содержать NUL (маркер конца каталога) или символ 5 (замена символа 229, который сам используется как маркер удаленного файла). Короткие имена также не должны содержать строчные буквы. Следует избегать использования нескольких специальных имен устройств ( CON , NUL , AUX , PRN , LPT1 , COM1 и т. Д.) , Поскольку некоторые операционные системы (особенно DOS, OS / 2 и Windows) оставляют их.
  10. ^ a b Дисковые структуры могут поддерживать до 4 ГиБ , но практический размер файла ограничен размером тома.
  11. ^ Хотя разделы FAT32после создания этого большого размера работают нормально, некоторые программы не позволяют создавать разделы FAT32 размером более 32 ГиБ . Сюда входят, как известно,программа установки Windows XP и консоль управления дисками в Windows 2000, XP, 2003 и Vista.Чтобы избежать этого,используйте FDISK саварийного загрузочного диска Windows ME . [12]
  12. ^ Знак "." и ".." записи каталога в HPFS, которые видны прикладным программам, являются частичной фикцией, созданнойдрайверамиустанавливаемой файловой системы . Структура данных на диске для каталога не содержит записей с этими именами, а вместо этого содержит специальную «начальную» запись. Хотя записи каталогов на диске с такими именами физически не запрещены, они не могут быть созданы при нормальной работе, а каталог, содержащий такие записи, поврежден.
  13. ^ Это предел структур на диске. Драйверустанавливаемой файловой системы HPFSдля OS / 2 использует верхние 5 бит номера сектора тома для собственного использования, ограничивая размер тома, который он может обрабатывать, до 64 ГиБ .
  14. ^ a b Это предел структур на диске. Драйвер NTFS для Windows NT ограничивает размер тома, который он может обрабатывать, до 256 ТиБ и размер файла до 16 ТиБ соответственно; в Windows 10 версии 1709 ограничение составляет 8 ПиБ при использовании размера кластера 2 МБ.
  15. ^ «Классическая» Mac OS предоставляет два набора функций для извлечения имен файлов с тома HFS Plus, один из которых возвращает полные имена Unicode, а другой - сокращенные имена, соответствующие старому ограничению в 31 байт для соответствия более старым приложениям.
  16. ^ HFS Plus требует поддержки escape-последовательности, чтобы разрешить произвольный Unicode. Пользователи более старого программного обеспечения могут видеть escape-последовательности вместо желаемых символов.
  17. ^ a b Зависит от версии ядра и архитектуры. Для ядер 2.4 максимальный размер составляет 2 ТиБ. Для 32-битных ядер 2.6 это 16 ТиБ. Для 64-битных ядер 2.6 это 8 EiB.
  18. ^ ReiserFS имеет теоретический максимальный размер файла 1 EiB , но «кеш страницы ограничивает его до 8 Ti на архитектурах с 32-битным int» [28]
  19. ^ Обратите внимание, что имя файла может быть намного длиннее XFS # Расширенные атрибуты
  20. ^ a b XFS имеет ограничение в Linux 2.4 размером файла 64 ТиБ , но Linux 2.4 поддерживает только максимальный размер блока 2 ТиБ . Это ограничение отсутствует в IRIX .
  21. ^ a b QFS позволяет файлам превышать размер диска при использовании со встроенным HSM, так как только часть файла должна находиться на диске в любой момент.
  22. ^ Сильно варьируется в зависимости от размера блока и фрагментации групп распределения блоков.
  23. ^ a b NSS позволяет файлам иметь несколько имен в разных пространствах имен.
  24. ^ У некоторых пространств имен были более низкие ограничения длины имени. «LONG» имеет ограничение в 80 байт, «NWFS» - 80 байт, «NFS» - 40 байт, а «DOS» - имя файла 8.3 .
  25. ^ Максимальная комбинированная длина имени файла / типа файла составляет 236 байт; каждый компонент имеет индивидуальную максимальную длину 255 байтов.
  26. ^ Максимальная длина пути составляет 4096 байт, но указанные ограничения для отдельных компонентов составляют в сумме 1664 байта.
  27. ^ Это ограничение может быть снято в более новых версиях.
  28. ^ a b Разреженные файлы могут быть больше, чем размер файловой системы, даже если они не могут содержать больше данных.
  29. ^ a b Максимальный размер файла на томе VMFS зависит от размера блока для этого тома VMFS. Цифры здесь получены с использованием максимального размера блока.
  30. ^ ISO 9660 # Ограничения
  31. ^ Благодаря использованию нескольких экстентов файл может состоять из нескольких сегментов, каждый размером до 4 ГиБ . См. ISO 9660 # Ограничение размера файла 2 ГиБ (или 4 ГиБ в зависимости от реализации).
  32. ^ При условии типичного размера сектора 2048 байт. Размер тома указывается как 32-битное значение, определяющее количество секторов на томе.
  33. ^ Реализовано в более поздних версиях как расширение
  34. ^ Некоторые реализации FAT, например в Linux, показывают отметку времени изменения файла (mtime) в поле отметки времени изменения метаданных (ctime). Однако эта временная метка не обновляется при изменении метаданных файла.
  35. ^ Конкретные устанавливаемые драйверы файловой системы и операционные системы могут не поддерживать расширенные атрибуты FAT12 и FAT16. Драйверы файловой системы OS / 2 и Windows NT для FAT12 и FAT16 поддерживают расширенные атрибуты (используя псевдофайл «EA DATA. SF» для резервирования выделенных им кластеров). Другие драйверы файловой системы для других операционных систем - нет.
  36. ^ Ф-узел содержит поле для идентификатора пользователя. Однако он не используется, кроме OS / 2 Warp Server .
  37. ^ Списки управления доступом NTFSмогут выражать любую политику доступа, возможную с использованием простых разрешений файлов POSIX (и многое другое), но использование POSIX-подобного интерфейса не поддерживается без надстройки, такой как Services for UNIX или Cygwin .
  38. ^ Начиная с Vista, NTFS поддерживает обязательные метки, которые используются для обеспечения обязательного контроля целостности . [34]
  39. ^ Первоначально в ReFS не было поддержки ADS, но Server 2012 R2 и выше добавляет поддержку ADS в ReFS.
  40. ^ Контрольные суммы данных не включены по умолчанию
  41. ^ a b c d Списки управления доступом и MAC-метки накладываются поверх расширенных атрибутов.
  42. ^ Некоторые операционные системы реализовали расширенные атрибуты как слой поверх UFS1 с параллельным файлом резервной копии (например, FreeBSD 4.x).
  43. ^ a b c d e f g h i j k l m n Некоторые устанавливаемые драйверы файловых систем и операционные системы могут не поддерживать расширенные атрибуты, списки управления доступом или метки безопасности для этих файловых систем. Ядра Linux до 2.6.x могут либо вообще не поддерживать их, либо требовать исправления .
  44. ^ Только журнал и метаданные [35]
  45. ^ Время создания хранится с июня 2015 г., xfsprogs версии 3.2.3
  46. ^ Контрольные суммы метаданных хранятся с июня 2015 года, xfsprogs версии 3.2.3
  47. ^ a b c d e f Местное время, часовой пояс / смещение по всемирному координированному времени и дата берутся из настроек времени эталонного / единственного источника временной синхронизации в дереве NDS.
  48. ^ a b Novell называет эту функцию «множественными потоками данных». Опубликованные спецификации говорят, что NWFS допускает 16 атрибутов и 10 потоков данных, а NSS допускает неограниченное количество обоих.
  49. ^ a b Некоторые метаданные файлов и каталогов хранятся на сервере NetWare независимо от того, установлены ли службы каталогов, например дата / время создания, размер файла, состояние очистки и т. д .; а некоторые метаданные файлов и каталогов хранятся в NDS / eDirectory , например, права доступа к файлам / объектам, владение и т. д.
  50. ^ Атрибуты служб управления записями (RMS) включают, среди прочего, тип и размер записи.
  51. ^ Права доступа к файлам в 9P являются вариацией традиционных разрешений Unix с некоторыми незначительными изменениями, например, бит suid заменен новым битом «монопольного доступа».
  52. ^ Поддерживается реализациями FreeBSD и Linux, поддержка может быть доступна не во всех операционных системах.
  53. ^ «Расширенные атрибуты» Solaris представляют собой полноценные альтернативные потоки данных как в Solaris UFS, так и в ZFS.
  54. ^ отключение копирования при записи (COW) для предотвращения фрагментации также отключает контрольную сумму
  55. ^ Время доступа сохраняется из исходной файловой системы во время создания, но сами файловые системы Rock Ridge доступны только для чтения.
  56. ^ libburnia может создавать резервные копии и восстанавливать списки управления доступом с помощью программ создания и извлечения файловой системы, но ядро ​​не поддерживает.
  57. ^ a b libburnia может создавать резервные копии и восстанавливать расширенные атрибуты и метки MAC с помощью программ создания и извлечения файловых систем, но ядро ​​не поддерживает.
  58. ^ System V Release 4 и некоторые другиесистемы Unix модернизировали символические ссылки на свои версиифайловой системы Unix версии 7 , хотя исходная версия их не поддерживала.
  59. ^ Символические ссылки на основе контекста поддерживались в GFS, GFS2 поддерживает только стандартные символические ссылки, поскольку функция монтирования привязки в Linux VFS сделала символические ссылки на основе контекста устаревшими.
  60. ^ Дополнительное ведение журнала данных
  61. ^ Начиная с Windows Vista, NTFS полностью поддерживает символические ссылки. [36] NTFS 3.0 (Windows 2000) и выше может создавать соединения , которые позволяют отображать целые каталоги (но не отдельные файлы) в другое место в дереве каталогов того же раздела (файловой системы). Они реализуются через точки повторной обработки , которые позволяют гибко расширять обычный процесс разрешения имени файла.
  62. ^ a b NTFS хранит все, даже данные файлов, как метаданные, поэтому ее журнал ближе к блочному журналированию.
  63. ^ a b Хотя NTFS сама поддерживает чувствительность к регистру, подсистема среды Win32 не может создавать файлы, имена которых отличаются только регистром по причинам совместимости. Когда файл открывается для записи, если существует какой-либо существующий файл, имя которого нечувствительно к регистру соответствует новому файлу, существующий файл усекается и открывается для записи вместо создания нового файла с другим именем. Другие подсистемы, такие как, например, службы для Unix , которые работают непосредственно над ядром, а не поверх Win32, могут иметь чувствительность к регистру.
  64. ^ Ведение журнала только для метаданных было введено в драйвере Mac OS X 10.2.2 HFS Plus; ведение журнала включено по умолчанию в Mac OS X 10.3 и новее.
  65. ^ Хотя часто считается, что в HFS Plus учитывается регистр, обычно это не так. Типичная установка по умолчанию предназначена только для сохранения регистра. В Mac OS X 10.3 команда newfs_hfs -s создаст новую файловую систему с учетом регистра. [38] HFS Plus версии 5 дополнительно поддерживает чувствительность к регистру. Однако, поскольку чувствительность к регистру фундаментально отличается от нечувствительности к регистру, потребовалась новая подпись, поэтому существующие утилиты HFS Plus не увидели бы чувствительность к регистру как ошибку файловой системы, которую необходимо исправить. Поскольку новая сигнатура - «HX», часто считается, что это новая файловая система, а не просто обновленная версия HFS Plus. [39] [40]
  66. ^ Mac OS X Tiger (10.4) и более поздние версии Panther (10.3) обеспечивают ведение журнала изменений файлов (это функция программного обеспечения файловой системы, а не формата тома на самом деле). [41]
  67. ^ « Мягкие зависимости » ( softdep ) в NetBSD , называемые « мягкими обновлениями » во FreeBSD, всегда обеспечивают согласованность метаданных без двойной записи ( журналирование )
  68. ^ Журналируемые обновления программного обеспечения (SU + J) устанавливаются по умолчанию с FreeBSD 9.x-RELEASE [43] [44]
  69. ^ a b c d e f UDF, LFS и NILFS - это файловые системы с журнальной структурой, которые ведут себя так, как если бы вся файловая система была журналом.
  70. ^ Ядро Linux версии 2.6.12 и новее.
  71. ^ a b c По умолчанию выключено.
  72. ^ Полное блочное ведение журнала для ReiserFS было добавлено в Linux 2.6.8.
  73. ^ Необязательно: нет в IRIX и Linux.
  74. ^ Некоторые устанавливаемые драйверы файловой системы и операционные системы могут не поддерживать чувствительность к регистру для JFS. OS / 2 этого не делает, а в Linux есть опция монтирования для отключения чувствительности к регистру.
  75. ^ a b c d Чувствительность к регистру / сохранение зависит от клиента. Клиенты Windows, DOS и OS / 2 не видят / не сохраняют различия в регистрах, тогда как клиенты, осуществляющие доступ через NFS или AFP, могут.
  76. ^ a b Журналы изменений файлов, временные метки последнего изменения записи и другие метаданные файловой системы - все это часть обширного набора встроенных в NDS / eDirectory возможностей аудита под названием NSure Audit. [46]
  77. ^ a b Доступно только в пространстве имен «NFS».
  78. ^ a b Они называются «псевдонимами».
  79. ^ a b ZFS - это транзакционная файловая система, использующая семантику копирования при записи, гарантирующую постоянное согласованное состояние на диске без использования традиционного журнала. Однако он также реализует журнал намерений, чтобы обеспечить лучшую производительность при запросе синхронной записи.
  80. ^ Поддерживается только в версиях Windows Server. Однако разделы, дедуплицированные на сервере, могут использоваться на клиенте.
  81. ^ HFS + на самом деле не шифрует файлы: для реализации FileVault OS X создает файловую систему HFS + в разреженном зашифрованном образе диска, который автоматически подключается к домашнему каталогу, когда пользователь входит в систему.
  82. ^ Reiser4 поддерживает прозрачное сжатие и шифрование с помощью плагина cryptcompress, который является обработчиком файлов по умолчанию в версии 4.1.
  83. ^ VxFS предоставляет дополнительную функцию, называемую «Контрольные точки хранилища», которая позволяет создавать расширенные снимки файловой системы.
  84. ^ Применимо к проприетарной версии ZFS 30 и ZFS в Linux. Поддержка шифрования пока доступна не во всехпортах OpenZFS . [53] [54] [55]
  85. ^ a b c Некоторые реализации создания файловых систем повторно используют ссылки на блоки и таким образом поддерживают дедупликацию. Это не поддерживается стандартом, но обычно работает хорошо из-за того, что файловая система предназначена только для чтения.
  86. ^ a b Переменный размер блока относится к системам, которые поддерживают разные размеры блоков для каждого файла. (Это похоже на экстенты, но немного отличается от других вариантов реализации.) Текущая реализация в UFS2 предназначена только для чтения.
  87. ^ Только для "набитых" inodes
  88. ^ a b c d Другой блок: поддерживаются соотношения размеров фрагментов; 8: 1 является типичным и рекомендуется большинством реализаций.
  89. ^ a b c Фрагменты были запланированы, но так и не были реализованы на ext2 и ext3.
  90. ^ Сохраняет один самый большой экстент на диске и динамически кэширует несколько экстентов в DRAM.
  91. ^ a b Хвостовая упаковка технически является частным случаем подраспределения блоков, когда размер единицы подраспределения всегда составляет 1 байт.
  92. ^ В режиме "экстентов".
  93. ^ Каждому возможному размеру (в секторах) хвоста файла соответствует цепочка блоков подраспределения, в которой хранятся все хвосты этого размера. Накладные расходы на управление цепочками блоков перераспределения обычно меньше, чем объем накладных расходов блока, сэкономленных за счет возможности увеличения размера блока, но процесс менее эффективен, если на диске мало свободного места.
  94. ^ Зависит от реализации UDF.
  95. ^ a b c Только ISO 9660, уровень 3
  96. ^ Поддерживается только при использовании EVMS; в настоящее время не поддерживается с использованием LVM
  97. ^ a b c d Предоставлено в Plan 9 из пользовательского пространства

Ссылки [ править ]

  1. ^ Shustek, Len (2016-08-02). «Его собственными словами: Гэри Килдалл» . Замечательные люди . Музей истории компьютеров .
  2. ^ Килдалл, Гэри Арлен (2016-08-02) [1993]. Килдалл, Скотт ; Килдалл, Кристин (ред.). «Компьютерные связи: люди, места и события в развитии индустрии персональных компьютеров» (Рукопись, часть 1). Семья Килдалл . Проверено 17 ноября 2016 . Цитировать журнал требует |journal=( помощь )
  3. ^ Мейс, Скотт (1986-09-22). «Расширения для MS-DOS Run CD-ROM» . InfoWorld . 8 (38): 1, 8 . Проверено 9 ноября 2016 .
  4. Уоррен, Дэвид (20 октября 1993 г.). «Файловая система Polycenter - - ПОМОЩЬ» . Архивировано из оригинала 9 марта 2012 года.
  5. ^ «Sun Microsystems расширяет портфель высокопроизводительных вычислений с окончательным соглашением о приобретении активов кластерных файловых систем, включая файловую систему Lustre» (пресс-релиз). Санта - Клара, Калифорния .: Sun Microsystems, Inc. 12 сентября 2007 Архивировано из оригинала 2 октября 2007 года.
  6. ^ Мэтью Диллон (2018-12-09). "Хаммер2 / ДИЗАЙН" . Перекрестная ссылка BSD . DragonFly BSD . Проверено 6 марта 2019 .
  7. ^ «Huawei анонсирует файловую систему EROFS Linux, предназначенную для устройств Android» . Разработчик XDA . 1 июня 2018 г.
  8. ^ "Файловая система SFS" . Центр знаний IBM .
  9. ^ «PATH_MAX - это сложно» . Интернет-журнал Эвана Клитцке .
  10. ^ "PATH_MAX просто нет" . Безумное кодирование . 2007-11-03.
  11. ^ a b c d «Сравнение функциональности файловой системы» . Сеть разработчиков Microsoft . Microsoft . Проверено 4 ноября 2017 года .
  12. ^ «Ограничения файловой системы FAT32 в Windows XP» . Microsoft.
  13. ^ "Обзор GEMDOS" .
  14. ^ «Часто задаваемые вопросы» .
  15. ^ «Сравнение формата тома» .
  16. ^ http://dubeyko.com/development/FileSystems/NTFS/ntfsdoc.pdf
  17. ^ a b c d e Стивен Синофски (16 января 2012 г.). «Создание файловой системы нового поколения для Windows: ReFS» .
  18. Amigo (2 апреля 2015 г.). «Недопустимые символы в именах файлов» . Технические комментарии Амиго . Проверено 20 октября 2020 .
  19. ^ «Обзор отказоустойчивой файловой системы (ReFS)» . docs.microsoft.com . Проверено 7 ноября 2017 .
  20. ^ «Mac OS X: объем и файлы в расширенном формате Mac OS (HFS Plus)» . support.apple.com . 26 июля 2016 г.
  21. ^ «Mac OS 8, 9: расширенный формат Mac OS - ограничения объема и файлов» . support.apple.com . 20 февраля 2012 г.
  22. ^ Мэтью Диллон. «Дизайн-документ HAMMER2» .
  23. Мэтью Диллон (21 июня 2008 г.). "Файловая система HAMMER" (PDF) .
  24. ^ a b «Максимальное количество подкаталогов UFS» . Oracle . Проверено 12 февраля 2019 .
  25. ^ «Часто задаваемые вопросы по FreeBSD 9.X и 10.X» . Проект документации FreeBSD . Проверено 20 марта 2016 . Если бы не было ограничения памяти fsck (8), максимальный размер файловой системы был бы 2 ^ 64 (блоков) * 32 КБ => 16 Exa * 32 КБ => 512 ZettaBytes.
  26. ^ Вимал АР (16 июля 2016). «Максимальная длина имени файла в файловой системе EXT4» . arvimal.blog .
  27. ^ "Интервью / Эрик Сандин" . Вики проекта Fedora . 9 июня 2008 г.
  28. ^ "FAQ" . Namesys . 15 октября 2003 года Архивировано из оригинала 19 июля 2006 года.
  29. ^ "Спецификация Joliet" . 22 мая 1995 года Архивировано из оригинала 14 апреля 2009 года.
  30. ^ «RT – 11 Volume and File Formats Manual» (PDF) . Корпорация цифрового оборудования. Август 1991. с. 1–26 .. 1–32.
  31. ^ «RT – 11 Volume and File Formats Manual» (PDF) . Корпорация цифрового оборудования. Август 1991. с. 1–4 .. 1–12.
  32. ^ «Формат файловой системы Unix 6» (PDF) . Проверено 21 февраля 2016 .
  33. ^ См. Структуру динода на странице 355 ( FILESYS (5) ) "Руководства программиста Unix" (PDF) (седьмое изд.). Мюррей Хилл, Нью-Джерси: Bell Telephone Laboratories. Январь 1979 . Проверено 21 февраля 2016 .
  34. ^ «Обязательный контроль целостности» . Сеть разработчиков Microsoft .
  35. ^ «Контрольные суммы метаданных Ext4 - Ext4» . ext4.wiki.kernel.org .
  36. Марк Руссинович (февраль 2007 г.). «Администрирование Windows: Внутри ядра Windows Vista: Часть 1» . TechNet .
  37. Сиракуза, Джон (2011-07-20). «Mac OS X 10.7 Lion: обзор Ars Technica» . Ars Technica . Проверено 14 декабря 2017 года . Чтобы отслеживать жесткие ссылки, HFS + создает отдельный файл для каждой жесткой ссылки внутри скрытого каталога на корневом уровне тома.
  38. ^ newfs_hfs(8)  -  Дарвин и руководство администратора системы macOS
  39. ^ «Сравнение файловых систем» . Яблоко. (не обновлялся для обсуждения HFSX)
  40. ^ «Техническое примечание TN1150: формат тома HFS Plus» . Яблоко. (Очень технический обзор HFS Plus и HFSX.)
  41. ^ "fslogger" . Архивировано из оригинала на 2008-09-18 . Проверено 3 августа 2006 .
  42. ^ https://www.mckusick.com/softdep/suj.pdf
  43. ^ «Новые вопросы и ответы - FreeBSD Wiki» .
  44. ^ "Объявление о выпуске FreeBSD 9.0-RELEASE" .
  45. ^ «Каталоги EXT4 без учета регистра / поиск по именам файлов в Linux 5.2» .
  46. ^ События файловой системы, отслеживаемые NSure
  47. ^ a b c d "Модуль DMSDOS CVF" (dmsdoc.doc). 0.9.2.0. 1998-11-19. Архивировано 2 ноября 2016 года . Проверено 1 ноября 2016 . Обычно все данные для одного кластера хранятся в смежных секторах, но если файловая система слишком фрагментирована, может не быть «свободной дыры», достаточно большой для данных. […] Drivespace 3 и Stacker знают хитрость в этой ситуации: они позволяют хранить данные одного кластера в нескольких фрагментах на диске.
  48. ^ «О дедупликации данных» .
  49. ^ "Шифрование Ext4" .
  50. ^ «Шифрование F2FS» .
  51. ^ «XFS, ссылки и дедупликация» .
  52. ^ "Сжатие данных JFS" . IBM . Проверено 26 июля 2020 .
  53. ^ «Как управлять шифрованием данных ZFS» .
  54. ^ "Выпуск zfs-0.8.0" . 2020-01-21.
  55. ^ «Флаги функций - OpenZFS» .
  56. ^ a b c d С программным обеспечением на основе GNU Parted
  57. ^ "Журналируемая файловая система IBM (JFS) для Linux" .
  58. ^ «Расширение файловой системы XFS» .
  59. ^ «Часто задаваемые вопросы (старая вики)» . Проверено 5 мая 2018 .
  60. ^ "Kernel / Git / Jaegeuk / F2fs-tools.git - Инструменты пользователя для файловой системы f2fs" .
  61. ^ " ntfsresize (8) " .
  62. ^ a b c resize2fs(8)  -  Руководство программиста Linux - Администрирование и привилегированные команды
  63. ^ «Изменение размера файловых систем» .
  64. ^ "Изменить размер reiserfs" . Reiserfs wiki .
  65. ^ "Just Enough Operating System (JeOS): Техническая информация | SUSE" . www.suse.com . Проверено 28 апреля 2018 .
  66. ^ " nilfs-resize (8) " .
  67. ^ Зеркальные и однодисковые vdev могут быть полностью удалены из пула, но не RAID-Z vdev. «OpenZFS 7614 - эвакуация / удаление устройства zfs» .
  68. ^ "Изменение размера и увеличение дисков" .
  69. ^ «Пользователи Mac, знакомьтесь с APFS: новой файловой системой macOS - ZDNet» .
  70. ^ «Руководство по файловой системе Apple - FAQ» .
  71. ^ a b "Регион CVF: MDFAT" .
  72. ^ a b «Отображение DOS FAT в MDFAT» .
  73. ^ "[базовая] Ревизия 216796" .
  74. ^ "Newfs (8)" .
  75. ^ Jaeguk Ким (2014-09-22). «F2FS: добавить FITRIM в f2fs_ioctl» .
  76. ^ "Reiser4 отказаться от поддержки" . Reiser4 FS Wiki .
  77. ^ «XFS добавляет экстенты общих данных для Linux 4.9» .
  78. ^ «GitHub - sgan81 / Apfs-fuse: драйвер FUSE для APFS (файловая система Apple)» . 2020-01-18.
  79. ^ «Модуль APFS для Linux с экспериментальной поддержкой записи. Это дерево предназначено только для разработки, используйте вместо него linux-apfs-oot .: Linux-apfs / Linux-apfs» . 2019-12-14.
  80. ^ a b «Paragon HFS + для Windows 10» .
  81. ^ «Перенос древней файловой системы на современный Linux» . Пора выключить вилку . Архивировано из оригинала на 2017-06-21 . Проверено 22 апреля 2016 .
  82. ^ "Перенос файловой системы xiafs на современные ядра Linux" . Github (cdtk) . 2019-06-28.
  83. ^ a b "Explore2fs" . chrysocome.net .
  84. ^ a b c «Paragon ExtFS для Windows» .
  85. ^ a b c "FAQ" . Устанавливаемая файловая система Ext2 для Windows . (Предоставляет доступ на уровне ядра для чтения / записи к томам Ext2 и Ext3 в Windows NT4, 2000, XP и Vista.)
  86. ^ a b c Брантен, Бо. «Проект Ext2Fsd: драйвер файловой системы ext3 / 4 с открытым исходным кодом для Windows (2K / XP / WIN7 / WIN8)» . Архивировано из оригинала на 2012-07-23 . Проверено 24 июля 2012 .
  87. ^ a b c «Paragon ExtFS для Mac» .
  88. ^ a b "Справочник FreeBSD" .
  89. ^ "Lustre Wiki" .
  90. ^ "Страница MAN FreeBSD 10.4 - reiserfs" . www.freebsd.org . Проверено 5 августа 2019 .
  91. ^ "FreeBSD 11 и Reiserfs" . www.linuxquestions.org . 2016-12-19 . Проверено 5 августа 2019 .
  92. ^ " ' svn commit: r300062 - в head / sys: gnu / fs modules modules / reiserfs' - MARC" . marc.info . Проверено 5 августа 2019 .
  93. ^ «Об общих файловых системах и клиенте Linux - Руководство по установке Sun QFS и Sun Storage Archive Manager 5.3» . Проверено 14 марта 2016 .
  94. ^ «OpenZFS в Windows» .
  95. ^ "Файловая система ZFS для FUSE / Linux" . Wizy Wiki . 30 ноября 2009 года Архивировано из оригинала 13 мая 2013 года .
  96. ^ «ZFS в Linux» . Ливерморская национальная лаборатория Лоуренса.
  97. Ким, Арнольд (4 октября 2007 г.). «Apple Seeds ZFS Read / Write Developer Preview 1.1 для Leopard» . Слухи Mac .
  98. ^ "WinBtrfs" . Github (maharmstone) . 2020-11-22.
  99. ^ "squashfs-tools" . Freshports .
  100. ^ "fusefs-squashfuse" . Freshports .
  • Файловые системы ядра Linux через Wikia: en.howto: Wikihowto

Внешние ссылки [ править ]

  • Сравнение скорости файловых систем в Linux 2.4.5 (в архиве)
  • Сравнение файловых систем (ext3, reiser, xfs, jfs) в Debian Etch (23 апреля 2006 г.)
  • Стратегии размещения блоков в различных файловых системах
  • Каковы (не) преимущества ext4, ReiserFS, JFS и XFS? - Обмен стеков Unix и Linux