stringtranslate.com

Таблица размещения файлов

Таблица размещения файлов ( FAT ) — файловая система , разработанная для персональных компьютеров и являвшаяся файловой системой по умолчанию для операционных систем MS-DOS и Windows 9x . [3] Первоначально разработанный в 1977 году для использования на дискетах , он был адаптирован для использования на жестких дисках и других устройствах. Увеличение емкости дисков потребовало трех основных вариантов: FAT12, FAT16 и FAT32. FAT была заменена NTFS в качестве файловой системы по умолчанию в операционных системах Microsoft, начиная с Windows XP . [4] Тем не менее, FAT продолжает использоваться на флэш-памяти и других твердотельных картах и ​​модулях памяти (включая USB-накопители ), многих портативных и встраиваемых устройствах из-за ее совместимости и простоты реализации. [5]

Использование

Исторический

FAT также использовалась на жестких дисках в эпоху DOS и Windows 9x . Microsoft представила NTFS вместе с платформой Windows NT в 1993 году, но FAT оставалась стандартом для домашних пользователей до появления Windows XP в 2001 году. Windows Me была последней версией Windows , использовавшей FAT в качестве файловой системы по умолчанию.

Для дискет FAT стандартизирована как ECMA -107 [6] и ISO / IEC  9293:1994 [7] (заменяющая ISO 9293:1987 [8] ). Эти стандарты охватывают FAT12 и FAT16 с поддержкой только коротких имен файлов 8.3 ; длинные имена файлов с VFAT были частично запатентованы. [9] Хотя FAT12 используется на дискетах, FAT16 и FAT32 обычно встречаются на носителях большего размера.

Современный

FAT используется внутри системного раздела EFI на этапе загрузки EFI -совместимых компьютеров. [10] Скрытые файловые системы FAT также используются в загрузочном разделе UEFI на современных ПК.

FAT по-прежнему используется на дисках, которые, как ожидается, будут использоваться несколькими операционными системами, например, в общих средах Windows, Linux и DOS. Microsoft Windows дополнительно поставляется с предустановленным инструментом для прямого преобразования файловой системы FAT в NTFS без необходимости перезаписи всех файлов, хотя это нелегко отменить. [11] Файловая система FAT используется на съемных носителях, таких как дискеты , супердискеты , карты памяти и флэш-памяти или USB-накопители . FAT поддерживается портативными устройствами, такими как КПК , цифровые камеры , видеокамеры , медиаплееры и мобильные телефоны. [3]

Файловая система DCF , принятая почти во всех цифровых камерах с 1998 года, определяет логическую файловую систему с 8.3 именами файлов и делает обязательным использование FAT12, FAT16, FAT32 или exFAT для ее физического уровня для обеспечения совместимости. [12]

Технические детали

Файловая система использует индексную таблицу, хранящуюся на устройстве, для идентификации цепочек областей хранения данных, связанных с файлом, — таблицу размещения файлов ( FAT ). FAT статически выделяется во время форматирования. Таблица представляет собой связанный список записей для каждого кластера — непрерывной области дискового хранилища. Каждая запись содержит либо номер следующего кластера в файле, либо маркер, указывающий на конец файла, неиспользуемое дисковое пространство или специальные зарезервированные области диска. Корневой каталог диска содержит номер первого кластера каждого файла в этом каталоге. Затем операционная система может пройти через FAT, просматривая номер кластера каждой последующей части дискового файла в виде цепочки кластеров, пока не будет достигнут конец файла. Подкаталоги реализованы как специальные файлы, содержащие записи каталогов соответствующих файлов.

Каждая запись в связанном списке FAT имеет фиксированное количество бит: 12, 16 или 32. Максимальный размер файла или диска, к которому можно получить доступ, является произведением наибольшего числа, которое может храниться в записях (меньше несколько значений, зарезервированных для обозначения нераспределенного пространства или конца списка) и размера дискового кластера. Даже если для расширения файла необходим только один байт памяти, ему должен быть выделен целый кластер, и любой отдельный кластер не может содержать более одного файла, поэтому большие кластеры тратят много дискового пространства, если имеется большое количество маленьких файлов. .

Первоначально разработанная как 8-битная файловая система, максимальное количество кластеров должно увеличиваться по мере увеличения емкости диска, поэтому количество битов, используемых для идентификации каждого кластера, выросло. Последовательные основные варианты формата FAT названы по количеству битов элементов таблицы: 12 (FAT12), 16 (FAT16) и 32 (FAT32).

Варианты

Существует несколько вариантов файловой системы FAT (например, FAT12, FAT16 и FAT32). FAT16 относится как к исходной группе файловых систем FAT с записями кластера шириной 16 бит, так и к более поздним вариантам. «VFAT» — это дополнительное расширение для длинных имен файлов, которое может работать поверх любой файловой системы FAT. Тома, использующие длинные имена файлов VFAT, также могут быть прочитаны операционными системами, не поддерживающими расширение VFAT.

Оригинальная 8-битная FAT

Исходная файловая система FAT (или структура FAT , как она называлась изначально) была спроектирована и реализована Марком Макдональдом [15] на основе серии дискуссий между Макдональдом и Биллом Гейтсом . [15] Он был представлен с 8-битными элементами таблицы [13] [14] [15] (и допустимыми номерами кластеров данных до 0xBF[13] [14] ) в предшественнике Microsoft Standalone Disk BASIC- 80 для Преемник терминала ввода данных NCR 7200 модели VI на базе 8080 [nb 2], оснащенный 8-дюймовыми (200 мм) дискетами, в 1977 году [ 16 ] или 1978 году . [nb 2] В 1978 году был выпущен Standalone Disk BASIC- 80 была перенесена на 8086 с помощью эмулятора на DEC PDP - 10 [17], поскольку в то время реальных систем 8086 не было. Файловая система FAT также использовалась в Microsoft MDOS/MIDAS , [15] операционной системе для платформ 8080/Z80, написанной McDonald с 1979 года. Версия Standalone Disk BASIC поддерживала три FAT, [13] [14] [18], тогда как эта был параметром для MIDAS. Сообщается, что MIDAS также был готов поддерживать 10-битные, 12-битные и 16-битные варианты FAT. В то время как размер записей каталога в Standalone Disk BASIC составлял 16 байт , [13] [14] MIDAS вместо этого занимал 32 байта на запись.

Тим Патерсон из Seattle Computer Products (SCP) впервые познакомился со структурой Microsoft FAT, когда помогал Бобу О'Риру адаптировать порт эмулятора Standalone Disk BASIC-86 к прототипу платы процессора SCP с шиной S-100 8086 во время гостевой недели в Microsoft в мае. 1979. [17] Конечный продукт был показан на стенде Lifeboat Associates на Национальной компьютерной конференции в Нью-Йорке [17] 4–7 июня 1979 года, где Патерсон узнал о более сложной реализации FAT в MDOS/MIDAS [15]. ] и Макдональд поговорили с ним о конструкции файловой системы. [16]

FAT12

В период с апреля по август 1980 года, заимствуя концепцию FAT для собственной операционной системы SCP 8086 QDOS 0.10 , [17] Тим Патерсон расширил элементы таблицы до 12 бит , [19] сократил количество FAT до двух, переопределил семантику некоторых из зарезервированные значения кластера и изменил структуру диска, так что корневой каталог теперь располагался между FAT и областью данных для его реализации FAT12 . Патерсон также увеличил ограничение длины имени файла из девяти символов (6.3) [13] [14] до одиннадцати символов для поддержки имен файлов 8.3 в стиле CP / M и блоков управления файлами . Формат, используемый в предшественнике 8-битной файловой системы Microsoft Standalone Disk BASIC, не поддерживался QDOS. К августу 1980 года QDOS была переименована в 86-DOS . [20] Начиная с 86-DOS 0.42 , размер и расположение записей каталога были изменены с 16 байтов на 32 байта [21] , чтобы добавить отметку даты файла [21] и увеличить теоретический предел размера файла сверх предыдущего предела. объемом 16 МБ. [21] 86-DOS 1.00 стала доступна в начале 1981 года. Позже, в 1981 году, 86-DOS превратилась в Microsoft MS-DOS и IBM PC DOS . [15] [19] [22] Возможность чтения ранее отформатированных томов с 16-байтовыми записями каталога [21] была исключена в MS-DOS 1.20 .

