Tabulka alokace souborů - File Allocation Table

TLUSTÝ
Vývojáři Microsoft , NCR , SCP , IBM , Compaq , Digital Research , Novell , Caldera
Celé jméno Tabulka alokace souborů
Varianty 8bitový FAT, FAT12 , FAT16 , FAT16B , FAT32 , ExFAT , FATX , FAT+
Představeno 1977 se samostatným diskem BASIC-80 ( 1977 )
Identifikátor oddílu MBR / EBR :
FAT12:  ea (rozšířený atribut) FAT16:  ea FAT32:  ea BDP :0x01
0x040x060x0E
0x0B0x0C

EBD0A0A2-B9E5-4433-87C0-68B6B72699C7
Struktury
Obsah adresáře Stůl
Přidělení souboru Spojový seznam
Špatné bloky Označování klastrů
Limity
Max. velikost svazku FAT12: 32  MB (256 MB pro klastry 64 KB)
FAT16: 2 GB (4 GB pro klastry 64 KB)
FAT32: 2  TB (16 TB pro 4 KB sektory )
Max. velikost souboru 4 294 967 295 bytů (4  GB - 1) s FAT16B a FAT32
Max. počet souborů FAT12: 4068 pro klastry 8  KB
FAT16: 65460 pro klastry 32 KB
FAT32: 268 173 300 pro klastry 32 KB
Max. délka názvu souboru 8.3 název souboru nebo 255 znaků UCS-2 při použití LFN
Funkce
Zaznamenaná data Upravené datum/čas, datum/čas vytvoření (pouze DOS 7.0 a vyšší), datum přístupu (k dispozici pouze s povoleným ACCDATE ), datum/čas smazání (pouze s DELWATCH 2)
Časové období 1980-01-012099-12-31 ( 2107-12-31 )
Rozlišení data 2 sekundy pro čas poslední změny,
10 ms pro čas vytvoření,
1 den pro datum přístupu,
2 sekundy pro čas vymazání
Vidlice Ne nativně
Atributy Pouze pro čtení , Skrytý , Systém , Svazek , Adresář , Archiv
Oprávnění systému souborů FAT12/FAT16: Přístupová práva k souborům, adresářům a svazkům pro čtení , zápis , spouštění , mazání pouze s DR-DOS , PalmDOS , Novell DOS , OpenDOS , FlexOS , 4680 OS , 4690 OS , Concurrent DOS , Multiuser DOS , System Manager , REAL / 32 (Provést správně pouze s FlexOS, 4680 OS, 4690 OS; hesla jednotlivých souborů / adresářů ne s FlexOS, 4680 OS, 4690 OS; Třídy oprávnění World / Group / Owner pouze s víceuživatelským zabezpečením načten)
FAT32: Částečný, pouze s DR -DOS, REAL/32 a 4690 OS
Průhledná komprese FAT12/FAT16: Per-volume, SuperStor , Stacker , DoubleSpace , DriveSpace
FAT32: Ne
Transparentní šifrování FAT12/FAT16: Pouze na svazek s DR-DOS
FAT32: Ne

File Allocation Table ( FAT ) je souborový systém vyvinutý pro osobní počítače. Původně vyvinut v roce 1977 pro použití na disketách , byl upraven pro použití na pevných discích a dalších zařízeních. Často je z důvodu kompatibility podporován současnými operačními systémy pro osobní počítače a mnoha mobilními zařízeními a vestavěnými systémy , což umožňuje výměnu dat mezi různými systémy. Zvýšení kapacity diskových jednotek vyžadovalo tři hlavní varianty: FAT12 , FAT16 a FAT32 . Standard FAT byl také rozšířen jinými způsoby, přičemž obecně byla zachována zpětná kompatibilita se stávajícím softwarem.

FAT již není výchozím systémem souborů pro počítače se systémem Microsoft Windows .

Systémy souborů FAT se stále běžně vyskytují na disketách, flash a jiných polovodičových paměťových kartách a modulech (včetně USB flash disků ), stejně jako na mnoha přenosných a vestavěných zařízeních. FAT je standardní souborový systém pro digitální fotoaparáty podle specifikace DCF .

Přehled

Pojmy

Systém souborů používá indexovou tabulku uloženou v zařízení k identifikaci řetězců oblastí ukládání dat spojených se souborem, alokační tabulkou souborů ( FAT ). FAT je staticky přidělován v době formátování. Tabulka je propojený seznam položek pro každý klastr , souvislá oblast diskového úložiště. Každá položka obsahuje buď číslo dalšího klastru v souboru, nebo značku označující konec souboru, nevyužité místo na disku nebo speciální vyhrazené oblasti disku. Kořenový adresář disku obsahuje číslo prvního clusteru každého souboru v tomto adresáři. Operační systém pak může procházet FAT a vyhledávat číslo klastru každé následující části souboru disku jako řetězec klastru, dokud není dosaženo konce souboru. Podadresáře jsou implementovány jako speciální soubory obsahující položky adresářů příslušných souborů.

Každá položka v seznamu propojeném s FAT je pevný počet bitů: 12, 16 nebo 32. Maximální velikost souboru nebo diskové jednotky, ke které lze přistupovat, je součin největšího počtu, který lze do záznamů uložit (méně několik hodnot vyhrazených pro označení nepřiděleného místa nebo konce seznamu) a velikost diskového clusteru. I když je k rozšíření souboru potřeba pouze jeden bajt úložiště, musí mu být přidělen celý klastr, takže velké klastry plýtvají velkým množstvím místa na disku, pokud existuje velké množství malých souborů.

Původně navržený jako 8bitový souborový systém, maximální počet klastrů se musí zvyšovat s tím, jak se zvyšuje kapacita diskové jednotky, a tím narůstal počet bitů použitých k identifikaci každého klastru. Následné hlavní varianty formátu FAT jsou pojmenovány podle počtu bitů elementů tabulky: 12 ( FAT12 ), 16 ( FAT16 ) a 32 ( FAT32 ).

Využití

Systém souborů FAT se používá od roku 1977 pro počítače a stále se často používá ve vestavěných systémech. Kompatibilní souborové systémy usnadňují výměnu dat například mezi stolními počítači a přenosnými zařízeními. Systémy souborů FAT jsou výchozí pro vyměnitelná média, jako jsou diskety , super-diskety , paměťové a flash paměťové karty nebo USB flash disky . FAT je podporován přenosnými zařízeními, jako jsou PDA , digitální fotoaparáty , videokamery , přehrávače médií a mobilní telefony. Zatímco FAT12 se používá na disketách, FAT16 a FAT32 se obvykle nacházejí na větších médiích.

FAT byl také použit na pevných discích po celou dobu DOS a Windows 9x . Společnost Microsoft představila nový souborový systém NTFS („New Technology File System“) s platformou Windows NT v roce 1993, ale FAT zůstal standardem pro domácí uživatele až do zavedení Windows XP založeného na NT v roce 2001. FAT je stále používá se na pevných discích, u nichž se očekává, že budou používány více operačními systémy, například ve sdílených prostředích Windows, Linux a DOS. Microsoft Windows navíc přichází s předinstalovaným nástrojem pro převod systému souborů FAT na NTFS přímo bez nutnosti přepisovat všechny soubory, i když to nelze přímo vrátit.

