✖


Jump to content

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

(Перенаправлено из ISO/IEC 9293 )
Дополнительная информация: Проектирование файловой системы FAT.

ТОЛСТЫЙ
Разработчик(и) Microsoft , NCR , SCP , IBM , Compaq , Digital Research , Novell , Caldera
Полное имя Таблица размещения файлов
Варианты 8-битная FAT, FAT12 , FAT16 , FAT16B , FAT32 , ExFAT , FATX , FAT+
Представлено 1977 ( 1977 ) с автономным диском BASIC-80
Идентификаторы разделов МБР / ЭБР :
  • ФАТ12: 0x01 ea (расширенный атрибут)
  • ФАТ16: 0x040x060x0E еа
  • ФАТ32: 0x0B0x0C еа
  • ВВП : EBD0A0A2-B9E5-4433-87C0-68B6B72699C7
Структуры
Содержимое каталога Стол
Распределение файлов Связанный список
Плохие блоки Маркировка кластеров
Пределы
Максимальный размер тома
Максимальный размер файла 4 294 967 295 байт (4 ГБ − 1) с FAT16B и FAT32 [ 1 ]
Макс нет. файлов
  • FAT12: 4068 для 8 КБ. кластеров
  • FAT16: 65 460 для кластеров 32 КБ.
  • FAT32: 268 173 300 для кластеров 32 КБ.
Максимальная длина имени файла Имя файла 8.3 или 255 символов UCS-2 при использовании LFN. [ номер 1 ]
Функции
Даты записи
  • Дата/время изменения, дата/время создания (только DOS 7.0 и выше),
  • дата доступа (доступно только при включенном ACCDATE ), [ 2 ]
  • дата/время удаления (только с DELWATCH 2)
Диапазон дат С 1 января 1980 г. по 31 декабря 2099 г. ( 31 декабря 2107 г. )
Разрешение даты
  • 2 секунды для времени последнего изменения,
  • 10 мс на время создания,
  • 1 день на дату доступа,
  • 2 секунды на время удаления
Вилки Не изначально
Атрибуты Только чтение, скрытый, системный, том, каталог, архив
Файловая система
разрешения
Прозрачный
сжатие
Прозрачный
шифрование
  • FAT12/FAT16: только для каждого тома с DR-DOS.
  • FAT32: Нет

Таблица размещения файлов ( FAT ) — файловая система, разработанная для персональных компьютеров и являвшаяся файловой системой по умолчанию для MS-DOS и операционных систем Windows 9x . [ 3 ] Первоначально разработанный в 1977 году для использования на дискетах , он был адаптирован для использования на жестких дисках и других устройствах. Увеличение емкости дисков потребовало четырех основных вариантов: FAT12 , FAT16 , FAT32 и ExFAT . 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 ] и ИСО / МЭК 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, просматривая номер кластера каждой последующей части дискового файла в виде цепочки кластеров , пока не будет достигнут конец файла. Подкаталоги реализованы как специальные файлы, содержащие записи каталогов соответствующих файлов.

Каждая запись в связанном списке 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

[ редактировать ]
8-битная ЖИРА
Разработчик(и) Microsoft , НКР , SCP
Полное имя 8-битная таблица размещения файлов
Представлено
Пределы
Максимальный размер файла 8 МБ
Детализация размера файла степень детализации записи (128 байт) [ 13 ] [ 14 ]
Максимальная длина имени файла Имя файла 6.3 (двоичные файлы), 9 символов (файлы ASCII) [ 13 ] [ 14 ]
Максимальная глубина каталога Нет подкаталогов
Разрешенное имя файла
персонажи 		ASCII ( 0x00 и 0xFF не допускается в первом символе) [ 13 ] [ 14 ]
Функции
Даты записи Нет
Атрибуты Защита от записи, преобразование EBCDIC , чтение после записи, двоичный (случайный, а не последовательный файл) [ 13 ] [ 14 ]