FAT12 использовала 12-битные записи для адресов кластера; некоторые значения были зарезервированы для обозначения конца цепочки кластеров, для обозначения неиспользуемых областей диска или для других целей, поэтому максимальное количество кластеров было ограничено 4078. [23] [24] Для экономии дискового пространства два 12-битные записи FAT использовали на диске три последовательных 8-битных байта, что требовало манипуляций для распаковки 12-битных значений. Этого было достаточно для оригинальных дисководов для гибких дисков и небольших жестких дисков объемом до 32 мегабайт. Версия FAT16B, доступная в DOS 3.31, поддерживала 32-битные номера секторов и поэтому увеличивала предел размера тома.

Все структуры управления помещаются внутри первой дорожки, чтобы избежать движения головки во время операций чтения и записи. Любой поврежденный сектор в области управляющих структур сделает диск непригодным для использования. Инструмент форматирования DOS полностью отвергал такие диски. Плохие сектора допускались только в области данных файла. Кластеры, содержащие сбойные сектора, были помечены как непригодные для использования с зарезервированным значением 0xFF7в FAT.

В то время как 86-DOS поддерживала три формата дисков (250,25 КБ, 616 КБ и 1232 КБ, с идентификаторами FAT 0xFF и 0xFE) на 8-дюймовых (200 мм) дисководах, IBM PC DOS 1.0 , выпущенная вместе с оригинальным персональным компьютером IBM в 1981 году, поддерживала только 8-секторный формат дискет с форматированной емкостью 160 КБ (FAT ID 0xFE) для односторонних 5,25-дюймовых дисководов, а в PC DOS 1.1 добавлена ​​поддержка двустороннего формата с 320 КБ (FAT ID 0xFF). В PC DOS 2.0 появилась поддержка 9-секторных форматов дискет размером 180 КБ (FAT ID 0xFC) и 360 КБ (FAT ID 0xFD).

Записи каталога 86-DOS 1.00 и PC DOS 1.0 содержали только одну дату - дату последнего изменения. В PC DOS 1.1 добавлено время последнего изменения. Атрибуты файла PC DOS 1.x включали скрытый бит и системный бит, а остальные шесть битов не определены. В то время DOS не поддерживала подкаталоги, но обычно на дискете было всего несколько десятков файлов .

PC XT был первым компьютером с жестким диском, поставляемым IBM, и PC DOS 2.0 поддерживал этот жесткий диск с файловой системой FAT12 ( FAT ID 0xF8 ). Фиксированное предположение о 8 секторах на кластер на жестких дисках практически ограничивало максимальный размер раздела до 16 МБ для секторов по 512 байт и кластеров по 4 КБ.

Блок параметров BIOS ( BPB ) также был представлен в PC DOS 2.0, и в этой версии также добавлены биты атрибутов только для чтения, архива , метки тома и каталога для иерархических подкаталогов. [25]

В MS-DOS 3.0 появилась поддержка 5,25-дюймовых дискет высокой плотности емкостью 1,2 МБ (дескриптор носителя 0xF9), которые, в частности, имели 15 секторов на дорожку, следовательно, больше места для файлов FAT.

FAT12 по-прежнему используется на всех распространенных дискетах , включая диски емкостью 1,44 МБ и более поздних версий 2,88 МБ (байт дескриптора носителя 0xF0).

Начальная FAT16

В 1984 году IBM выпустила PC AT , для которого требовалась PC DOS 3.0 для доступа к жесткому диску объемом 20 МБ. [26] [27] Microsoft параллельно представила MS-DOS 3.0. Адреса кластеров были увеличены до 16-битных, что позволяет использовать до 65 526 кластеров на том. Однако максимально возможное количество секторов и максимальный размер раздела в 32 МБ не изменились. Хотя адреса кластеров были 16-битными, этот формат не был тем, что сегодня обычно понимается как FAT16 . Тип раздела 0x04 указывает на эту форму FAT16 с количеством секторов менее 65 536 (менее 32 МБ для размера сектора 512). Преимуществом FAT16 было использование кластеров меньшего размера, что делало использование диска более эффективным, особенно для большого количества файлов размером всего в несколько сотен байт.

Поскольку MS-DOS 3.0 отформатировала все разделы размером от 16 до 32 МБ в формате FAT16, жесткий диск емкостью 20 МБ, отформатированный в MS-DOS 3.0, был недоступен для MS-DOS 2.0. [28] От MS-DOS 3.0 до MS-DOS 3.30 по-прежнему можно было получить доступ к разделам FAT12 размером менее 15 МБ, но требовалось, чтобы все разделы размером от 16 до 32 МБ были FAT16, и поэтому не могли получить доступ к разделам MS-DOS 2.0 в этом диапазоне размеров. MS-DOS 3.31 и выше снова может получить доступ к разделам FAT12 размером от 16 до 32 МБ.

Логическая секторная FAT

Реализации FAT12 и FAT16 для MS-DOS и PC DOS не могли получить доступ к разделам диска размером более 32 мегабайт. Некоторые производители разработали свои собственные варианты FAT в своих OEM-версиях MS-DOS. [29]

Некоторые поставщики ( AST и NEC [29] ) поддерживали восемь записей основных разделов вместо стандартных четырех в своей расширенной основной загрузочной записи ( MBR ) и адаптировали MS-DOS для использования более одного основного раздела.

Другие поставщики обошли ограничения размера тома, налагаемые записями 16-битных секторов, увеличив видимый размер секторов, с которыми работает файловая система. Эти логические сектора были больше (до 8192 байт), чем размер физического сектора (все еще 512 байт) на диске. DOS-BIOS или системный BIOS затем объединяли несколько физических секторов в логические сектора для работы файловой системы.

Эти изменения были прозрачны для реализации файловой системы в ядре DOS. Базовый DOS-BIOS преобразовал эти логические сектора в физические сектора в соответствии с информацией о разделах и физической геометрией диска.

Недостатком этого подхода было увеличение памяти, используемой для буферизации и разблокировки секторов. Поскольку более старые версии DOS не могли использовать большие логические сектора, производители оборудования ввели новые идентификаторы разделов для своих вариантов FAT, чтобы скрыть их от готовых проблем MS-DOS и PC DOS. Известные идентификаторы разделов для FAT с логическими секторами включают: 0x08( Commodore MS-DOS 3.x), 0x11( Leading Edge MS-DOS 3.x), 0x14(AST MS-DOS 3.x), 0x24(NEC MS-DOS 3.30 [29] ). , 0x56( AT&T MS-DOS 3.x), 0xE5( Tandy MS-DOS), 0xF2( Sperry IT MS-DOS 3.x, Unisys MS-DOS 3.3 - также используется Digital Research DOS Plus 2.1). [30] OEM-версии, такие как Toshiba MS-DOS, Wyse MS-DOS 3.2 и 3.3, [31] , а также Zenith MS-DOS, также известны тем, что используют логическое секторирование. [32]