Mnoho operačních systémů poskytuje podporu pro média ve formátu FAT prostřednictvím integrovaných obslužných rutin systému souborů jiných výrobců.

DCF souborový systém přijatý téměř ve všech digitálních fotoaparátů od roku 1998 definuje logický souborový systém s 8,3 názvy souborů a umožňuje použít buď FAT12, FAT16, FAT32 nebo exFAT je nezbytný pro jeho fyzickou vrstvu pro kompatibilitu.

FAT se také používá interně pro systémový oddíl EFI ve fázi spouštění počítačů kompatibilních s EFI . Skryté souborové systémy FAT se také používají v zaváděcím oddílu UEFI na moderních počítačích.

U disket byl FAT standardizován jako ECMA -107 a ISO / IEC  9293: 1994 (nahrazuje ISO 9293: 1987). Tyto standardy pokrývají FAT12 a FAT16 pouze s podporou krátkých názvů souborů 8,3 ; dlouhé názvy souborů s VFAT byly částečně patentovány .

Nomenklatura

„Systém souborů FAT“ označuje FAT12 , FAT16 a FAT32 . Obslužné programy operačního systému nemusí identifikovat, která verze bude použita k formátování zařízení.

FAT16 “ označuje jak původní skupinu souborových systémů FAT se 16bitovými širokými záznamy klastru, tak i pozdější varianty („ FAT16B “) s 32bitovými sektorovými položkami. Hodnoty uložené v bloku parametrů disku lze použít k identifikaci struktury souboru.

VFAT “ je volitelná přípona pro dlouhé názvy souborů, která může fungovat nad jakýmkoli systémem souborů FAT. Svazky používající dlouhé názvy souborů VFAT lze přečíst také v operačních systémech, které nepodporují rozšíření VFAT.

Obecný typ systému souborů (FAT12, FAT16 nebo FAT32) je určen šířkou položek klastru ve FAT. Specifické prahové hodnoty pro počet klastrů, uložené v bloku parametrů disku, definují, jaký typ FAT se použije. K odvození typu systému souborů nelze spolehlivě použít jiné vlastnosti paměťového zařízení, jako je velikost, formát bloku parametrů nebo název systému souborů.

Svazek FAT12 nebo FAT16 lze definovat pomocí „ FAT32 EBPB “ běžně používaného pro svazky FAT32. ID oddílů se nepoužívají k určení typu systému souborů sami.

Typy

Originální 8bitový FAT

8bitový FAT
Vývojáři Microsoft , NCR , SCP
Celé jméno 8bitová tabulka přidělování souborů
Představeno 1977/1978: NCR Basic +6 pro NCR
1978: Samostatný disk BASIC-80 (16bajtové položky adresáře)
(1978: Samostatný disk BASIC-86 pouze interní)
1979-06-04: Samostatný disk BASIC-86 pro SCP (16 -byte adresáře)
1979: MIDAS ( 32bajtové položky adresáře)
Limity
Max. velikost souboru 8 MB
Zrnitost velikosti souboru granularita záznamu (128 bajtů)
Max. délka názvu souboru 6,3 název souboru (binární soubory), 9 znaků (soubory ASCII)
Max. hloubka adresáře žádné podadresáře
Povolené znaky v názvech souborů ASCII ( 0x00a 0xFFnení povoleno v prvním znaku)
Funkce
Zaznamenaná data Ne
Atributy Chráněno proti zápisu, převod EBCDIC , čtení po zápisu, binární (spíše náhodný než sekvenční soubor)

Původní souborový systém FAT (neboli struktura FAT , jak se původně říkalo) navrhl a implementoval Marc McDonald na základě řady diskusí mezi McDonaldem a Billem Gatesem . Byl zaveden s 8-bitové tabulky prvků (a čísla klastru platná data až do 0xBF) v prekurzoru na Microsoft je samostatný disk základní-80 i pro 8080 založeném nástupce NCR 7200 modelu VI pro zavádění dat terminálu, který je vybaven 8 -palcové (200 mm) diskety, v roce 1977 nebo 1978. V roce 1978 byl samostatný disk BASIC-80 přenesen na 8086 pomocí emulátoru na DEC PDP-10 , protože v tuto chvíli nebyly k dispozici žádné skutečné systémy 8086. Systém souborů FAT byl také použit v Microsoft MDOS/MIDAS , operačním systému pro platformy 8080/Z80 napsaný McDonaldem od roku 1979. Verze Standalone Disk BASIC podporovala tři FAT, zatímco toto byl parametr pro MIDAS. Údajně byl MIDAS připraven také na podporu 10bitových, 12bitových a 16bitových variant FAT. Zatímco velikost položek adresáře byla 16 Bajtů v samostatném disku BASIC , MIDAS místo toho zabíral 32 bajtů na položku.

FAT12

FAT12
Vývojáři SCP , Microsoft , IBM , Digital Research , Novell
Celé jméno 12bitová tabulka přidělování souborů
Představeno 1980-07 ( QDOS 0,10 , 16bajtové položky adresáře)
1981-02-25 ( 86-DOS 0,42 , 32bajtové položky adresáře , několik vyhrazených sektorů)
c. 1981–08/10 ( PC DOS 1.0 , 32bitové položky adresáře, 1 vyhrazený sektor)
1982-03-03 ( MS-DOS 1.25 , 32bitové položky adresáře, 1 vyhrazený sektor)
Identifikátor oddílu MBR / EBR :
FAT12 : ea BDP :0x01

EBD0A0A2-B9E5-4433-87C0-68B6B72699C7
Limity
Max. velikost svazku 16 MB (s klastry 4 KB)
32 MB (s 8 klastry KB)
Max. velikost souboru omezeno velikostí svazku
Zrnitost velikosti souboru 1 bajt
Max. počet souborů 4068 pro 8 KB klastry
Max. délka názvu souboru 8.3 název souboru se znaky OEM ,
255 znaků UCS-2 při použití LFN
Max. hloubka adresáře 32 úrovní nebo 66 znaků (s CDS ),
60 úrovní nebo více (bez CDS)
Funkce
Zaznamenaná data Upravené datum (ne s 86-DOS před 0,42), upravený čas (ne s PC DOS 1.0 a 86-DOS), datum/čas vytvoření (pouze DOS 7.0 a vyšší), datum přístupu (k dispozici pouze s povoleným ACCDATE ), datum smazání /čas (pouze s DELWATCH 2)
Časové období 1980-01-012099-12-31 ( 2107-12-31 )
Rozlišení data 2 sekundy pro čas poslední změny,
10 ms pro čas vytvoření,
1 den pro datum přístupu,
2 sekundy pro čas vymazání
Atributy Pouze pro čtení (od DOS 2.0), Skrytý , Systém , Svazek (od MS-DOS 1.28 a PC DOS 2.0 ), Adresář (od MS-DOS 1.40 a PC DOS 2.0), Archiv (od DOS 2.0)
Oprávnění systému souborů Přístupová práva k souborům, adresářům a svazkům pro čtení , zápis , spouštění , mazání pouze s DR-DOS , PalmDOS , Novell DOS , OpenDOS , FlexOS , 4680 OS , 4690 OS , Concurrent DOS , Multiuser DOS , System Manager , REAL/32 (Execute vpravo pouze s FlexOS, 4680 OS, 4690 OS; individuální hesla k souborům / adresářům nikoli s FlexOS, 4680 OS, 4690 OS; pouze třídy oprávnění Svět / Skupina / Vlastník s načteným víceuživatelským zabezpečením)
Průhledná komprese Per-volume, SuperStor , Stacker , DoubleSpace , DriveSpace
Transparentní šifrování Pouze na svazek s DR-DOS