Исходная файловая система FAT (или структура FAT , как она называлась изначально) была разработана и реализована Марком Макдональдом , [ 15 ] основан на серии дискуссий между Макдональдом и Биллом Гейтсом . [ 15 ] Он был представлен с 8-битными элементами таблицы. [ 13 ] [ 14 ] [ 15 ] (и допустимые номера кластеров данных до 0xBF[ 13 ] [ 14 ] ) в предшественнике Microsoft Standalone Disk BASIC -80 для 8080. преемника на базе [ номер 2 ] терминала ввода данных NCR 7200 model VI , оснащенного 8-дюймовыми (200 мм) дискетами, 1977 г. [ 16 ] или 1978 год. [ номер 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. размер записей каталога составлял 16 байт Хотя в Standalone Disk BASIC , [ 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

[ редактировать ]
FAT12
Разработчик(и) SCP , Microsoft , IBM , Digital Research , Novell
Полное имя 12-битная таблица размещения файлов
Представлено
  • 1980-07 ( QDOS 0.10 , 16-байтовые записи каталога)
  • 1981-02-25 ( 86-DOS 0.42 , 32-байтовые записи каталога , несколько зарезервированных секторов)
  • в. 1981–10 августа ( PC DOS 1.0 , 32-байтовые записи каталога, 1 зарезервированный сектор)
  • 03.03.1982 ( MS-DOS 1.25 , 32-байтовые записи каталога, 1 зарезервированный сектор)
Идентификаторы разделов МБР / ЭБР :
Пределы
Максимальный размер тома
  • 16 МБ (с кластерами по 4 КБ)
  • 32 МБ (с кластерами по 8 КБ)
Максимальный размер файла Ограничено размером тома
Детализация размера файла 1 байт
Макс нет. файлов 4068 для кластеров размером 8 КБ
Максимальная длина имени файла Имя файла 8.3 с символами OEM ,
255 UCS-2 символов [ номер 1 ] при использовании ЛФН
Максимальная глубина каталога 32 уровня или 66 персонажей (с CDS ),
60 уровней и более (без CDS)
Функции
Даты записи
  • Дата изменения (не для 86-DOS до 0.42),
  • время изменения (не для PC DOS 1.0 и 86-DOS), дата/время создания (только для DOS 7.0 и выше),
  • дата доступа (доступно только при включенном ACCDATE ), [ 2 ]
  • дата/время удаления (только с DELWATCH 2)
Диапазон дат С 1 января 1980 г. по 31 декабря 2099 г. ( 31 декабря 2107 г. )
Разрешение даты
  • 2 секунды для времени последнего изменения,
  • 10 мс на время создания,
  • 1 день на дату доступа,
  • 2 секунды на время удаления
Атрибуты Только чтение (начиная с DOS 2.0), скрытый , системный , том (начиная с MS-DOS 1.28 и PC DOS 2.0 ), каталог (начиная с MS-DOS 1.40 и PC DOS 2.0), архив (начиная с DOS 2.0)
Файловая система
разрешения
Прозрачный
сжатие 		Потомно, SuperStor , Stacker , DoubleSpace , DriveSpace
Прозрачный
шифрование 		Только для каждого тома с DR-DOS

В период с апреля по август 1980 года, заимствуя концепцию FAT для собственной операционной системы SCP 8086 QDOS 0.10 , [ 17 ] Тим Патерсон расширил элементы таблицы до 12 бит . [ 19 ] сократил количество FAT до двух, переопределил семантику некоторых зарезервированных значений кластера и изменил структуру диска, так что корневой каталог теперь располагался между FAT и областью данных для его реализации FAT12 . Патерсон также увеличил имя файла, состоящее из девяти символов (6.3). [ 13 ] [ 14 ] ограничение длины до одиннадцати символов для поддержки CP/M в стиле имен файлов 8.3 и блоков управления файлами . Формат, используемый в предшественнике 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 в ФАТ.

Хотя 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

[ редактировать ]
FAT16
Разработчик(и) Microsoft , IBM , Digital Research , Novell
Полное имя 16-битная таблица размещения файлов
(с 16-битными записями секторов)
Представлено 14 августа 1984 г. (ПК DOS 3.0)
1984-08 (MS-DOS 3.0)
Идентификаторы разделов МБР / ЭБР :
Пределы
Максимальный размер файла 4 294 967 295 байт (4 ГБ – 1)
Детализация размера файла 1 байт
Макс нет. файлов 65 536 для кластеров 32 КБ
Максимальная длина имени файла Имя файла 8.3 с символами OEM , 255 UCS-2. символов [ номер 1 ] при использовании ЛФН
Максимальная глубина каталога 32 уровня или 66 персонажей (с CDS ),
60 уровней и более (без CDS)
Функции
Даты записи
  • Дата/время изменения, дата/время создания (только DOS 7.0 и выше),
  • дата доступа (доступно только при включенном ACCDATE ), [ 2 ]
  • дата/время удаления (только с DELWATCH 2)
Диапазон дат С 1 января 1980 г. по 31 декабря 2099 г. ( 31 декабря 2107 г. )
Разрешение даты
  • 2 секунды для времени последнего изменения,
  • 10 мс на время создания,
  • 1 день на дату доступа,
  • 2 секунды на время удаления
Атрибуты Только для чтения , скрытый , системный , том , каталог , архив
Файловая система
разрешения
Прозрачный
сжатие 		Потомно, SuperStor , Stacker , DoubleSpace , DriveSpace
Прозрачный
шифрование 		Только для каждого тома с DR-DOS

В 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 ( Коммодор MS-DOS 3.x), 0x11 ( Ведущий MS-DOS 3.x), 0x14 (АСТ MS-DOS 3.x), 0x24 (НЕ MS-DOS 3.30 [ 29 ] ), 0x56 ( AT&T MS-DOS 3.x), 0xE5 ( Тэнди 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, просто изменив идентификатор раздела на один из распознаваемых типов. [ номер 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

[ редактировать ]
FAT16B
Разработчик(и) Compaq , Digital Research , IBM , Microsoft , Novell
Полное имя 16-битная таблица размещения файлов
(с 32-битными записями секторов)
Представлено
Идентификаторы разделов МБР / ЭБР :
Пределы
Минимальный размер тома
Максимальный размер тома
  • 2 ГБ (с кластерами по 32 КБ )
  • 4 ГБ (с кластерами по 64 КБ) (NT 4, PTS-DOS, EDR-DOS)
  • 8 ГБ (с кластерами по 128 КБ и секторами 1 или 2 КБ) (только NT 4 и EDR-DOS)
  • 8 ГБ (с кластерами по 128 КБ и секторами по 512 байт) (только EDR-DOS)
  • 16 ГБ (с кластерами по 256 КБ и секторами по 2 или 4 КБ) (только NT 4)
Максимальный размер файла
  • 2 147 483 647 байт (2 ГБ − 1) (без LFS )
  • 4 294 967 295 байт (4 ГБ − 1) (с LFS )
  • ограничено только размером тома (с FAT16+ [ 34 ] )
Детализация размера файла 1 байт
Макс нет. файлов 65 460 для кластеров по 32 КБ
Максимальная длина имени файла Имя файла 8.3 с символами OEM ,
255 UCS-2 символов [ номер 1 ] при использовании ЛФН
Максимальная глубина каталога 32 уровня или 66 персонажей (с CDS ),
60 уровней и более (без CDS)
Функции
Даты записи
  • Дата/время изменения, дата/время создания (только DOS 7.0 и выше),
  • дата доступа (доступно только при включенном ACCDATE ), [ 2 ]
  • дата/время удаления (только с DELWATCH 2)
Диапазон дат С 1 января 1980 г. по 31 декабря 2099 г. ( 31 декабря 2107 г. )
Разрешение даты
  • 2 секунды для времени последнего изменения,
  • 10 мс на время создания,
  • 1 день на дату доступа,
  • 2 секунды на время удаления
Атрибуты Только для чтения , скрытый , системный , том , каталог , архив
Файловая система
разрешения
Прозрачный
сжатие 		Потомно, SuperStor , Stacker , DoubleSpace , DriveSpace
Прозрачный
шифрование 		Только для каждого тома с DR-DOS

В ноябре 1987 года в DOS 3.31 для персональных компьютеров Compaq (модифицированная OEM-версия MS-DOS 3.3, выпущенная Compaq вместе со своими машинами) был представлен то, что сегодня просто известно как формат FAT16 , с расширением числа 16-битных секторов диска до 32. бит в BPB. Хотя изменения на диске были незначительными, весь драйвер диска DOS пришлось преобразовать для использования 32-битных номеров секторов — задача, осложняющаяся тем, что он был написан на 16-битном языке ассемблера . Результат изначально назывался DOS 3.31 Large File System . Microsoft ​ DSKPROBE инструмент относится к типу 0x06 как BigFAT , [ 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

[ редактировать ]
FAT32
Разработчик(и) Майкрософт , Кальдера
Представлено Август 1996 г. ( Windows 95 OSR2 )
Идентификаторы разделов МБР / ЭБР :
Пределы
Минимальный размер тома
  • 32 МБ – 4,5 КБ (с 65525 кластерами и секторами по 512 байт)
  • 256 МБ – 36 КБ (с 65525 кластерами и по 4 КБ ) секторами
Максимальный размер тома
  • 2 ТБ (с секторами по 512 байт)
  • 8 ТБ (с секторами по 2 КБ и кластерами по 32 КБ)
  • 16 ТБ (с секторами по 4 КБ и кластерами по 64 КБ)
Максимальный размер файла
  • 2 147 483 647 байт (2 ГиБ – 1 байт) (без LFS )
  • 4 294 967 295 байт (4 ГиБ – 1 байт) [ 1 ] (с ОРС )
  • 274 877 906 943 байта (256 ГиБ − 1 байт) (только с FAT32+ [ 34 ] )
Детализация размера файла 1 байт
Макс нет. файлов 268 173 300 для кластеров по 32 КБ
Максимальная длина имени файла Имя файла 8.3 с символами OEM ,
255 UCS-2 символов [ номер 1 ] при использовании ЛФН
Максимальная глубина каталога 32 уровня или 66 персонажей (с CDS ),
60 уровней и более (без CDS)
Функции
Даты записи
  • Дата/время изменения, дата/время создания (только DOS 7.0 и выше),
  • дата доступа (доступно только при включенном ACCDATE ), [ 2 ]
  • дата/время удаления (только с DELWATCH 2)
Диапазон дат С 1 января 1980 г. по 31 декабря 2099 г. ( 31 декабря 2107 г. )
Разрешение даты
  • 2 секунды для времени последнего изменения,
  • 10 мс на время создания,
  • 1 день на дату доступа,
  • 2 секунды на время удаления
Атрибуты Только для чтения , скрытый , системный , том , каталог , архив
Файловая система
разрешения 		Частично, только с DR-DOS , REAL/32 и 4690. ОС
Прозрачный
сжатие 		Да

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

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

[ редактировать ]

Загрузочный сектор FAT32 использует 32-битное поле для количества секторов, ограничивая максимальный размер тома FAT32 2 терабайтами при размере сектора 512 байт . Максимальный размер тома FAT32 составляет 16 ТБ с размером сектора 4096 байт. [ 39 ] [ 40 ] Встроенный инструмент форматирования диска оболочки Windows в Windows NT произвольно поддерживает только тома размером до 32 ГБ. [ номер 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. Приобретение драйвера из официальных источников больше невозможно. от Caldera С 1998 года динамически загружаемый драйвер DRFAT32 можно было использовать для включения поддержки 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 бит начального номера кластера файла или каталога, что делает невозможным сохранение советников 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»).

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

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

[ редактировать ]

Одной из по улучшению пользовательского опыта целей разработчиков Windows 95 была возможность использовать длинные имена файлов (LFN — до 255 UTF-16 кодовых единиц ), [ номер 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 приложений FlexOS версии 2 на базе в ОС IBM 4690 была представлена ​​собственная архитектура виртуальной файловой системы (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-символьные имена файлов, которые затем можно сделать видимыми для Приложения для Макинтош.

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

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

[ редактировать ]
Дополнительная информация: файловая система FAT и Linux.

Ранние дистрибутивы 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.)

Производные

[ редактировать ]

Турбо ЖИР

[ редактировать ]
Основная статья: Турбо FAT

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

ФАТКС

[ редактировать ]

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

напоминают те же базовые дизайнерские идеи, что и FAT16 и FAT32 , FATX16 и FATX32 Несмотря на то, что дисковые структуры они упрощены, но принципиально несовместимы с обычными файловыми системами 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

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 раздела : 0x07 (тот же, что используется для IFS , HPFS и NTFS). Информация о логической геометрии, расположенная в VBR, хранится в формате, не напоминающем какой-либо BPB.

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

Патенты

[ редактировать ]

В середине 1990-х годов Microsoft подала заявку и получила серию патентов на ключевые части файловой системы FAT. Все четыре относятся к расширениям FAT с длинными именами, впервые появившимся в Windows 95 : патент США № 5,579,517, [ 64 ] Патент США 5745902, [ 65 ] Патент США 5758352, [ 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 ]

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

[ редактировать ]

В 2004 году Государственный патентный фонд (USPTO) доказательства, (PUBPAT) представил в Ведомство США по патентам и товарным знакам оспаривающие действительность патента США № 5 579 517. [ 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 ] Они также подали жалобу в ITC . [ 78 ] Разработчики программного обеспечения с открытым исходным кодом разработали методы, позволяющие обойти патенты Microsoft. [ 79 ] [ 80 ]

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

См. также

[ редактировать ]

Примечания

[ редактировать ]
  1. ^ Перейти обратно: а б с д и ж Начиная с Windows 2000 , Microsoft Windows использует UTF-16 вместо UCS-2 для внутреннего «Юникода» . В UTF-16 «символ» (кодовая точка) может занимать две кодовые единицы.
  2. ^ Перейти обратно: а б Источники различаются относительно первого терминала ввода данных 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 на базе 8080 , включая модели NCR I-8130 и NCR I-8150 для систем малого бизнеса с двумя дискетами. Другие источники указывают, что фактической целевой платформой была либо сама серия 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. ^ Перейти обратно: а б «Файловые системы» . Microsoft TechNet . 2001. Архивировано из оригинала 12 августа 2011 г. Проверено 31 июля 2011 г.
  2. ^ Перейти обратно: а б с д и Microsoft (15 ноября 2006 г.). Файл CONFIG.TXT на компакт-диске Windows 95, заархивированный 31 июля 2020 г. на Wayback Machine. Статья 135481, редакция: 1.1, получено 22 декабря 2011 г.: «Для каждого жесткого диска указывается, следует ли записывать дату последнего доступа к файлам». Даты последнего доступа отключены для всех дисков при запуске компьютера в безопасном режиме и не сохраняются для дискет по умолчанию. ACCDATE=drive1+|- [drive2+|-]..."
  3. ^ Перейти обратно: а б Бхат, Вашингтон (2010). «Обзор структуры данных FAT файловой системы FAT32» . Восточный журнал компьютерных наук и технологий . 3 (1): 161–164. 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. ^ Перейти обратно: а б «Спецификация файловой системы FAT32 инициативы Microsoft Extensible Firmware Initiative, 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. ^ Перейти обратно: а б с д и ж г час я дж 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. ^ Перейти обратно: а б с д и ж г час я дж Справочное руководство по 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. ^ Перейти обратно: а б с д и ж г Дункан, Рэй; Боствик, Стив; Бургойн, Кейт (1988). Энциклопедия MS-DOS: версии с 1.0 по 3.2 (Полностью переработанное издание). Редмонд, Вашингтон, США: Microsoft Press . ISBN  1-55615-049-0 . LCCN   87-21452 . OCLC   16581341 . (xix+1570 страниц; 26 см) (Примечание. Это издание было опубликовано в 1988 году после обширной переработки отозванного первого издания 1986 года другой группой авторов. [1] Архивировано 14 октября 2018 г. в Wayback Machine )
  16. ^ Перейти обратно: а б Манес, Стивен; Эндрюс, Пол (1993). Гейтс: Как магнат Microsoft заново изобрел индустрию и стал самым богатым человеком в Америке . Даблдэй. ISBN  0-385-42075-7 .
  17. ^ Перейти обратно: а б с д Хантер, Дэвид (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. ^ Перейти обратно: а б с д Компьютерные продукты Сиэтла (1981). «Дополнение к SCP 86-DOS 1.0» (PDF) . Архивировано (PDF) из оригинала 3 октября 2012 г. Проверено 10 марта 2013 г.
  22. ^ Уоллес, Джеймс; Эриксон, Джим; (1992); Жесткий диск: Билл Гейтс и создание империи Microsoft , Джон Уайли и сыновья, ISBN   0-471-56886-4
  23. ^ Нортон, Питер ; (1986); Внутри IBM PC, переработанное и расширенное , Брейди, ISBN   0-89303-583-1 , с. 157
  24. ^ Дженкинсон, Брайан; Сэммс, Эй Джей (2000). Криминалистические вычисления: Руководство для практикующего специалиста (серия для практикующего специалиста) . Берлин: Шпрингер. п. 157 . ISBN  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. ^ Перейти обратно: а б с К вашему сведению – Установка 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. ^ Перейти обратно: а б с д Кунт, Удо; Георгиев, Лучезар И.; Дэвис, Джереми (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 Resource Kit – Глава 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. ^ Перейти обратно: а б 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 и более поздних [так в оригинале ] СКАНДИСК или ДЕФРАГАЦИЯ . [...] Если другая программа устанавливает значение 0x00 для файла, содержащего советники , эти советники больше не будут найдены только с помощью вызовов DosFindFirst/Next. Другие вызовы OS/2 для получения EA (DosQueryPathInfo, DosQueryFileInfo и DosEnumAttribute) не полагаются на этот байт. Также может произойти и обратное. [...] В этой ситуации снизится только производительность сканирования каталогов. Обе ситуации [...] исправляются CHKDSK ».
  53. ^ Келдер, Хенк; FAT32.TXT для FAT32.IFS версии 0.74 ( «@Макарло, Инк» . Архивировано из оригинала 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. ^ «Примечания к выпуску версии 2.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. ^ Перейти обратно: а б US 5579517 , Рейнольдс, Аарон Р.; Адлер, Деннис Р. и Липе, Ральф А. и др., «Общее пространство имен для длинных и коротких имен файлов», выпущено в 1996 г.  
  65. ^ US 5745902 , Миллер, Томас Дж. и Кимура, Гэри Д., «Способ и система доступа к файлу с использованием имен файлов, имеющих разные форматы имен файлов», выдан в 1998 г.  
  66. ^ Перейти обратно: а б US 5758352 , Рейнольдс, Аарон Р.; Адлер, Деннис Р. и Липе, Ральф А. и др., «Общее пространство имен для длинных и коротких имен файлов», выпущено в 1998 г.  
  67. ^ US 6286013 , Рейнольдс, Аарон Р.; Адлер, Деннис Р. и Липе, Ральф А. и др., «Метод и система обеспечения общего пространства имен для длинных и коротких имен файлов в операционной системе», выпущено в 1996 г.  
  68. ↑ Microsoft.com. Архивировано 22 августа 2009 г., в Wayback Machine.
  69. ^ «Файловая система FAT» . Лицензирование интеллектуальной собственности . Майкрософт. Архивировано из оригинала 21 сентября 2016 г.
  70. ^ Гаррет, Мэтью (19 января 2012 г.). «EFI и Linux: будущее уже здесь, и оно ужасно» . linux.conf.au . Ютуб. Архивировано из оригинала 2 ноября 2021 г. Проверено 12 января 2014 г.
  71. ^ США 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. ^ Мюллер, Флориан (5 декабря 2013 г.). «Федеральный патентный суд Германии признает недействительным патент Microsoft FAT, апелляционный суд может не согласиться» . Патенты ФОСС. Архивировано из оригинала 4 января 2014 г. Проверено 12 января 2014 г.
  83. ^ Лабезиус, Стефан (28 мая 2017 г.). «Федеральный патентный суд вновь признает патент VFAT недействительным» . ифрОСС. Архивировано из оригинала 02 августа 2019 г. Проверено 2 августа 2019 г.
[ редактировать ]
Retrieved from "https://en.wikipedia.org/w/index.php?title=File_Allocation_Table&oldid=1233569243#ISO"
Arc.Ask3.Ru: конец переведенного документа.
Arc.Ask3.Ru
Номер скриншота №: 93e5d9aab75288c0f53ee4a852dd4d6d__1720543140
URL1:https://arc.ask3.ru/arc/aa/93/6d/93e5d9aab75288c0f53ee4a852dd4d6d.html
Заголовок, (Title) документа по адресу, URL1:
File Allocation Table - Wikipedia
Данный printscreen веб страницы (снимок веб страницы, скриншот веб страницы), визуально-программная копия документа расположенного по адресу URL1 и сохраненная в файл, имеет: квалифицированную, усовершенствованную (подтверждены: метки времени, валидность сертификата), открепленную ЭЦП (приложена к данному файлу), что может быть использовано для подтверждения содержания и факта существования документа в этот момент времени. Права на данный скриншот принадлежат администрации Ask3.ru, использование в качестве доказательства только с письменного разрешения правообладателя скриншота. Администрация Ask3.ru не несет ответственности за информацию размещенную на данном скриншоте. Права на прочие зарегистрированные элементы любого права, изображенные на снимках принадлежат их владельцам. Качество перевода предоставляется как есть. Любые претензии, иски не могут быть предъявлены. Если вы не согласны с любым пунктом перечисленным выше, вы не можете использовать данный сайт и информация размещенную на нем (сайте/странице), немедленно покиньте данный сайт. В случае нарушения любого пункта перечисленного выше, штраф 55! (Пятьдесят пять факториал, Денежную единицу (имеющую самостоятельную стоимость) можете выбрать самостоятельно, выплаичвается товарами в течение 7 дней с момента нарушения.)