Хотя эти варианты FAT нестандартны и неоптимальны, они вполне допустимы в соответствии со спецификациями самой файловой системы. [ нужна цитация ] Поэтому, даже если проблемы MS-DOS и PC DOS по умолчанию не могут справиться с ними, большинство этих вариантов FAT12 и FAT16, специфичных для конкретного поставщика, могут быть смонтированы с помощью более гибких реализаций файловой системы в операционных системах, таких как DR. -DOS, просто изменив идентификатор раздела на один из распознаваемых типов. [nb 3] Кроме того, если им больше не нужно распознавать исходные операционные системы, существующие разделы можно «конвертировать» в тома FAT12 и FAT16, более совместимые с версиями MS-DOS/PC DOS 4.0–6.3, которые не поддерживать размеры секторов, отличные от 512 байт, [33] путем переключения на BPB с 32-битной записью количества секторов, как это было введено начиная с DOS 3.31 (см. FAT16B ниже), сохраняя размер кластера и уменьшая размер логического сектора в BPB уменьшен до 512 байт, одновременно увеличивая количество логических секторов на кластер, зарезервированных логических секторов, общее количество логических секторов и логических секторов на FAT в тот же коэффициент.

Параллельным развитием MS-DOS/PC DOS, которое позволило увеличить максимально возможный размер FAT, было введение нескольких разделов FAT на жестком диске. Чтобы обеспечить возможность совместимого использования большего количества разделов FAT, в PC DOS 3.2 (1986) был введен новый тип раздела — расширенный раздел (EBR), [15] который представляет собой контейнер для дополнительного раздела, называемого логическим диском . Начиная с версии PC DOS 3.3 (апрель 1987 г.), существует еще один необязательный расширенный раздел, содержащий следующий логический диск и так далее. MBR жесткого диска может определять до четырех основных разделов или расширенный раздел в дополнение к трем основным разделам .

Финальная версия FAT16

В ноябре 1987 года в версии DOS 3.31 для персональных компьютеров Compaq (модифицированная OEM-версия MS-DOS 3.3, выпущенная Compaq вместе со своими машинами) был представлен то, что сегодня просто известно как формат FAT16 , с расширением числа 16-битных секторов диска до 32. бит в BPB. Хотя изменения на диске были незначительными, весь драйвер диска DOS пришлось преобразовать для использования 32-битных номеров секторов — задача, осложняющаяся тем, что он был написан на 16-битном языке ассемблера . Результат изначально назывался DOS 3.31 Large File System . Инструмент MicrosoftDSKPROBE называет тип 0x06BigFAT [ 35] , тогда как в некоторых старых версиях FDISKон описывается как BIGDOS . Технически она известна как FAT16B .

Поскольку более старые версии DOS не были рассчитаны на работу с более чем 65 535 секторами, было необходимо ввести новый тип раздела для этого формата, чтобы скрыть его от проблем DOS до версии 3.31. Исходная форма FAT16 (с количеством секторов менее 65 536) имела тип раздела 0x04 . Для дисков большего размера 0x06был введен тип, обозначающий 65 536 или более секторов. В дополнение к этому, драйвер диска был расширен и теперь поддерживает более 65 535 секторов. Единственное другое различие между исходным форматом FAT16 и новым форматом FAT16B — это использование нового формата BPB с 32-битной записью сектора. Таким образом, новые операционные системы, поддерживающие формат FAT16B, могут работать и с исходным форматом FAT16 без каких-либо необходимых изменений.

Если разделы, которые будут использоваться в выпусках DOS до DOS 3.31, необходимо создавать с помощью современных инструментов, единственными критериями, которым теоретически необходимо соответствовать, являются количество секторов менее 65536 и использование старого идентификатора раздела ( 0x04). Однако на практике тип 0x01и 0x04основные разделы не должны физически располагаться за пределами первых 32 МБ диска из-за других ограничений в MS-DOS 2.x, которая иначе не могла бы с ними справиться.

В 1988 году улучшение FAT16B стало более доступным в DR DOS  3.31, PC DOS 4.0, OS/2  1.1 и MS-DOS 4.0. Ограничение на размер раздела было продиктовано 8-битным знаковым числом секторов в кластере, которое изначально имело максимальную степень двойки 64. При стандартном размере сектора жесткого диска в 512 байт это дает максимум 32. Размер кластера КБ, тем самым фиксируя «окончательный» предел размера раздела FAT16 на уровне 2 ГБ для размера сектора 512. На магнитооптических носителях, которые могут иметь секторы 1 или 2 КБ вместо 0,5 КБ, этот предел размера пропорционально больше.

Намного позже Windows NT увеличила максимальный размер кластера до 64 КБ, считая количество секторов в кластере беззнаковым. Однако полученный формат не был совместим ни с одной другой реализацией FAT того времени и приводил к большей внутренней фрагментации . Windows 98 , SE и ME также поддерживали чтение и запись этого варианта, но дисковые утилиты с ним не работали, а некоторые службы FCB недоступны для таких томов. Это приводит к запутанной ситуации с совместимостью.

До 1995 года версии DOS обращались к диску только через адресацию CHS . Когда в Windows 95 (MS-DOS 7.0) появился доступ к диску LBA , разделы могли физически располагаться за пределами первого c. 8 ГБ этого диска и, следовательно, вне досягаемости традиционной схемы адресации CHS. Поэтому разделы, частично или полностью расположенные за пределами барьера CHS, приходилось скрывать от операционных систем, не поддерживающих LBA, используя 0x0Eвместо этого новый тип раздела в таблице разделов. Разделы FAT16, использующие этот тип разделов, также называются FAT16X . [36] Единственное отличие от предыдущих разделов FAT16 заключается в том, что некоторые записи геометрии, связанные с CHS, в записи BPB, а именно количество секторов на дорожку и количество головок, могут отсутствовать или содержать вводящие в заблуждение значения и не должны содержать использоваться.

Количество записей корневого каталога, доступных для FAT12 и FAT16, определяется при форматировании тома и сохраняется в 16-битном поле. Для заданного числа RDEи размера сектора SSколичество RDSсекторов корневого каталога равно RDS = ceil((RDE × 32) / SS), и RDEобычно выбирается для заполнения этих секторов, т. е. RDE × 32 = RDS × SS. Носители FAT12 и FAT16 обычно используют 512 записей корневого каталога на недискетных носителях. Некоторые сторонние инструменты, такие как mkdosfs, позволяют пользователю устанавливать этот параметр. [37]

FAT32

Чтобы преодолеть ограничение размера тома FAT16 и в то же время позволить коду реального режима DOS обрабатывать этот формат, Microsoft разработала новую версию файловой системы FAT32 , которая поддерживала увеличенное количество возможных кластеров, но могла повторно использовать большую часть существующего кода, так что обычный объем памяти под DOS увеличился менее чем на 5 КБ. [38] Значения кластера представлены 32-битными числами, из которых 28 бит используются для хранения номера кластера.

Максимальные размеры

Загрузочный сектор FAT32 использует 32-битное поле для количества секторов, ограничивая максимальный размер тома FAT32 2  терабайтами при размере сектора 512  байт . Максимальный размер тома FAT32 составляет 16 ТБ с размером сектора 4096 байт. [39] [40] Встроенный инструмент форматирования дисков оболочки Windows в Windows NT произвольно поддерживает только тома размером до 32 ГБ, [nb 4], но Windows поддерживает чтение и запись в уже существующие большие тома FAT32, и их можно создать с помощью командную строку , PowerShell или сторонние инструменты, [42] или отформатировав том в системе, отличной от Windows, или в системе Windows 9x с поддержкой FAT32, а затем перенеся его в систему Windows NT.

Максимально возможный размер файла на томе FAT32 составляет 4  ГБ минус 1 байт или 4 294 967 295 (2 32  − 1) байт. Это ограничение является следствием записи о длине файла в 4 байта в таблице каталогов и также затронет относительно большие разделы FAT16, поддерживаемые достаточным размером сектора.

Подобно FAT12 и FAT16, FAT32 не включает прямую встроенную поддержку длинных имен файлов, но тома FAT32 могут дополнительно содержать длинные имена файлов VFAT в дополнение к коротким именам файлов точно так же, как длинные имена файлов VFAT были дополнительно реализованы для томов FAT12 и FAT16. .

Разработка