V období od dubna do srpna 1980 Tim Paterson při vypůjčení konceptu FAT pro vlastní operační systém SCP 8086 QDOS 0,10 rozšířil prvky tabulky na 12 bitů , snížil počet FAT na dva, předefinoval sémantiku některých rezervovaných hodnot klastru a upravil rozložení disku, takže kořenový adresář byl nyní umístěn mezi FAT a datovou oblastí pro jeho implementaci FAT12 . Paterson také zvýšil limit délky souboru s devíti znaky (6,3) na jedenáct znaků, aby podporoval názvy souborů CP/M -styl 8.3 a bloky řízení souborů . Formát používaný v předchůdci 8bitového souborového systému Microsoft Standalone Disk BASIC systém QDOS nepodporoval. V srpnu 1980 byl QDOS přejmenován na 86-DOS . Počínaje verzí 86-DOS 0,42 byla velikost a rozložení položek adresáře změněna z 16 bajtů na 32 bajtů, aby bylo možné přidat razítko data a zvýšit teoretický limit velikosti souboru za předchozí limit 16 MB. 86-DOS 1.00 byl k dispozici počátkem roku 1981. Později v roce 1981 se 86-DOS vyvinul v Microsoft MS-DOS a IBM PC DOS . S operačním systémem MS-DOS 1.20 byla ukončena schopnost číst dříve formátované svazky se 16bajtovými položkami adresáře .

FAT12 používal pro adresy klastru 12bitové položky; některé hodnoty byly vyhrazeny pro označení konce řetězce klastrů, pro označení nepoužitelných oblastí disku nebo pro jiné účely, takže maximální počet klastrů byl omezen na 4078. Pro úsporu místa na disku byly použity dvě 12bitové položky FAT tři po sobě jdoucí 8bitové bajty na disku, které vyžadují manipulaci k rozbalení 12bitových hodnot. To stačilo na původní disketové jednotky a malý pevný disk až 32 megabajtů. Verze FAT16B dostupná s DOS 3.31 podporovala 32bitová čísla sektorů, a tím se zvýšil limit velikosti svazku.

Všechny řídicí struktury se vejdou do první stopy, aby se zabránilo pohybu hlavy během operací čtení a zápisu. Jakýkoli špatný sektor v oblasti řídicích struktur by disk znemožnil. Nástroj pro formátování DOS takové disky zcela odmítl. Špatné sektory byly povoleny pouze v oblasti dat souboru. Klastry obsahující chybné sektory byly označeny jako nepoužitelné s vyhrazenou hodnotou 0xFF7.

Zatímco 86-DOS podporoval tři diskové formáty (250,25 KB, 616 KB a 1232 KB s ID FAT 0xFF a 0xFEna 8palcových (200 mm) disketových mechanikách, IBM PC DOS 1.0 , vydaný s původním osobním počítačem IBM v roce 1981, podporoval pouze 8-sektorový disketový formát s formátovanou kapacitou 160 KB (FAT ID 0xFE) pro jednostranné 5,25palcové disketové jednotky a PC DOS 1.1 přidána podpora pro oboustranný formát s 320 KB (FAT ID 0xFF). PC DOS 2.0 představen podpora 9 sektorových disketových formátů se 180 kB (FAT ID 0xFC) a 360 KB (FAT ID 0xFD).

Položky adresáře 86-DOS 1.00 a PC DOS 1.0 obsahovaly pouze jedno datum, datum poslední změny. PC DOS 1.1 přidal čas poslední změny. Atributy souboru PC DOS 1.x obsahovaly skrytý bit a systémový bit, přičemž zbývajících šest bitů nebylo definováno. V této době DOS nepodporoval podadresáře, ale obvykle bylo na disketě jen několik desítek souborů.

PC XT byl první PC s pevným diskem od společnosti IBM a PC DOS 2.0 podporovány, že pevný disk s FAT12 ( FAT ID 0xF8 ). Pevný předpoklad 8 sektorů na klastry na pevných discích prakticky omezil maximální velikost oddílu na 16 MB pro 512 bajtových sektorů a 4 KB klastry.

BIOS Parameter Block ( BPB ) byl představen s PC DOS 2.0 stejně, a tato verze také přidává pouze ke čtení, archiv , svazku a adresáře atribut bitů pro hierarchické podadresářů.

MS-DOS 3.0 představil podporu pro 1,2 MB 5,25 palcové diskety s vysokou hustotou (deskriptor médií 0xF9), které měly zejména 15 sektorů na stopu, a tím více místa pro FAT.

FAT12 zůstává v provozu na všech běžných disketách , včetně 1,44 MB a novějších 2,88 MB disků (byte deskriptoru médií 0xF0).

Počáteční FAT16

FAT16.
Vývojáři Microsoft , IBM , Digital Research , Novell
Celé jméno 16bitová tabulka alokace souborů
(se 16bitovými položkami sektoru)
Představeno 1984-08-14 (PC DOS 3.0)
1984-08 (MS-DOS 3.0)
Identifikátor oddílu MBR / EBR :
FAT16 :  ea BDP :0x04
EBD0A0A2-B9E5-4433-87C0-68B6B72699C7
Limity
Max. velikost souboru omezeno velikostí svazku
Zrnitost velikosti souboru 1 bajt
Max. počet souborů 65 536 pro klastry 32 kB
Max. délka názvu souboru 8.3 název souboru se znaky OEM ,
255 znaků UCS-2 při použití LFN
Max. hloubka adresáře 32 úrovní nebo 66 znaků (s CDS ),
60 úrovní nebo více (bez CDS)
Funkce
Zaznamenaná data Upravené datum/čas, datum/čas vytvoření (pouze DOS 7.0 a vyšší), datum přístupu (k dispozici pouze s povoleným ACCDATE ), datum/čas smazání (pouze s DELWATCH 2)
Časové období 1980-01-012099-12-31 ( 2107-12-31 )
Rozlišení data 2 sekundy pro čas poslední změny,
10 ms pro čas vytvoření,
1 den pro datum přístupu,
2 sekundy pro čas vymazání
Atributy Pouze pro čtení , Skrytý , Systém , Svazek , Adresář , Archiv
Oprávnění systému souborů Přístupová práva k souborům, adresářům a svazkům pro čtení , zápis , spouštění , mazání pouze s DR-DOS , PalmDOS , Novell DOS , OpenDOS , FlexOS , 4680 OS , 4690 OS , Concurrent DOS , Multiuser DOS , System Manager , REAL/32 (Execute vpravo pouze s FlexOS, 4680 OS, 4690 OS; individuální hesla k souborům / adresářům nikoli s FlexOS, 4680 OS, 4690 OS; pouze třídy oprávnění Svět / Skupina / Vlastník s načteným víceuživatelským zabezpečením)
Průhledná komprese Per-volume, SuperStor , Stacker , DoubleSpace , DriveSpace
Transparentní šifrování Pouze na svazek s DR-DOS

V roce 1984 IBM vydala PC AT , které vyžadovalo PC DOS 3.0 pro přístup k jeho 20 MB pevnému disku. Společnost Microsoft představila paralelně MS-DOS 3.0. Klastrové adresy byly zvýšeny na 16bitové, což umožňuje až 65 526 klastrů na svazek. Maximální možný počet sektorů a maximální velikost oddílu 32 MB se však nezměnily. Přestože adresy klastrů byly 16 bitů, tento formát nebyl tím, čemu se dnes běžně říká FAT16 . Typ oddílu 0x04 označuje tuto formu FAT16 s méně než 65536 sektorů (méně než 32 MB pro velikost sektoru 512). Výhodou FAT16 bylo použití menších klastrů, což zefektivnilo využití disku, zejména u velkého počtu souborů o velikosti jen několik stovek bajtů.

Protože MS-DOS 3.0 naformátoval všechny oddíly 16 MB-32 MB ve formátu FAT16, 20 MB pevný disk formátovaný pod MS-DOS 3.0 nebyl přístupný z MS-DOS 2.0. MS-DOS 3.0 až MS-DOS 3.30 mohl stále přistupovat k oddílům FAT12 pod 15 MB, ale vyžadoval, aby všechny oddíly 16 MB-32 MB byly FAT16, a tak nemohl přistupovat k oddílům MS-DOS 2.0 v tomto rozsahu velikostí. MS-DOS 3.31 a vyšší mohl znovu získat přístup k oddílům 16 MB-32 MB FAT12.

Logicky sektorovaný FAT

Implementace MS-DOS a PC DOS FAT12 a FAT16 nemohly přistupovat k diskovým oddílům větším než 32 megabajtů. Několik výrobců vyvinulo vlastní varianty FAT v rámci svých OEM verzí systému MS-DOS.

Někteří prodejci ( AST a NEC ) podporovali osm , namísto standardních čtyř , položek primárního oddílu ve svém vlastním rozšířeném hlavním spouštěcím záznamu ( MBR ), a přizpůsobili MS-DOS tak, aby používal více než jeden primární oddíl.

Ostatní prodejci pracovali kolem limitů velikosti svazku uložených 16bitovými položkami sektorů zvýšením zjevné velikosti sektorů, na kterých systém souborů pracoval. Tyto logické sektory byly větší (až 8192 bajtů) než velikost fyzického sektoru (stále 512 bajtů) na disku. DOS-BIOS nebo System BIOS by pak kombinoval více fyzických sektorů do logických sektorů, se kterými by souborový systém mohl pracovat.

Tyto změny byly transparentní pro implementaci systému souborů v jádře DOS. Základní DOS-BIOS přeložil tyto logické sektory do fyzických sektorů podle informací o rozdělení a fyzické geometrie disku.

Nevýhodou tohoto přístupu byla zvýšená paměť používaná pro sektorové vyrovnávací paměti a deblokování. Vzhledem k tomu, že starší verze systému DOS nemohly používat velké logické sektory, zavedli výrobci OEM nová ID oddílů pro své varianty FAT, aby je skryli před běžnými problémy systémů MS-DOS a PC DOS. Známá ID oddílů pro logické sektorované FAT zahrnují: 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), 0x56( AT&T MS-DOS 3.x), 0xE5( Tandy MS-DOS), 0xF2( Sperry IT MS-DOS 3.x, Unisys MS-DOS 3.3-používá ho také Digital Research DOS Plus 2.1). O OEM verzích jako Toshiba MS-DOS, Wyse MS-DOS 3.2 a 3.3 a Zenith MS-DOS je také známo, že využívají logické sektorování.

Přestože jsou tyto varianty FAT nestandardní a neoptimální, jsou dokonale platné podle specifikací samotného systému souborů. Proto i když výchozí problémy systémů MS-DOS a PC DOS nebyly schopny se s nimi vypořádat, většina těchto variant FAT12 a FAT16 specifických pro dodavatele může být připojena flexibilnější implementací systému souborů v operačních systémech, jako je DR-DOS, jednoduše změnou ID oddílu na jeden z rozpoznaných typů. Rovněž, pokud již nemusí být rozpoznávány jejich původními operačními systémy, lze stávající oddíly „převést“ na svazky FAT12 a FAT16, které budou více kompatibilní s verzemi MS-DOS/PC DOS 4.0–6.3, které nepodporují různé velikosti sektorů z 512 bajtů, přepnutím na BPB s 32bitovým záznamem pro počet sektorů, jak bylo zavedeno od DOS 3.31 (viz FAT16B níže), zachování velikosti klastru a zmenšení velikosti logického sektoru v BPB až na 512 bajtů, zatímco současně zvyšuje počet logických sektorů na klastr, vyhrazené logické sektory, celkový počet logických sektorů a logických sektorů na FAT o stejný faktor.

Paralelním vývojem v systému MS-DOS / PC DOS, který umožnil zvýšení maximální možné velikosti FAT, bylo zavedení více oddílů FAT na pevný disk. Aby bylo možné kompatibilním způsobem používat více oddílů FAT, byl v PC DOS 3.2 (1986) představen nový typ oddílu, rozšířený oddíl (EBR), což je kontejner pro další oddíl nazývaný logická jednotka . Od PC DOS 3.3 (duben 1987) existuje další, volitelný rozšířený oddíl obsahující další logickou jednotku atd. MBR pevného disku může být buď definovat až čtyři primární oddíly nebo rozšířeném oddílu vedle až tři primární oddíly.

Konečný FAT16

FAT16B
Vývojáři Compaq , Digital Research , IBM , Microsoft , Novell
Celé jméno 16bitová tabulka alokace souborů
(s 32bitovými sektorovými položkami)
Představeno 1987-11 ( Compaq MS-DOS 3.31 )
1988-06-28 ( DR DOS 3.31 )
1988 ( IBM DOS 4.0 )
1988 ( OS/2 1.1 )
1988 ( MS-DOS 4.0 )
Identifikátor oddílu MBR / EBR :
FAT16B :  ( LBA ), každý BDP :0x060x0E

EBD0A0A2-B9E5-4433-87C0-68B6B72699C7
Limity
Min. velikost svazku MB (se 128 bajtovými sektory)
32 MB (s 512  bajtovými sektory)
256 MB (se 4 KB sektory)
Max. velikost svazku GB (s klastry 32  KB )
4 GB (s klastry 64 KB) (NT 4, PTS-DOS, EDR-DOS)
8 GB (se 128 klastry a sektory 1 nebo 2 KB) (pouze NT 4 a EDR-DOS )
8 GB (se 128 KB klastry a 512 bajtovými sektory) (pouze EDR-DOS)
16 GB (s 256 KB klastry a 2 nebo 4 KB sektory) (pouze NT 4)
Max. velikost souboru 2 147 483 647 bytů (2 GB - 1) (bez LFS )
4 294 967 295 bytů (4 GB - 1) (s LFS )
omezeno pouze velikostí svazku (s FAT16+)
Zrnitost velikosti souboru 1 bajt
Max. počet souborů 65 460 pro klastry 32 KB
Max. délka názvu souboru 8.3 název souboru se znaky OEM ,
255 znaků UCS-2 při použití LFN
Max. hloubka adresáře 32 úrovní nebo 66 znaků (s CDS ),
60 úrovní nebo více (bez CDS)
Funkce
Zaznamenaná data Upravené datum/čas, datum/čas vytvoření (pouze DOS 7.0 a vyšší), datum přístupu (k dispozici pouze s povoleným ACCDATE ), datum/čas smazání (pouze s DELWATCH 2)
Časové období 1980-01-012099-12-31 ( 2107-12-31 )
Rozlišení data 2 sekundy pro čas poslední změny,
10 ms pro čas vytvoření,
1 den pro datum přístupu,
2 sekundy pro čas vymazání
Atributy Pouze pro čtení , Skrytý , Systém , Svazek , Adresář , Archiv
Oprávnění systému souborů Přístupová práva k souborům, adresářům a svazkům pro čtení , zápis , spouštění , mazání pouze s DR-DOS , PalmDOS , Novell DOS , OpenDOS , FlexOS , 4680 OS , 4690 OS , Concurrent DOS , Multiuser DOS , System Manager , REAL/32 (Execute vpravo pouze s FlexOS, 4680 OS, 4690 OS; individuální hesla k souborům / adresářům nikoli s FlexOS, 4680 OS, 4690 OS; pouze třídy oprávnění Svět / Skupina / Vlastník s načteným víceuživatelským zabezpečením)
Průhledná komprese Per-volume, SuperStor , Stacker , DoubleSpace , DriveSpace
Transparentní šifrování Pouze na svazek s DR-DOS