FAT32 была представлена ​​в Windows 95 OSR2 (MS-DOS 7.1) в 1996 году, хотя для ее использования требовалось переформатирование, а DriveSpace 3 (версия, поставляемая с Windows 95 OSR2 и Windows 98) никогда ее не поддерживала. В Windows 98 появилась утилита для преобразования существующих жестких дисков из FAT16 в FAT32 без потери данных.

В линейке Windows NT встроенная поддержка FAT32 появилась в Windows 2000 . Бесплатный драйвер FAT32 для Windows NT 4.0 был доступен у Winternals , компании, позже приобретенной Microsoft. Приобретение драйвера из официальных источников больше невозможно. С 1998 года динамически загружаемый драйвер DRFAT32 от Caldera можно было использовать для включения поддержки FAT32 в DR-DOS. [43] [44] Первой версией DR-DOS, которая изначально поддерживала доступ к FAT32 и LBA, была OEM DR-DOS 7.04 в 1999 году. В том же году IMS представила встроенную поддержку FAT32 в REAL/32 7.90, а в ОС IBM 4690 добавили поддержку FAT32. с версией 2. [45] Ahead Software предоставила еще один динамически загружаемый драйвер FAT32.EXE для DR-DOS 7.03 с Nero Burning ROM в 2004 году. IBM представила встроенную поддержку FAT32 в OEM-ПК DOS 7.1 в 1999 году.

Для разделов FAT32 зарезервировано два типа разделов 0x0B: 0x0C. Последний тип также называется FAT32X , чтобы указать на использование доступа к диску LBA вместо CHS. [43] [46] [47] [48] [49] В таких разделах геометрические записи, связанные с CHS, а именно адреса секторов CHS в MBR, а также количество секторов на дорожку и количество головок в EBPB. запись может не содержать значений или содержать вводящие в заблуждение значения и не должна использоваться. [50] [48] [49]

Расширения

Расширенные атрибуты

OS/2 сильно зависит от расширенных атрибутов (EA) и хранит их в скрытом файле с именем " EA␠DATA.␠SF" в корневом каталоге тома FAT12 или FAT16. Этот файл индексируется двумя ранее зарезервированными байтами в записи каталога файла (или каталога) по смещению 0x14. [51] В формате FAT32 эти байты содержат старшие 16 бит начального номера кластера файла или каталога, что делает невозможным сохранение EA OS/2 в FAT32 с использованием этого метода.

Однако сторонний драйвер устанавливаемой файловой системы FAT32 (IFS) FAT32.IFS версии 0.70 и выше от Henk Kelder & Netlabs для OS/2, eComStation и ArcaOS сохраняет расширенные атрибуты в дополнительных файлах, к именам которых добавляется строка " ␠EA.␠SF". обычное имя файла, которому они принадлежат. Драйвер также использует байт по смещению 0x0Cв записях каталога для хранения специального байта метки, указывающего наличие расширенных атрибутов, что помогает ускорить работу. [52] [53] (Это расширение критически несовместимо с методом FAT32+ для хранения файлов размером более 4 ГБ минус 1 на томах FAT32.) [34]

Расширенные атрибуты доступны через рабочий стол Workplace Shell , через сценарии REXX и многие системные утилиты с графическим интерфейсом и командной строки (например, 4OS2 ). [54]

Чтобы соответствовать своей подсистеме OS/2 , Windows NT поддерживает обработку расширенных атрибутов в HPFS , NTFS , FAT12 и FAT16. Он хранит EA в FAT12, FAT16 и HPFS, используя точно ту же схему, что и OS/2, но не поддерживает другие виды ADS , которые хранятся на томах NTFS. При попытке скопировать файл с любым ADS, кроме EA, из тома NTFS в том FAT или HPFS выдается предупреждающее сообщение с именами ADS, которые будут потеряны. Он не поддерживает метод FAT32.IFS для хранения советников на томах FAT32.

Windows 2000 и более поздние версии действуют точно так же, как Windows NT, за исключением того, что она игнорирует EA при копировании в FAT32 без какого-либо предупреждения (но показывает предупреждение для других ADS, таких как «Информация Macintosh Finder» и «Вилка ресурсов Macintosh»).

CygwinEA␠DATA.␠SF также использует файлы " ".

Длинные имена файлов

Одной из целей разработчиков Windows 95 , направленных на улучшение пользовательского опыта , была возможность использовать длинные имена файлов (LFN — до 255 кодовых единиц UTF-16 ) [nb 1] в дополнение к классическим именам файлов 8.3 (SFN). Для обратной и прямой совместимости LFN были реализованы как дополнительное расширение поверх существующих структур файловой системы FAT с использованием обходного пути в расположении записей каталога.

Этот прозрачный метод хранения длинных имен файлов в существующих файловых системах FAT без изменения их структур данных обычно известен как VFAT (что означает «Виртуальный FAT») в честь драйвера виртуального устройства Windows 95 . [номер 5]

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

В Windows NT поддержка длинных имен файлов VFAT началась с версии 3.5 .

Linux предоставляет драйвер файловой системы VFAT для работы с томами FAT с длинными именами файлов VFAT. В течение некоторого времени был доступен драйвер UVFAT , обеспечивающий комбинированную поддержку разрешений в стиле UMSDOS с длинными именами файлов VFAT.

OS/2 добавила поддержку длинных имен файлов в FAT с использованием расширенных атрибутов (EA) до появления VFAT. Таким образом, длинные имена файлов VFAT невидимы для OS/2, а длинные имена файлов EA невидимы для Windows; поэтому опытным пользователям обеих операционных систем придется переименовывать файлы вручную.

Human68K поддерживал до 18,3 имен файлов и символов кандзи ( Shift JIS ) в собственном варианте файловой системы FAT.

Для поддержки приложений Java в ОС IBM 4690 версии 2 на базе FlexOS была представлена ​​собственная архитектура виртуальной файловой системы (VFS) для хранения длинных имен файлов в файловой системе FAT обратно совместимым способом. Если этот параметр включен, виртуальные имена файлов (VFN) доступны под отдельными буквами логических дисков, тогда как реальные имена файлов (RFN) остаются доступными под исходными буквами дисков. [55]

Форки и альтернативные потоки данных

Сама файловая система FAT не предназначена для поддержки альтернативных потоков данных (ADS), но некоторые операционные системы, которые сильно от них зависят, разработали различные методы их обработки на томах FAT. Такие методы либо сохраняют дополнительную информацию в дополнительных файлах и каталогах ( классические Mac OS и macOS ), либо придают новую семантику ранее неиспользованным полям структур данных FAT на диске ( OS/2 и Windows NT ).

Mac OS, использующая PC Exchange, хранит различные даты, атрибуты файлов и длинные имена файлов в скрытом файле под названием " FINDER.DAT", а ветки ресурсов (обычный Mac OS ADS) в подкаталоге под названием " RESOURCE.FRK" в каждом каталоге, где они используются. Начиная с версии PC Exchange 2.1, они сохраняют длинные имена файлов Mac OS как стандартные длинные имена файлов FAT и преобразуют имена файлов FAT длиной более 31 символа в уникальные 31-символьные имена файлов, которые затем можно сделать видимыми для приложений Macintosh.

macOS хранит ветки ресурсов и метаданные (атрибуты файлов, другие ADS) в формате AppleDouble в скрытом файле с именем, составленным из имени файла-владельца с префиксом " ._", а Finder сохраняет некоторые метаданные папок и файлов в скрытом файле с именем " .DS_Store" (но обратите внимание, что Finder использует HFS+.DS_Store даже в собственной файловой системе macOS ).

Разрешения UMSDOS и имена файлов

Ранние дистрибутивы Linux также поддерживали формат, известный как UMSDOS , вариант FAT с атрибутами файла Unix (такими как длинное имя файла и права доступа), хранящимися в отдельном файле с именем « --linux-.---». UMSDOS вышла из употребления после выпуска VFAT, и она не включена по умолчанию в Linux , начиная с версии 2.5.7. [56] В течение некоторого времени Linux также обеспечивал комбинированную поддержку разрешений в стиле UMSDOS и длинных имен файлов VFAT через UVFAT .