V listopadu 1987 představil Compaq Personal Computer DOS 3.31 (upravená OEM verze MS-DOS 3.3 vydaná společností Compaq s jejich stroji) to, co je dnes jednoduše známé jako formát FAT16 , s rozšířením počtu 16bitových diskových sektorů na 32 bitů v BPB. Ačkoli změny na disku byly drobné, celý ovladač disku DOS musel být převeden na použití 32bitových sektorových čísel, což byl úkol komplikovaný skutečností, že byl napsán v 16bitovém jazyce sestavení . Výsledek se původně nazýval DOS 3.31 Large File System . Microsoft ‚s DSKPROBEnástroj odkazuje na typ 0x06jako BigFAT , zatímco některé starší verze FDISKho popsal jako BIGDOS . Technicky je znám jako FAT16B .

Protože starší verze systému DOS nebyly navrženy tak, aby zvládaly více než 65535 sektorů, bylo nutné pro tento formát zavést nový typ oddílu, aby byl skryt před problémy systému DOS před 3.31. Původní forma FAT16 (s méně než 65 536 sektory) měla typ oddílu 0x04 . Pro řešení disků větších než tento 0x06byl zaveden typ pro označení 65536 nebo více sektorů. Kromě toho byl ovladač disku rozšířen tak, aby zvládl více než 65535 sektorů. Jediným dalším rozdílem mezi původním formátem FAT16 a novějším formátem FAT16B je použití novějšího formátu BPB se vstupem 32bitového sektoru. Novější operační systémy podporující formát FAT16B si tedy poradí i s původním formátem FAT16 bez jakýchkoli nezbytných změn.

Pokud je třeba oddíly, které mají používat problémy systému DOS před vydáním 3.31, vytvořit pomocí moderních nástrojů, jsou jediným teoreticky nezbytným kritériem splnění počet sektorů menší než 65 536 a použití starého ID oddílu ( 0x04). V praxi by však typové 0x01a 0x04primární oddíly neměly být fyzicky umístěny mimo prvních 32 MB disku, a to kvůli jiným omezením v systému MS-DOS 2.x, které by si s nimi jinak neporadily.

V roce 1988 se zlepšení FAT16B stalo obecněji dostupným prostřednictvím DR DOS  3.31, PC DOS 4.0, OS/2  1.1 a MS-DOS 4.0. Limit velikosti oddílu byl diktován 8bitovým podepsaným počtem sektorů na klastr, který měl původně maximální hodnotu power-of-two 64. Se standardní velikostí sektoru pevného disku 512 bytů to dává maximálně 32 Velikost clusteru KB, čímž se stanoví „definitivní“ limit pro velikost oddílu FAT16 na 2 GB pro sektor o velikosti 512. Na magnetooptických médiích, která mohou mít místo 0,5 KB sektor 1 nebo 2 KB, je tento limit velikosti proporcionálně větší.

Mnohem později Windows NT zvýšil maximální velikost klastru na 64 kB tím, že počet sektorů na klastr považoval za nepodepsaný. Výsledný formát však nebyl kompatibilní s žádnou jinou implementací FAT té doby a generoval větší vnitřní fragmentaci . Windows 98 , SE a ME také podporovaly čtení a zápis této varianty, ale její diskové nástroje s ní nefungovaly a některé služby FCB nejsou pro takové svazky k dispozici. To přispívá k matoucí situaci kompatibility.

Před rokem 1995 přistupovaly verze DOS na disk pouze pomocí adresování CHS . Když Windows 95 (MS-DOS 7.0) zavedl přístup k disku LBA , oddíly se mohly začít fyzicky nacházet mimo první c. 8 GB tohoto disku a tím mimo dosah tradičního schématu adresování CHS. Oddíly částečně nebo plně umístěné za bariérou CHS proto musely být skryty před operačními systémy, které nepodporují LBA, 0x0Emísto toho pomocí nového typu oddílu v tabulce oddílů. Oddíly FAT16 používající tento typ oddílu se také nazývají FAT16X . Jediným rozdílem ve srovnání s předchozími oddíly FAT16 je skutečnost, že některé položky geometrie související s CHS v záznamu BPB, jmenovitě počet sektorů na stopu a počet hlav, nemusí obsahovat žádné nebo zavádějící hodnoty a neměly by být použity.

Počet položek kořenového adresáře dostupných pro FAT12 a FAT16 je určen při formátování svazku a je uložen v 16bitovém poli. Pro daný počet RDEa velikost sektoru SSje počet RDSsektorů kořenového adresáře RDS = ceil((RDE × 32) / SS)a RDEje obvykle vybrán k vyplnění těchto sektorů, tj RDE × 32 = RDS × SS. Média FAT12 a FAT16 obvykle používají 512 položek kořenového adresáře na jiných než disketových médiích. Některé nástroje třetích stran, například mkdosfs , umožňují uživateli nastavit tento parametr.

FAT32

FAT32
Vývojáři Microsoft , Caldera
Představeno Srpna 1996 ( Windows 95 OSR2 )
Identifikátor oddílu MBR / EBR :
FAT32 :  ( LBA ), každý BDP :0x0B0x0C

EBD0A0A2-B9E5-4433-87C0-68B6B72699C7
Limity
Min. velikost svazku 32  MB -4,5  KB (s 65525 klastry a 512 bajtovými sektory)
256 MB -36 KB (s 65525 klastry a 4  KB sektory)
Max. velikost svazku TB (s 512 bajtovými sektory)
8 TB (s 2 KB sektory a 32 KB klastry)
16 TB (se 4 KB sektory a 64 KB klastry)
Max. velikost souboru 2 147 483 647 bytů (2 GB - 1) (bez LFS )
4 294 967 295 bytů (4 GB - 1) (s LFS )
274 877 906 943 bytů (256 GB - 1) (pouze s FAT32+)
Zrnitost velikosti souboru 16 bajtů
Max. počet souborů 268 173 300 pro klastry 32 KB
Max. délka názvu souboru 8.3 název souboru se znaky OEM ,
255 znaků UCS-2 při použití LFN
Max. hloubka adresáře 32 úrovní nebo 66 znaků (s CDS ),
60 úrovní nebo více (bez CDS)
Funkce
Zaznamenaná data Upravené datum/čas, datum/čas vytvoření (pouze DOS 7.0 a vyšší), datum přístupu (k dispozici pouze s povoleným ACCDATE ), datum/čas smazání (pouze s DELWATCH 2)
Časové období 1980-01-012099-12-31 ( 2107-12-31 )
Rozlišení data 2 sekundy pro čas poslední změny,
10 ms pro čas vytvoření,
1 den pro datum přístupu,
2 sekundy pro čas vymazání
Atributy Pouze pro čtení , Skrytý , Systém , Svazek , Adresář , Archiv
Oprávnění systému souborů Částečné, pouze s DR-DOS , REAL/32 a 4690 OS
Průhledná komprese Ano

Aby bylo možné překonat limit velikosti svazku FAT16 a současně umožnit kódu v reálném režimu DOS zpracovávat formát, společnost Microsoft navrhla novou verzi systému souborů FAT32 , která podporovala zvýšený počet možných klastrů, ale mohla znovu použít většinu stávajícího kódu, takže konvenční paměťová stopa byla v systému DOS zvýšena o méně než 5 kB. Hodnoty klastru jsou reprezentovány 32bitovými čísly, z nichž 28 bitů slouží k uchování čísla klastru.

Maximální velikosti

Zaváděcí sektor FAT32 používá pro počet sektorů 32bitové pole, což omezuje maximální velikost svazku FAT32 na 2  terabajty s velikostí sektoru 512  bajtů . Maximální velikost svazku FAT32 je 16 TB s velikostí sektoru 4 096 bajtů. Vestavěný nástroj pro formátování disků Windows shell v systému Microsoft Windows podporuje pouze svazky o velikosti až 32 GB, ale větší svazky FAT32 lze vytvářet pomocí příkazového řádku , nástrojů PowerShell nebo nástrojů třetích stran a číst je v systému Microsoft Windows.

Maximální možná velikost souboru na svazku FAT32 je 4  GB minus 1 bajt nebo 4 294 967 295 (2 32  - 1) bajtů. Toto omezení je důsledkem záznamu o délce 4 bajtů v tabulce adresářů a také by ovlivnilo relativně velké oddíly FAT16 umožněné dostatečnou velikostí sektoru.

Stejně jako FAT12 a FAT16, FAT32 neobsahuje přímou vestavěnou podporu pro dlouhé názvy souborů, ale svazky FAT32 mohou volitelně obsahovat dlouhé názvy VFAT kromě krátkých názvů souborů přesně stejným způsobem, jako byly volitelně implementovány dlouhé názvy VFAT pro svazky FAT12 a FAT16 .

Rozvoj

FAT32 byl představen s operačním systémem Windows 95 OSR2 (MS-DOS 7.1) v roce 1996, přestože k jeho použití bylo zapotřebí přeformátování a DriveSpace 3 (verze dodávaná s Windows 95 OSR2 a Windows 98) jej nikdy nepodporovala. Systém Windows 98 zavedl nástroj pro převod stávajících pevných disků z FAT16 na FAT32 bez ztráty dat.

V řadě Windows NT přišla nativní podpora pro FAT32 v systému Windows 2000 . Bezplatný ovladač FAT32 pro Windows NT 4.0 byl k dispozici od společnosti Winternals , společnosti, kterou později získala společnost Microsoft. Získání ovladače z oficiálních zdrojů již není možné. Od roku 1998 lze k povolení podpory FAT32 v systému DR-DOS použít dynamicky načítatelný ovladač DRFAT32 společnosti Caldera . První verzí systému DR-DOS, která nativně podporovala přístup FAT32 a LBA, byl OEM DR-DOS 7.04 v roce 1999. Ten stejný rok IMS představil nativní podporu FAT32 s REAL/32 7,90 a IBM 4690 OS přidal podporu FAT32 ve verzi 2. Ahead Software v roce 2004 poskytl další dynamicky zatěžovatelný ovladač FAT32.EXE pro DR-DOS 7.03 s Nero Burning ROM . IBM zavedlo nativní podporu FAT32 s OEM PC DOS 7.1 v roce 1999.

Pro oddíly FAT32 byly vyhrazeny dva typy oddílů 0x0Ba 0x0C. Druhý typ se také nazývá FAT32X , aby indikoval použití přístupu k disku LBA místo CHS. V takových oddílech mohou položky geometrie související s CHS , jmenovitě adresy sektorů CHS v MBR, stejně jako počet sektorů na stopu a počet hlavic v záznamu EBPB, obsahovat žádné nebo zavádějící hodnoty a neměly by být použity.

Rozšíření

Rozšířené atributy

OS / 2 do značné míry závisí na rozšířené atributy (EAS) a ukládá je do skrytého souboru s názvem „ EA␠DATA.␠SF“ v kořenovém adresáři na FAT12 nebo FAT16 svazku. Tento soubor je indexován dvěma dříve rezervovanými bajty v záznamu adresáře souboru (nebo adresáře) při posunu 0x14. Ve formátu FAT32 tyto bajty obsahují horních 16 bitů počátečního čísla klastru souboru nebo adresáře, což znemožňuje ukládání OS/2 EA na FAT32 pomocí této metody.

Ovladač FAT32.IFS instalovatelného systému souborů (IFS) třetí strany FAT32.IFS verze 0.70 a vyšší od Henk Kelder & Netlabs pro OS/2, eComStation a ArcaOS však ukládá rozšířené atributy do dalších souborů s názvy souborů, které mají řetězec ␠EA.␠SFpřipojený k běžný název souboru, do kterého patří. Ovladač také využívá bajt při posunu 0x0Cv položkách adresáře k uložení speciálního značkovacího bajtu indikujícího přítomnost rozšířených atributů, které pomáhají věci urychlit. (Toto rozšíření je kriticky nekompatibilní s metodou FAT32+ pro ukládání souborů větších než 4 GB minus 1 na svazky FAT32.)

Rozšířené atributy jsou přístupné prostřednictvím pracovní plochy Workplace Shell , skriptů REXX a mnoha systémových GUI a nástrojů příkazového řádku (například 4OS2 ).

Aby vyhovoval svému subsystému OS/2 , Windows NT podporuje zpracování rozšířených atributů v systémech HPFS , NTFS , FAT12 a FAT16. Ukládá EA na FAT12, FAT16 a HPFS pomocí přesně stejného schématu jako OS/2, ale nepodporuje žádný jiný druh ADS, jaký je držen na svazcích NTFS. Pokus o zkopírování souboru s jakýmkoli jiným ADS než EA ze svazku NTFS do svazku FAT nebo HPFS vydá varovnou zprávu se jmény ADS, které budou ztraceny. Nepodporuje metodu FAT32.IFS pro ukládání EA na svazky FAT32.

Windows 2000 a novější fungují přesně jako Windows NT, kromě toho, že ignoruje EA při kopírování do FAT32 bez jakéhokoli varování (ale zobrazuje varování pro jiné ADS, jako „Macintosh Finder Info“ a „Macintosh Resource Fork“).

Cygwin také používá EA␠DATA.␠SFsoubory " ".

Dlouhé názvy souborů