ЖИР+

В 2007 году в открытом проекте FAT+ предлагалось хранить файлы большего размера (до 256 ГБ минус 1 байт, или 274 877 906 943 (2 38  - 1) байт) на слегка модифицированных и обратно совместимых томах FAT32, [34] , но это создает риск, что диск инструменты или реализации FAT32, не знающие об этом расширении, могут обрезать или удалять файлы, размер которых превышает обычный предел размера файла FAT32. Поддержка FAT32+ и FAT16+ ограничена некоторыми версиями DR-DOS и недоступна в основных операционных системах. [57] (Это расширение критически несовместимо с /EASвозможностью метода FAT32.IFS хранить расширенные атрибуты OS/2 на томах FAT32.)

Производные

Турбо ЖИР

В своей файловой системе NetWare ( NWFS ) Novell реализовала сильно модифицированный вариант файловой системы FAT для операционной системы NetWare . Для файлов большего размера использовалась функция повышения производительности Turbo FAT .

ФАТКС

FATX — это семейство файловых систем, разработанное для жестких дисков и карт памяти игровых приставок Microsoft Xbox , [58] [59], представленное в 2001 году .

Несмотря на то, что дисковые структуры FATX16 и FATX32 напоминают те же базовые дизайнерские идеи, что и FAT16 и FAT32, они упрощены , но принципиально несовместимы с обычными файловыми системами FAT16 и FAT32, что делает невозможным монтирование таких томов обычными драйверами файловой системы FAT.

Незагрузочный сектор суперблока имеет размер 4 КБ и содержит структуру, подобную BPB, размером 18 байт, полностью отличающуюся от обычных BPB . Кластеры обычно имеют размер 16 КБ, и на Xbox имеется только одна копия FAT. Записи каталога имеют размер 64 байта вместо обычных 32 байтов . Файлы могут иметь имена длиной до 42 символов с использованием набора символов OEM и иметь размер до 4 ГБ минус 1 байт. Временные метки на диске содержат даты и время создания, изменения и доступа, но отличаются от FAT: в FAT эпоха — 1980 год ; в FATX эпоха — 2000 год . На Xbox 360 эпоха — 1980 год. [60]

exFAT

exFAT — это файловая система, представленная в Windows Embedded CE 6.0 в ноябре 2006 года и добавленная в семейство Windows NT с пакетом обновления 1 для Vista и пакетом обновления 3 для Windows XP (или с отдельной установкой обновления Windows XP KB955704). Он основан на архитектуре таблицы размещения файлов, но несовместим, проприетарен и защищен патентами. [61]

exFAT предназначен для использования на флэш-накопителях и картах памяти , таких как SDXC и Memory Stick XC , где в противном случае используется FAT32. Поставщики обычно предварительно форматируют с его помощью карты SDXC. Его основным преимуществом является превышение ограничения размера файла в 4 ГБ, поскольку ссылки на размер файла хранятся в восьми байтах вместо четырех, что увеличивает предел до 2 64  − 1 байт.

Утилиты Microsoft с графическим пользовательским интерфейсом и форматированием командной строки предлагают ее в качестве альтернативы NTFS (а для небольших разделов - FAT16B и FAT32). Тип раздела MBR ( тот же, что используется для IFS , HPFS и NTFS). Информация о логической геометрии, расположенная в VBR , хранится в формате, не напоминающем какой-либо BPB.0x07

В начале 2010 года файловая система была реконструирована Институтом SANS . [62] 28 августа 2019 г. Microsoft опубликовала техническую спецификацию exFAT, чтобы ее можно было использовать в ядре Linux и других операционных системах. [63]

Патенты

В середине 1990-х годов Microsoft подала заявку и получила серию патентов на ключевые части файловой системы FAT. Все четыре относятся к расширениям длинных имен файлов для FAT, впервые появившимся в Windows 95 : патент США 5 579 517, [64] патент США 5 745 902, [65] патент США 5 758 352, [66] патент США 6 286 013 (срок действия всех истек с 2013 года). [67]

3 декабря 2003 года Microsoft объявила [68] , что она будет предлагать лицензии на использование своей спецификации FAT и «связанной интеллектуальной собственности» по цене роялти в размере 0,25 доллара США за проданную единицу, при этом максимальный гонорар в размере 250 000 долларов США за лицензию. соглашение. [69] С этой целью Microsoft сослалась на четыре патента на файловую систему FAT в качестве основания для своих претензий на интеллектуальную собственность.

В спецификации EFI FAT32 [10] Microsoft специально предоставляет ряд прав, которые многие читатели интерпретируют как разрешение производителям операционных систем реализовывать FAT. [70] Патенты, не принадлежащие Microsoft, влияющие на FAT, включают: патент США 5,367,671, касающийся атрибутов расширенных объектов OS/2 (истёк срок действия в 2011 году). [71]

Проблемы и судебные иски

Общественный патентный фонд (PUBPAT) представил в Управление по патентам и товарным знакам США (USPTO) в 2004 году доказательства, оспаривающие действительность патента США 5579517, [64] включая ссылки на предшествующий уровень техники от Xerox и IBM. [72] ВПТЗ США начало расследование и завершилось отклонением всех претензий в патенте. [73] В следующем году USPTO объявило, что после процесса повторной экспертизы оно подтвердило отклонение патента '517 и дополнительно признало патент США № 5,758,352 [66] недействительным на том основании, что у патента были неверные правопреемники.

Однако в 2006 году USPTO постановило, что особенности реализации системы FAT Microsoft были «новыми и неочевидными», отменив оба предыдущих решения и оставив патенты действительными. [74]

В феврале 2009 года Microsoft подала иск о нарушении патентных прав против TomTom , утверждая, что продукты производителя устройств нарушают патенты, связанные с длинными именами файлов VFAT. Поскольку некоторые продукты TomTom основаны на Linux , это была первая попытка Microsoft применить свои патенты против платформы Linux. [75] Иск был урегулирован во внесудебном порядке в следующем месяце с соглашением о том, что Microsoft будет предоставлен доступ к четырем патентам TomTom, что TomTom прекратит поддержку длинных имен файлов VFAT в своих продуктах и ​​что взамен Microsoft не будет обращаться в суд. против TomTom в течение пятилетнего срока действия мирового соглашения. [76]

В октябре 2010 года Microsoft подала иск о нарушении патентных прав против Motorola , утверждая, что несколько патентов (включая два патента VFAT) не были лицензированы для использования в операционной системе Android . [77] Они также подали жалобу в ИТЦ . [78] Разработчики программного обеспечения с открытым исходным кодом разработали методы, позволяющие обойти патенты Microsoft. [79] [80]

В 2013 году патент EP0618540 «Общее пространство имен для длинных и коротких имен файлов» (срок действия которого истек в 2014 году [81] ) был признан недействительным в Германии. [82] После отзыва апелляции данное решение вступило в законную силу 28 октября 2015 г. [83]

Смотрите также

Примечания

  1. ^ abcdef Начиная с Windows 2000 , Microsoft Windows использует UTF-16 вместо UCS-2 для внутреннего «Юникода» . В UTF-16 «символ» (кодовая точка) может занимать две кодовые единицы.
  2. ^ ab Источники различаются в отношении первого терминала ввода данных NCR, интегрирующего поддержку файловой системы FAT. По словам Стивена Мэйнса и Пола Эндрюса, «Гейтс», в конце 1977 года разрабатывалась модель NCR 8200 , которую ошибочно классифицировали как обновление NCR 7200 на дискетах , выпущенное в 1975–1911 годах ( модели I и IV ) и был построен на базе 8-битного процессора Intel 8080 , но работал только на кассетах. Однако NCR Century 8200 представлял собой 16-битный миникомпьютер, к которому можно было подключить несколько терминалов ввода данных. Марк Макдональд даже вспомнил о NCR 8500 , мэйнфрейме серии Criterion, который тоже можно исключить. Объявлено о поставке в 1977–1010 годах в 1978–02 годах, NCR также представила серию NCR I-8100, включая модели NCR I-8130 и NCR I-8150 на базе 8080 для систем малого бизнеса с двумя дискетами. Другие источники указывают, что фактической целевой платформой была либо сама серия NCR 7200, либо серия-преемник. NCR Basic Plus 6 (на основе Microsoft Extended BASIC-80 ) стал доступен для кассетной модели NCR 7200 модели VI в первом квартале 1977 года. Серия NCR 7500 была выпущена в 1978 году на основе аналогичного оборудования 8080, но теперь включает модели NCR 7520 и 7530 с 8-дюймовыми дискетами. NCR Basic +6 , предшественник или адаптация Standalone Disk BASIC-80, был доступен для них как минимум с 1979 года. Один источник утверждает, что существовал специальный вариант модели NCR 7200 с двумя 8-дюймовыми дискетами и Microsoft BASIC, который был импортирован NCR Sydney. в Австралию меньше всего.
  3. ^ DR-DOS может загружать носители с логическими секторами FAT12/FAT16 с размерами логических секторов до 1024 байт.
  4. ^ Это решение принял рассматриваемый разработчик, который предполагал, что его решение будет пересмотрено позже, чего так и не произошло. [41]
  5. ^ Драйвер с именем VFAT появился до Windows 95 , в Windows for Workgroups 3.11, но эта старая версия использовалась только для реализации 32-битного доступа к файлам и не поддерживала длинные имена файлов .