Jedním z cílů uživatelské zkušenosti pro návrháře systému Windows 95 byla možnost používat kromě klasických názvů souborů 8.3 (SFN) také dlouhé názvy souborů (LFN-až 255 kódových jednotek UTF-16 ). Pro zpětnou a dopřednou kompatibilitu byly LFN implementovány jako volitelné rozšíření nad stávající struktury systému souborů FAT pomocí řešení, jak jsou rozloženy položky adresáře.

Tato transparentní metoda pro ukládání dlouhých názvů souborů do stávajících systémů souborů FAT bez změny jejich datových struktur je obvykle známá jako VFAT (pro „Virtual FAT“) po ovladači virtuálního zařízení Windows 95 .

Operační systémy, které nepodporují VFAT, mohou stále přistupovat k souborům pod svým krátkým aliasem názvu souboru bez omezení; při kopírování souborů s dlouhými názvy souborů v operačních systémech bez vědomí VFAT však mohou být přidružené dlouhé názvy souborů ztraceny.

V systému Windows NT začala podpora dlouhých názvů souborů VFAT verzí 3.5 .

Linux poskytuje ovladač souborového systému VFAT pro práci se svazky FAT s dlouhými názvy souborů VFAT. Nějakou dobu byl k dispozici ovladač UVFAT, který poskytoval kombinovanou podporu oprávnění typu UMSDOS s dlouhými názvy souborů VFAT.

OS/2 přidal do FAT podporu dlouhých názvů souborů pomocí rozšířených atributů (EA) před zavedením VFAT. Dlouhé názvy souborů VFAT jsou tedy neviditelné pro OS/2 a dlouhé názvy souborů EA jsou neviditelné pro Windows; proto by zkušení uživatelé obou operačních systémů museli soubory ručně přejmenovat.

Human68K podporoval až 18,3 názvů souborů a znaků ( Shift JIS ) Kanji v proprietární variantě systému souborů FAT.

Za účelem podpory aplikací Java zavedl IBM 4690 OS verze 2 na bázi FlexOS vlastní architekturu virtuálního systému souborů (VFS) pro ukládání dlouhých názvů souborů v systému souborů FAT zpětně kompatibilním způsobem. Je -li povoleno, jsou názvy virtuálních souborů (VFN) k dispozici pod samostatnými písmeny logických jednotek, zatímco skutečné názvy souborů (RFN) zůstávají k dispozici pod původními písmeny jednotek.

Vidlice a alternativní datové toky

Samotný souborový systém FAT není navržen pro podporu alternativních datových proudů (ADS), ale některé operační systémy, které jsou na nich silně závislé, navrhly různé metody, jak s nimi pracovat na svazcích FAT. Takové metody buď ukládají další informace do dalších souborů a adresářů ( klasický Mac OS a macOS ), nebo dávají novou sémantiku dříve nepoužívaným polím datových struktur FAT na disku ( OS/2 a Windows NT ).

Mac OS využívající PC Exchange ukládá svá různá data, atributy souborů a dlouhá jména souborů do skrytého souboru s názvem „ FINDER.DAT“ a vidlice prostředků (běžný Mac OS ADS) do podadresáře s názvem „ RESOURCE.FRK“, do každého adresáře, kde jsou použity. Od verze PC Exchange 2.1 dále ukládají dlouhé názvy souborů systému Mac OS jako standardní dlouhé názvy souborů FAT a převádějí názvy souborů FAT delší než 31 znaků na jedinečné názvy souborů o délce 31 znaků, které lze poté zviditelnit aplikacím Macintosh.

macOS ukládá vidlice zdrojů a metadata (atributy souborů, jiné ADS) pomocí formátu AppleDouble do skrytého souboru s názvem vytvořeným z názvu vlastníka s předponou „ ._“ a Finder ukládá některá metadata složek a souborů do skrytého souboru s názvem „ .DS_Store“ (ale Všimněte si, že Finder používá .DS_Storei na nativním souborovém systému macOS, HFS+ ).

Oprávnění a názvy souborů UMSDOS

Rané distribuce Linuxu také podporovaly formát známý jako UMSDOS , variantu FAT s unixovými atributy souborů (například dlouhý název souboru a přístupová oprávnění) uloženou v samostatném souboru s názvem „ --linux-.---“. UMSDOS se po vydání VFAT přestal používat a ve verzi Linux od verze 2.5.7 není ve výchozím nastavení povolen . Linux nějakou dobu také poskytoval kombinovanou podporu oprávnění ve stylu UMSDOS a dlouhých názvů souborů VFAT prostřednictvím UVFAT .

FAT+

V roce 2007 byla otevřena FAT + návrh navrhuje, jak ukládat větší soubory až 256 GB minus 1 bajtu nebo 274,877,906,943 (2 38  - 1) bytů, o mírně upraven a jinak zpětně kompatibilní se systémem souborů FAT32 svazků, ale ukládá riziko, že diskové nástroje nebo FAT32 implementace, které si nejsou vědomy této přípony, mohou zkrátit nebo odstranit soubory překračující normální limit velikosti souboru FAT32. Podpora pro FAT32+ a FAT16+ je omezena na některé verze DR-DOS a není k dispozici v běžných operačních systémech. (Toto rozšíření je kriticky nekompatibilní s /EASmožností metody FAT32.IFS ukládat rozšířené atributy OS/2 na svazky FAT32.)

Deriváty

Turbo FAT

Novell ve svém systému souborů NetWare ( NWFS ) implementoval výrazně upravenou variantu systému souborů FAT pro operační systém NetWare . U větších souborů využíval výkonnostní funkci s názvem Turbo FAT .

FATX

FATX je řada souborových systémů určených pro Microsoft je Xbox herní konzole pevného disku disků a paměťových karet , které bylo zavedeno v roce 2001.

Struktury na disku FATX16 a FATX32, které se podobají stejným základním návrhovým nápadům jako FAT16 a FAT32 , jsou zjednodušené, ale zásadně nekompatibilní s běžnými systémy souborů FAT16 a FAT32, což znemožňuje běžným ovladačům systému souborů FAT připojit takové svazky.

Sektor superbloku, který nelze spustit, má velikost 4 kB a je v něm 18bajtová struktura podobná BPB, která je zcela odlišná od běžných BPB . Klastry mají obvykle velikost 16 kB a na Xboxu je pouze jedna kopie FAT. Položky adresáře mají velikost 64 bajtů namísto normálních 32 bajtů . Soubory mohou mít pomocí znakové sady OEM názvy souborů až 42 znaků a mohou mít velikost až 4 GB minus 1 bajt. Časová razítka na disk držet tvorbu, úpravu a přístup datum a čas, ale liší se od FAT: FAT je epocha je 1980 ; ve FATX je epocha 2000 . Na Xbox 360 je epocha 1980.

exFAT

exFAT je souborový systém představený s Windows Embedded CE 6.0 v listopadu 2006 a přivedený do rodiny Windows NT s Vista Service Pack 1 a Windows XP Service Pack 3 (a/nebo samostatnou instalací Windows XP Update KB955704). Je volně založený na architektuře tabulky přidělování souborů, ale nekompatibilní, proprietární a chráněný patenty.