Рекомендации

  1. ^ ab «Файловые системы». Microsoft TechNet . 2001. Архивировано из оригинала 12 августа 2011 г. Проверено 31 июля 2011 г.
  2. ^ abcde Microsoft (15 ноября 2006 г.). Файл CONFIG.TXT на компакт-диске Windows 95, заархивированный 31 июля 2020 г. на Wayback Machine. Статья 135481, редакция: 1.1, получено 22 декабря 2011 г.: «Для каждого жесткого диска указывается, следует ли записывать дату последнего доступа к файлам». Даты последнего доступа отключаются для всех дисков при запуске компьютера в безопасном режиме и не сохраняются для дискет по умолчанию. Синтаксис: ACCDATE=drive1+|- [drive2+|-]..."
  3. ^ Аб Бхат, Вашингтон (2010). «Обзор структуры данных FAT файловой системы FAT32». S2CID  58178285.
  4. ^ «Сравнение файловых систем NTFS и FAT». Майкрософт. Архивировано из оригинала 20 июня 2016 г. Проверено 27 января 2014 г.
  5. ^ «Краткое введение в форматы FAT (таблица размещения файлов)» . www.wizcode.com . Архивировано из оригинала 25 сентября 2015 года . Проверено 24 сентября 2015 г.
  6. ^ «Объем и файловая структура дисковых картриджей для обмена информацией» . Стандарт ECMA-107 (2-е изд., июнь 1995 г.) . ЭКМА . 1995. Архивировано из оригинала 07 октября 2018 г. Проверено 30 июля 2011 г.
  7. ^ «Информационные технологии – Объем и файловая структура дисковых картриджей для обмена информацией». ИСО/МЭК 9293:1994 . Каталог ИСО . 1994. Архивировано из оригинала 17 января 2012 г. Проверено 6 января 2012 г.
  8. ^ «Обработка информации - Объем и файловая структура гибких дисковых картриджей для обмена информацией» . ИСО 9293:1987 . Каталог ИСО . 1987. Архивировано из оригинала 17 января 2012 г. Проверено 6 января 2012 г.
  9. ^ Рейнольдс, Аарон Р .; Адлер, Деннис Р.; Липе, Ральф А.; Педризетти, Рэй Д.; Парсонс, Джеффри Т.; Арун, Расипурам В. (26 мая 1998 г.). «Общее пространство имен для длинных и коротких имен файлов». Патент США 5758352 . Проверено 19 января 2012 г.
  10. ^ ab «Спецификация файловой системы FAT32 Инициативы по расширяемому встроенному ПО Microsoft, FAT: Общий обзор формата на диске» . Майкрософт . 30 марта 2011 г. Архивировано из оригинала 23 июля 2021 г. Проверено 21 декабря 2018 г.
  11. ^ «Как преобразовать диск из FAT32 в NTFS без потери данных» . WindowsLoop . 11 июля 2021 г. Архивировано из оригинала 8 августа 2021 г. Проверено 8 августа 2021 г.
  12. ^ JEIDA/JEITA/CIPA (2010). «Стандарт Ассоциации производителей камер и изображений, CIPA DC-009-Translation-2010, Правила проектирования файловой системы камеры: DCF, версия 2.0 (издание 2010 г.)» (PDF) . Архивировано из оригинала (PDF) 30 сентября 2013 года . Проверено 13 апреля 2011 г.
  13. ^ abcdefghij Xerox BASIC-80 — справочное руководство по Basic-80 (PDF) . 5.0. Майкрософт , Ксерокс . 1979. 610П70641. Архивировано (PDF) из оригинала 4 марта 2016 г. Проверено 2 июня 2014 г.(Примечание. Для Microsoft (автономный диск/диск/расширенный/8K) BASIC-80, (автономный диск/расширенный) BASIC-86, компилятор BASIC, версия 5.0)
  14. ^ abcdefghij Справочное руководство по MICROSOFT BASIC-80 версии 5.0 / Приложение к интерпретатору и компилятору BASIC-80, версия 5.1 (PDF) . 5.1. Майкрософт . 1979. Архивировано (PDF) из оригинала 4 марта 2016 г. Проверено 2 июня 2014 г.(Примечание. Для Microsoft (автономный диск/диск/расширенный/8K) BASIC-80, (автономный диск/расширенный) BASIC-86, компилятор BASIC, версия 5.1)
  15. ^ abcdefg Дункан, Рэй; Боствик, Стив; Бургойн, Кейт (1988). Энциклопедия MS-DOS: версии с 1.0 по 3.2 (Полностью переработанное издание). Редмонд, Вашингтон, США: Microsoft Press . ISBN 1-55615-049-0. LCCN  87-21452. ОСЛК  16581341.(xix+1570 страниц; 26 см) (Примечание. Это издание было опубликовано в 1988 году после обширной переработки отозванного первого издания 1986 года другой группой авторов. [1] Архивировано 14 октября 2018 г. в Wayback Machine )
  16. ^ аб Манес, Стивен; Эндрюс, Пол (1993). Гейтс: Как магнат Microsoft заново изобрел индустрию и стал самым богатым человеком в Америке . Даблдэй. ISBN 0-385-42075-7.
  17. ^ abcd Хантер, Дэвид (1983). «Тим Патерсон – Корни DOS». Softalk для персонального компьютера IBM (март 1983 г.). Архивировано из оригинала 06 сентября 2019 г. Проверено 2 июня 2014 г.
  18. ^ Шульман, Эндрю; Браун, Ральф Д .; Макси, Дэвид; Михелс, Раймонд Дж.; Кайл, Джим (1994) [ноябрь 1993 г.]. Недокументированная DOS: Руководство программиста по зарезервированным функциям и структурам данных MS-DOS - расширено и включает MS-DOS 6, Novell DOS и Windows 3.1 (2-е изд.). Ридинг, Массачусетс: Эддисон Уэсли . п. 11. ISBN 0-201-63287-Х.(xviii+856+vi страниц, 3,5-дюймовая дискета) Исправления: [2][3]
  19. ^ Аб Патерсон, Тим (30 сентября 2007 г.). «Проектирование DOS». Досман дрель . Архивировано из оригинала 20 января 2013 г. Проверено 4 июля 2011 г.
  20. ^ Сиэтлская компьютерная продукция (август 1980 г.). «86-DOS — ОПЕРАЦИОННАЯ СИСТЕМА 8086 — 95 долларов США». Байт (Реклама). Том. 5, нет. 8. BYTE Publications Inc. с. 173. ISSN  0360-5280. КОДЕН  БАЙТЕДЖ . Проверено 18 августа 2013 г.[4] Архивировано 1 февраля 2020 г. на Wayback Machine (Примечание. В рекламе SCP продукт уже называется 86-DOS , но не упоминается конкретный номер версии. Известно, что версия 0.3 уже называется 86-DOS, поэтому изменение имени должно было произойти либо в версии 0.2, либо сразу после нее, в августе 1980 года.)
  21. ^ abcd Seattle Computer Products (1981). «Дополнение к SCP 86-DOS 1.0» (PDF) . Архивировано (PDF) из оригинала 3 октября 2012 г. Проверено 10 марта 2013 г.
  22. ^ Уоллес, Джеймс; Эриксон, Джим; (1992); Жесткий диск: Билл Гейтс и создание империи Microsoft , John Wiley & Sons, ISBN 0-471-56886-4 
  23. ^ Нортон, Питер ; (1986); Внутри IBM PC, переработанное и расширенное , Брейди, ISBN 0-89303-583-1 , стр. 157 
  24. ^ Дженкинсон, Брайан; Сэммс, Эй Джей (2000). Криминалистические вычисления: Руководство для практикующего специалиста (серия для практикующего специалиста) . Берлин: Шпрингер. п. 157. ИСБН 1-85233-299-9. ... можно адресовать только 2^12 (то есть 4096) единиц выделения или кластеров. На самом деле это число меньше этого, поскольку 000h и 001h не используются, а от FF0h до FFFh зарезервированы или используются для других целей, оставляя диапазон возможных кластеров от 002h до FEFh (от 2 до 4079).
  25. ^ Патерсон, Тим (1983). «Взгляд изнутри на MS-DOS». Байт . Архивировано из оригинала 20 июля 2011 года . Проверено 18 июля 2011 г. Нумерация начинается с 2; первые две цифры, 0 и 1, зарезервированы.
  26. ^ IBM (1984). Письмо с анонсом IBM PC DOS 3.0 .
  27. ^ IBM (1985). Технический справочник по IBM PC DOS . Первое издание, номер по каталогу 6024181, от февраля 1985 г.
  28. ^ «Статья базы знаний Microsoft: «Сводка о разделах MS-DOS»» . Архивировано из оригинала 12 июня 2018 г. Проверено 2 июня 2018 г.
  29. ^ abc К вашему сведению - Установка DR DOS на разделы NEC DOS 3.3, Novell, 05 января 1993 г., FYI.M.1101, заархивировано из оригинала 04 марта 2016 г. , получено 12 августа 2014 г.
  30. ^ Брауэр, Андриес. «Список идентификаторов разделов для ПК». Архивировано из оригинала 23 апреля 2019 г. Проверено 11 января 2012 г.
  31. ^ «Q78407: Разделы Wyse DOS 3.3 несовместимы с MS-DOS 5.x и 6.x» . Майкрософт. 17 декабря 2000 г.[ неработающая ссылка ] Альтернативный URL
  32. ^ «Q68176: Обновление систем до версии 4.0 с логическими дисками> 32 МБ» . Майкрософт. 17 декабря 2000 г.[ неработающая ссылка ] Альтернативный URL
  33. ^ Брауэр, Андриес. «Свойства таблиц разделов». Архивировано из оригинала 23 апреля 2019 г. Проверено 11 января 2012 г.
  34. ^ abcd Кунт, Удо; Георгиев, Лучезар И.; Дэвис, Джереми (2007). «ФАТ+ черновая редакция 2» (2-е изд.). Архивировано из оригинала (FATPLUS.TXT) 19 февраля 2015 г. Проверено 5 августа 2015 г.
  35. ^ «Обзор Dskprobe: Восстановление данных» . Microsoft TechNet . 28 марта 2003 г. Архивировано из оригинала 3 июля 2011 г. Проверено 3 августа 2011 г.
  36. ^ «Ошибки при создании файлов или папок в корневом каталоге». Справка и поддержка Microsoft. 16 декабря 2004 г. Архивировано из оригинала 31 июля 2020 г. Проверено 14 октября 2006 г.
  37. ^ "Справочная страница mkdosfs" . Архивировано из оригинала 7 октября 2006 г. Проверено 21 ноября 2006 г.
  38. ^ «Набор ресурсов Windows 98 - Глава 10 - Диски и файловые системы» . Microsoft TechNet . 1998. Архивировано из оригинала 1 мая 2012 г. Проверено 16 июля 2012 г.
  39. ^ «Ограничения файловой системы FAT32». База знаний Майкрософт . 26 марта 2007 г. Архивировано из оригинала 31 июля 2020 г. Проверено 21 августа 2011 г. Кластеры не могут иметь размер 64 килобайта ( КБ ) или больше.
  40. ^ «Ограничения файловой системы FAT32 в Windows XP». База знаний Майкрософт . 01 декабря 2007 г. Архивировано из оригинала 31 июля 2020 г. Проверено 21 августа 2011 г.
  41. ^ «Объяснение: идея ограничения формата Windows в 32 ГБ для FAT32» .
  42. ^ Гленн, Уолтер (20 июля 2017 г.). «Как отформатировать USB-накопители объемом более 32 ГБ с помощью FAT32 в Windows». Как компьютерщик . Архивировано из оригинала 26 января 2021 г. Проверено 26 января 2021 г.
  43. ^ ab README.TXT — загрузочный диск Caldera DR-DOS с поддержкой FAT32 (DRFAT32) . Кальдера, Inc., 24 июля 1998 г.
  44. ^ DRFAT32.SYS R1.00 INT 13h Интерфейс для перенаправителя FAT32 , Caldera, Inc., 11 сентября 1998 г.
  45. ^ IBM; Руководство пользователя ОС 4690, версия 5.2 , документ IBM SC30-4134-01, 10 января 2008 г. ([5] Архивировано 25 января 2022 г. на Wayback Machine )
  46. ^ Карповиц, Кристина (23 сентября 1998 г.). «PowerQuest PartitionMagic 4.0 теперь доступен». PowerQuest . Архивировано из оригинала 8 февраля 1999 г. Проверено 17 апреля 2015 г.
  47. ^ Ливингстон, Брайан (28 октября 1998 г.). «FAT-32X может работать иначе, чем FAT-32, на больших жестких дисках». Инфомир . Том. 20, нет. 43. Архивировано из оригинала 12 ноября 2015 г. Проверено 17 апреля 2015 г.
  48. ^ Аб Дуитц, Нил (17 июля 2001 г.). «Кто-нибудь может объяснить FAT32X?». Частные часто задаваемые вопросы по Win98, Программа потребительской предварительной версии Windows 98. Архивировано из оригинала 13 июня 2004 г. Проверено 17 апреля 2015 г.
  49. ^ аб Костанцо, Лэнс (14 мая 1998 г.). «ФАТ32Х». Архивировано из оригинала 21 мая 1998 г. Проверено 17 апреля 2015 г.
  50. ^ Стейнберг, Дэвид (1 мая 1998 г.). «Что такое раздел FAT32X?». Технический совет/часто задаваемые вопросы . Техническая поддержка PowerQuest . Архивировано из оригинала 21 сентября 2015 г. Проверено 17 апреля 2015 г.
  51. ^ Игер, Боб; Тави Системс (28 октября 2000 г.); Реализация расширенных атрибутов в файловой системе FAT ([6] Архивировано 13 июня 2006 г., на Wayback Machine )
  52. ^ Келдер, Хенк; (2003); FAT32.TXT для FAT32.IFS версии 0.9.13». ([7] Архивировано 11 мая 2013 г. на Wayback Machine ): «Этот байт [...] не изменяется при работе в Windows 95 и более поздних версиях [ sic ] СКАНДИСК или ДЕФРАГАЦИЯ. [...] Если другая программа установит значение для файла, содержащего советники , эти советники больше не будут найдены только с помощью вызовов DosFindFirst/Next. Другие вызовы OS/2 для получения EA (DosQueryPathInfo, DosQueryFileInfo и DosEnumAttribute) не полагаются на этот байт. Также может произойти и обратное. [...] В этой ситуации снизится только производительность сканирования каталогов. Обе ситуации [...] исправляются CHKDSK ».0x00
  53. ^ Келдер, Хенк; FAT32.TXT для FAT32.IFS версии 0.74 ( "@Macarlo, Inc". Архивировано из оригинала 30 марта 2012 г. Проверено 14 января 2012 г. ).). Комментарий: В этой старой версии файла README все еще обсуждаются старые 0xEAи 0xECмагические значения.
  54. ^ Игер, Боб (28 октября 2000 г.). «Реализация расширенных атрибутов файловой системы FAT». Страницы Тави OS/2 . Архивировано из оригинала 13 июня 2006 г. Проверено 14 октября 2006 г.
  55. ^ IBM; Руководство по программированию ОС 4690, версия 5.2 , документ IBM SC30-4137-01, 6 декабря 2007 г. ([8] Архивировано 25 января 2022 г. на Wayback Machine )
  56. ^ «Примечания к выпуску v2.5.7» . Архивы ядра Linux. 12 марта 2002 г. Архивировано из оригинала 15 апреля 2006 г. Проверено 14 октября 2006 г.
  57. ^ Кунт, Удо (21 июля 2011 г.). «Проект улучшения DR-DOS/OpenDOS». Архивировано из оригинала 6 июля 2016 г. Проверено 20 апреля 2015 г.
  58. ^ «Спецификация FATX» . free60 вики. Архивировано из оригинала 26 июля 2018 г. Проверено 16 августа 2011 г.
  59. ^ де Куинси, Эндрю; Мюррей-Питтс, Люсьен (29 августа 2008 г.). «Сведения о разделах Xbox и файловой системе». 0,13. Проект Xbox-Linux. Архивировано из оригинала 17 июня 2010 г. Проверено 25 мая 2014 г.
  60. ^ Стейл, Майкл (26 февраля 2008 г.) [2003]. «Различия между Xbox FATX и MS-DOS FAT». Проект Xbox-Linux. Архивировано из оригинала 17 июня 2010 г. Проверено 25 мая 2014 г.
  61. ^ Майкрософт. «Программа лицензирования интеллектуальной собственности файловой системы exFAT». Майкрософт . Архивировано из оригинала 7 мая 2013 года . Проверено 23 апреля 2013 г.
  62. ^ «Реверс-инжиниринг файловой системы Microsoft exFAT | Институт SANS» . Архивировано из оригинала 21 апреля 2021 г. Проверено 20 марта 2021 г.
  63. ^ «exFAT в ядре Linux? Да!». Блог Microsoft с открытым исходным кодом . 2019-08-28. Архивировано из оригинала 01 сентября 2019 г. Проверено 6 октября 2019 г.
  64. ^ ab US 5579517, Рейнольдс, Аарон Р.; Адлер, Деннис Р. и Липе, Ральф А. и др., «Общее пространство имен для длинных и коротких имен файлов», выпущено в 1996 г. 
  65. ^ US 5745902, Миллер, Томас Дж. и Кимура, Гэри Д., «Метод и система доступа к файлу с использованием имен файлов, имеющих разные форматы имен файлов», выпущено в 1998 г. 
  66. ^ ab US 5758352, Рейнольдс, Аарон Р.; Адлер, Деннис Р. и Липе, Ральф А. и др., «Общее пространство имен для длинных и коротких имен файлов», выпущено в 1998 г. 
  67. ^ США 6286013, Рейнольдс, Аарон Р.; Адлер, Деннис Р. и Липе, Ральф А. и др., «Метод и система обеспечения общего пространства имен для длинных и коротких имен файлов в операционной системе», выпущено в 1996 г. 
  68. ↑ Microsoft.com. Архивировано 22 августа 2009 г., в Wayback Machine.
  69. ^ «Файловая система FAT». Лицензирование интеллектуальной собственности . Майкрософт. Архивировано из оригинала 21 сентября 2016 г.
  70. ^ Гаррет, Мэтью (19 января 2012 г.). «EFI и Linux: будущее уже здесь, и оно ужасно». linux.conf.au . YouTube. Архивировано из оригинала 2 ноября 2021 г. Проверено 12 января 2014 г.
  71. ^ US 5367671, Фейгенбаум, Барри А. и Миро, Феликс, «Система для доступа к данным расширенного атрибута объекта (EA) через имя файла или связи дескриптора EA в таблицах путей», выпущено в 1994 г. 
  72. ^ Равичер, Дэниел Б. (15 апреля 2004 г.). «Запрос PUBPAT на повторную экспертизу патента Microsoft FAT» (PDF) . Общественный патентный фонд. Архивировано (PDF) из оригинала 7 июня 2013 г. Проверено 12 января 2014 г.
  73. ^ USPTO (30 сентября 2004 г.). «Действие Патентного ведомства по отклонению патента Microsoft FAT» (PDF) . Общественный патентный фонд. Архивировано (PDF) из оригинала 26 мая 2013 г. Проверено 12 января 2014 г.
  74. ^ Броуч, Энн (10 января 2006 г.). «Патент на файловую систему Microsoft поддержан». Новости CNET. Архивировано из оригинала 3 мая 2016 г. Проверено 7 апреля 2016 г.
  75. ^ Пол, Райан (25 февраля 2009 г.). «Иск Microsoft по поводу патентов FAT может открыть ящик Пандоры OSS». arstechnica.com. Архивировано из оригинала 27 февраля 2009 г. Проверено 28 февраля 2009 г.
  76. ^ Фрид, Ина (30 марта 2009 г.). «Microsoft и TomTom урегулируют патентный спор». cnet.com. Архивировано из оригинала 5 августа 2009 г. Проверено 22 августа 2009 г.
  77. ^ "Патентный иск Microsoft Motorola" . 01.10.2010. Архивировано из оригинала 6 октября 2010 г. Проверено 2 октября 2010 г.
  78. ^ Проталински, Эмиль (01 октября 2010 г.). «Microsoft подает в суд на Motorola, ссылаясь на нарушение патентных прав Android». arstechnica.com. Архивировано из оригинала 2 октября 2010 г. Проверено 2 октября 2010 г.
  79. ^ Пол, Райан (2 июля 2009 г.). «Новый патч для Linux может обойти патенты Microsoft FAT». ArsTechnica.com. Архивировано из оригинала 1 ноября 2013 г. Проверено 30 октября 2013 г.
  80. ^ Браун, Эрик (2 июля 2009 г.). «Может ли патч FAT избежать судебных исков против Microsoft?». DesktopLinux.Com. Архивировано из оригинала 31 января 2013 г. Проверено 23 августа 2009 г.
  81. ^ [9], «Общее пространство имен для длинных и коротких имен файлов», выпущено 31 марта 1994 г. «EP0618540B1 - Общее пространство имен для длинных и коротких имен файлов - Патенты Google». Архивировано из оригинала 28 марта 2020 г. Проверено 7 мая 2021 г.  {{cite web}}: CS1 maint: bot: исходный статус URL неизвестен ( ссылка )
  82. ^ Мюллер, Флориан (05 декабря 2013 г.). «Федеральный патентный суд Германии признает недействительным патент Microsoft FAT, апелляционный суд может с этим не согласиться». Патенты ФОСС. Архивировано из оригинала 4 января 2014 г. Проверено 12 января 2014 г.
  83. ^ Лабезиус, Стефан (28 мая 2017 г.). «Bundespatentgericht erklärt VFAT-Patent erneut für nichtig». ифрОСС. Архивировано из оригинала 02 августа 2019 г. Проверено 2 августа 2019 г.

Внешние ссылки