ExFAT je určen k použití na flash discích a paměťových kartách, jako jsou SDXC a Memory Stick XC , kde se jinak používá FAT32. Prodejci s ním obvykle předformátují karty SDXC. Jeho hlavní výhodou je překročení limitu velikosti souboru 4 GB, protože odkazy na velikost souboru jsou uloženy s osmi místo čtyř bajtů, čímž se limit zvyšuje na 2 64  - 1 bajtů.

Nástroje GUI společnosti Microsoft a nástroje pro formát příkazového řádku jej nabízejí jako alternativu k systému NTFS (a v případě menších oddílů k souborům FAT16B a FAT32 ). MBR Typ oddílu je 0x07(stejný jako použitý pro IFS , HPFS a NTFS). Informace o logické geometrii umístěné ve VBR jsou uloženy ve formátu, který se nepodobá žádnému druhu BPB.

Na začátku roku 2010 se souborový systém byl opačný-navrhovaný od SANS Institute . 28. srpna 2019 společnost Microsoft oznámila, že zveřejní technickou specifikaci pro exFAT, aby ji bylo možné použít v jádře Linuxu a dalších operačních systémech.

Patenty

Společnost Microsoft v polovině devadesátých let požádala o sérii patentů na klíčové části systému souborů FAT a byla jí udělena. Všechny čtyři se týkají přípon FAT s dlouhými názvy souborů, které byly poprvé uvedeny v systému Windows 95 : US patent 5 579 517, US patent 5 745 902, US patent 5 758 352, US patent 6 286 013 (platnost vypršela od roku 2013).

3. prosince 2003 společnost Microsoft oznámila, že bude nabízet licence k používání její specifikace FAT a „souvisejícího duševního vlastnictví“ za cenu licenčního poplatku 0,25 USD za prodanou jednotku s maximální licenční cenou 250 000 USD za licenční smlouvu. Za tímto účelem společnost Microsoft uvedla jako základ svých nároků na duševní vlastnictví čtyři patenty na souborový systém FAT.

Ve specifikaci EFI FAT32 společnost Microsoft konkrétně uděluje řadu práv, která mnozí čtenáři interpretovali jako povolení dodavatelů operačních systémů implementovat FAT.

Patenty jiných společností než Microsoft ovlivňující FAT zahrnují: US patent 5 367 671, specifický pro atributy rozšířených objektů OS/2 (platnost vypršela v roce 2011).

Výzvy a soudní spory

Foundation Public Patent (PUBPAT) předložil důkazy o tom, US Patent and Trademark Office (USPTO) v roce 2004 zpochybnění platnosti patentu US 5579517, včetně dosavadního odkazy umění od Xeroxu a IBM. USPTO zahájil vyšetřování a skončil odmítnutím všech nároků v patentu. Příští rok USPTO dále oznámil, že v návaznosti na proces opětovného přezkoumání potvrdil odmítnutí „517“ a navíc shledal americký patent 5 758 352 neplatným z důvodu, že patent měl nesprávné nabyvatele.

V roce 2006 však USPTO rozhodl, že rysy implementace systému FAT společností Microsoft jsou „nové a nejasné“, což obrací dřívější rozhodnutí a nechává patenty v platnosti.

V únoru 2009 podala společnost Microsoft žalobu o porušení patentu proti společnosti TomTom, která tvrdila, že výrobky výrobce zařízení porušují patenty související s dlouhými názvy souborů VFAT . Jelikož některé produkty TomTom jsou založeny na Linuxu , šlo o vůbec první případ, kdy se Microsoft pokusil prosadit své patenty na platformě Linux. Soudní spor byl následující měsíc mimosoudně vyřešen dohodou, že Microsoft bude mít přístup ke čtyřem patentům TomTom, že TomTom zruší podporu pro dlouhé názvy souborů VFAT ze svých produktů a že Microsoft na oplátku nebude žádat právní kroky proti TomTom za pětileté trvání dohody o narovnání.

V říjnu 2010 podala společnost Microsoft žalobu o porušení patentu proti společnosti Motorola, která tvrdí, že několik patentů (včetně dvou patentů VFAT) nemělo licenci k použití v operačním systému Android . Také podali stížnost na ITC . Vývojáři softwaru s otevřeným zdrojovým kódem navrhli metody určené k obcházení patentů společnosti Microsoft.

V roce 2013 byl v Německu zrušen patent EP0618540 „společný název prostoru pro dlouhé a krátké názvy souborů“ (platnost vypršela od roku 2014). Poté, co bylo odvolání staženo, nabyl tento rozsudek 28. října 2015 právní moci.

Viz také

Poznámky

  1. ^ a b c d e f Od Windows 2000 používá Microsoft Windows místo UCS-2 pro interní „Unicode“ UTF-16 . V UTF-16 může „znak“ (bod kódu) zabírat dvě jednotky kódu.
  2. ^ Bylo pozorováno, že systém Windows XP vytváří podobné hybridní disky při přeformátování disků ZIP-100 formátovaných ve formátu FAT16B na formát FAT32. Výsledné svazky byly FAT32 podle formátu, ale stále používaly FAT16B EBPB. (Není jasné, jak systém Windows určuje umístění kořenového adresáře na svazcích FAT32, pokud byl použit pouze FAT16 EBPB.)
  3. ^ a b Zdroje se liší, pokud jde o první terminál pro zadávání dat NCR integrující podporu pro souborový systém FAT. Podle Stephena Manese a Paula Andrewse, „Gates“, byl vývoj pro NCR 8200 na konci roku 1977, nesprávně klasifikován jako disketový upgrade na NCR 7200 , který byl vydán v letech 1975-11 ( model I a IV ) a byl postaven na 8bitovém procesoru Intel 8080 , ale byl založen pouze na kazetách. NCR Century 8200 byl však 16bitový minipočítač, na který bylo možné připojit několik terminálů pro zadávání dat. Marc McDonald si dokonce pamatoval NCR 8500 , sálový počítač řady Criterion, což lze také vyloučit. Oznámeno 1977-10 pro dodání v letech 1978-02, NCR také představil řadu NCR I-8100 včetně modelů NCR I-8130 a NCR I-8150 založených na 8080 systémech malých podniků s duálními disketami. Jiné zdroje uvádějí, že skutečnou cílovou platformou byla buď samotná řada NCR 7200, nebo řada nástupců. NCR Basic Plus 6 (založený na Microsoft Extended BASIC-80 ) byl k dispozici pro kazetový NCR 7200 model VI v Q1/1977. Řada NCR 7500 byla vydána v roce 1978 na základě podobného hardwaru 8080, ale nyní zahrnuje modely NCR 7520 a 7530 s 8palcovými disketami. NCR Basic +6 , předchůdce nebo adaptace samostatného disku BASIC-80, pro ně byl k dispozici přinejmenším od roku 1979. Jeden zdroj tvrdí, že existovala speciální varianta modelu NCR 7200 se dvěma 8palcovými disketami a Microsoft BASIC, kterou importovala společnost NCR Sydney do Austrálie nejméně.
  4. ^ DR-DOS je schopen zavést logická sektorová média FAT12/FAT16 s velikostí logických sektorů až 1024 bajtů.
  5. ^ Ovladač s názvem VFAT se objevil před Windows 95 ve Windows for Workgroups 3.11, ale tato starší verze byla použita pouze pro implementaci 32bitového přístupu k souboru a nepodporovala dlouhé názvy souborů .

Reference

externí odkazy