File Allocation Table (kurz FAT [fæt], englisch für Dateizuordnungstabelle) bezeichnet eine ursprünglich 1977 von Microsoft entwickelte, weit verbreitete Familie von Dateisystemen, die zum Industriestandard erhoben wurde und bis heute auch über Betriebssystemgrenzen hinweg als fast universelles Austauschformat dient. Wesentliche Erweiterungen wurden auch von Seattle Computer Products, Compaq, Digital Research und Novell eingebracht. Als proprietäre Nachfolger entwickelte Microsoft NTFS und exFAT.

Das FAT-Dateisystem wurde ursprünglich 1977 in einer 8-Bit-Variante von Marc McDonald für Microsofts Standalone Disk BASIC-80 für 8080-Prozessoren entwickelt, 1978 auf einer DEC PDP-10 unter Zuhilfenahme eines 8086-Simulators für Standalone Disk BASIC-86 portiert und 1979 für Microsofts Betriebssystem MDOS/MIDAS adaptiert.

Ebenfalls 1979 wurde Standalone Disk BASIC-86 von Bob O’Rear auf eine von Seattle Computer Products (SCP) entwickelte S-100-Bus-Hardware-Plattform angepasst. Bei dieser Gelegenheit wurde Tim Paterson auf das Dateisystem aufmerksam, das er 1980 als konzeptionelle Grundlage seines 12-Bit-Dateisystems für SCPs Betriebssystem QDOS wählte, welches, umbenannt in 86-DOS, von Microsoft zunächst lizenziert, aufgekauft und daraufhin 1981 die Ausgangsbasis für MS-DOS und PC DOS 1.0 wurde.

Zu der Familie der FAT-Dateisysteme gehören:

• FAT12 wird für jede DOS-Diskette verwendet (u. a. unter Windows, aber auch z. B. macOS), findet sich aber auch auf SD-Karten geringer Speicherkapazität. Der Atari ST benutzt ein fast identisches Dateisystem und kann FAT12-Disketten lesen und beschreiben.
• FAT16 wird auf allen Arten von mobilen Datenträgern (außer Disketten) mit einer Größe von bis zu 2, selten bis 4 GiB verwendet. FAT16 findet auch auf Geräten mit SD-Karten der Version 1.0/1.1 mit bis zu 4 GB Speicherkapazität Verwendung, wie beispielsweise ältere Digitalkameras.
• FAT32 wird z. B. in allen Arten von mobilen Speichern von mehr als 2 GiB Kapazität genutzt. Unter Windows 9x ab Version 95b und einigen späteren DOS-Systemen diente es auf Festplatten als Ersatz für FAT16 und wird auf vielen SDHC-Karten mit Speicherkapazitäten bis zu 32 GB verwendet. FAT32 ist das Dateisystem der EFI-Systempartition (ESP).
• TFAT (Transaction-safe FAT) ist eine Variante von FAT, die von Microsoft unter Windows CE und Windows Mobile eingesetzt wird.
• FAT+ (FAT32+/FAT16+) ist eine rückwärtskompatible Erweiterung von FAT32 (und theoretisch auch FAT16B), die die maximale Größe einer Datei von 4 GiB auf 256 GiB erhöht.

An FAT angelehnte Neuentwicklungen:

• exFAT ist ein speziell für Flash-Speicher entwickeltes Dateisystem mit einer theoretischen maximalen Dateigröße von 16 EiB, das sich konzeptionell entfernt an FAT anlehnt. Es ist bei SDXC-Speicherkarten das im Standard vorgeschriebene Dateisystem. In exFAT ist TexFAT, Transaction-safe exFAT, als Option inkludiert.

Die Varianten von FAT sind aufbauende Weiterentwicklungen, wobei die Datenstrukturen vor allem an die größere Speicherkapazität von Festplatten angepasst wurden. Das 2006 speziell für Flash-Speicher eingeführte exFAT ist hingegen eine Neuentwicklung.

Mit der 1980 erschienenen ersten Version von QDOS bzw. 86-DOS wurde FAT12 als Dateisystem für 8,0″- und 5,25″-Disketten eingeführt. Erst ab 86-DOS 0.42 vom Februar 1981 wiesen die internen Ordnungsstrukturen ein Format auf, das dem späteren FAT12-Format in MS-DOS und PC DOS in allen wesentlichen Punkten glich. Aufgrund abweichender logischer Geometrien und der Tatsache, dass der BIOS Parameter Block (BPB) erst mit DOS 2 eingeführt wurde, können jedoch (mit Ausnahme von SCP MS-DOS 1.25) weder MS-DOS noch PC DOS auf Disketten zugreifen, die unter 86-DOS formatiert wurden.

Anfangs wurden keine Unterverzeichnisse verwaltet. Das änderte sich mit MS-DOS Version 2.0.

FAT12 wird nur auf Datenträgern bzw. Partitionen bis zu einer Größe von 16 MiB eingesetzt; es ist bis heute auf allen FAT-formatierten 3,5″-Disketten im Einsatz.

Merkmale:

• 12-Bit-Clusternummern, mit denen 2¹² = 4096 Cluster angesprochen werden können. Die Nummerierung der Cluster beginnt auf Disketten bei der Nummer 2.
• Es werden nur Dateinamen im Schema 8.3 (acht Zeichen für den Dateinamen und drei Zeichen für die Dateinamenserweiterung) unterstützt.
• Die Clustergröße beträgt 512 Byte bis 4096 Byte.
• Das Hauptverzeichnis (Root-Directory) der Partition ist auf eine Größe von 14 Clustern beschränkt, dadurch ergibt sich eine maximale Anzahl von 224 Einträgen (Verzeichnisse und/oder Dateien). Normalerweise wird der erste Eintrag durch die Bezeichnung des Datenträgers belegt.
• Unterstützt werden die Dateiattribute „Schreibgeschützt“, „Versteckt“, „System“ und „Archiv“.
• Unterstützung für Passwörter und Zugangsberechtigungen für Dateien oder Ordner ist in Microsoft-Betriebssystemen nicht implementiert, ist jedoch optional unter allen Betriebssystemen verfügbar, die die entsprechenden FAT-Erweiterungen von Digital Research und Novell unterstützen.

FAT16 ist ein Dateisystem, das 1983 zu FAT12 dazukam. Durch die zunehmende Größe der eingesetzten Festplatten wurde eine Erweiterung des Adressraumes notwendig. Nun waren selbst mit 512-Byte-Clustern zumindest theoretisch insgesamt 32 MiB große Platten verwaltbar.

Die ursprüngliche FAT16-Implementierung verwendete auf partitionierten Medien in der Regel (abhängig vom jeweiligen DOS-OEM) den Partitiontyp 04h und einen noch vergleichsweise kurzen BIOS Parameter Block (BPB) im Bootsektor. Dessen genauer Aufbau und Inhalt hing insbesondere bei DOS 2.x noch stark von der verwendeten DOS-Version ab, er enthielt jedoch in allen Fällen nur einen 16-Bit breiten Eintrag für die Sektorenanzahl, was die Größe von FAT16-Laufwerken auf 32 MiB bis 512 MiB beschränkte (je nach Betriebssystemversion). Mit OS/2 Release 1 wurde ein Enhanced BIOS Parameter Block (EBPB) eingeführt, erkennbar am Signaturbyte 28h (für DOS-BPB-Version 4.0) an Offset +26h. Mit Einführung von DOS 3.31 wurde dieser durch den nochmals erweiterten, heute allgemein für FAT12 und FAT16 verwendeten Extended BIOS Parameter Block (XBPB) mit Signatur 29h (für DOS-BPB-Version 4.1) an Offset +26h ersetzt. EBPB und XBPB zeichnen sich u. a. dadurch aus, dass der Eintrag für die Zahl der Sektoren auf 32-Bit Breite wuchs, womit erstmals FAT16-Laufwerke mit bis zu 2 GiB, später 4 GiB, möglich wurden, auch wenn die damaligen Betriebssysteme davon noch keinen Gebrauch machen konnten. Diese größere Variante von FAT16 wurde in Entwicklerkreisen „BigDOS“ genannt, daher stammt auch ihr offizieller Name FAT16B. Da ältere Betriebssysteme mit diesem neuen Typ nicht arbeiten konnten, wurde für die Verwendung auf partitionierten Medien auch ein neuer Partitionstyp (06h) dafür definiert. Die alte FAT16-Variante wird zwar nach wie vor unterstützt, findet aber (bis auf die forcierte Erzeugung von sehr kleinen FAT16-Partitionen mit dem Partitionstyp 04h) in der Praxis keine Verwendung mehr, da spätestens seit DOS 5 bei der Erzeugung von FAT12- und FAT16-Partitionen gleichermaßen nur noch Bootsektoren mit XBPB geschrieben werden, um einige neue Betriebssystemfunktionen optimal zu unterstützen. Die Tatsache, dass es eigentlich zwei FAT16-Typen gibt, ist in der Allgemeinheit nicht mehr präsent, mehr noch, da FAT12 fast nur noch für Disketten verwendet wird, wird heute FAT oft fälschlicherweise nur mit FAT16 (und das auch nur in der beschriebenen FAT16B-Variante) gleichgesetzt, obwohl darunter eigentlich mehrere FAT12- und FAT16-Typen zu verstehen wären. Allerdings benötigt das Server-Betriebssystem Novell-NetWare bis zur Version 4.0 noch eine bis zu 16 MiB große „DOS“-Bootpartition, die (automatisch) mit FAT12 erzeugt wurde.

Erfolgt der Zugriff über Logical Block Addressing (LBA), wird eine FAT16-Partition auch als FAT16X bezeichnet.

FAT16 hat folgende Merkmale:

• Rund 65.000 Datei-Einträge sind maximal möglich,^[1] davon üblicherweise 512 im Stammverzeichnis (obwohl dies variabel ist, ist 512 de facto der einzige anzutreffende Wert).^[2]
• Maximal 512 Einträge pro Unterverzeichnis, bei Verwendung von LFN entsprechend weniger.
• Es können 2¹⁶ − 12 = 65.524 Cluster angesprochen werden (12 Cluster reserviert FAT16, deshalb nicht 65.536).
• 8.3-Dateinamensformat; LFN möglich.
• Die Partitionsgröße ist unter MS-DOS und Windows 9x (die auf DOS basieren) bei der Neuanlage unter FDISK auf 2 GiB begrenzt, bei der Anlage mit Fremdprogrammen können sie knapp unter 4 GiB verwalten. Windows NT, FreeDOS und Enhanced DR-DOS können FAT16-Partitionen mit der maximalen Größe erzeugen und verwalten (Clustergröße 64 KiB).
• Die Cluster sind je nach Partitionsgröße zwischen 512 Byte und maximal 32 KiB (Windows NT und Enhanced DR-DOS maximal 64 KiB) groß.
• Dateien dürfen bis 2 GiB groß werden, unter Windows NT und Enhanced DR-DOS 4 GiB.
• Das Haupt-(Root-)Verzeichnis muss sich an einer bestimmten Position auf dem Datenträger befinden. Seine Größe wird bei Erstellung des Dateisystems festgelegt, d. h., es kann nicht wachsen.

Eine Weiterentwicklung erfolgte mit FAT32.

FAT32 ist ein von Microsoft entwickeltes Dateisystem, das im Sommer 1996 mit Windows 95B eingeführt wurde und die Vorgängerversion FAT16 ergänzt.

Partitionen kleiner als 512 MiB werden nach wie vor mit FAT16 erzeugt, von 512 MiB bis 2 GiB hat man die Wahl, ab 2 GiB wird FAT32 benutzt. Die Adressierung arbeitet mit 32 Bits, wovon 4 Bits reserviert sind, so dass 2²⁸ = 268.435.456 Cluster adressiert werden können.

FAT32 kann außerdem mit allen Windows-Versionen seit Windows 95B sowie – anders als NTFS – problemlos auch mit FreeDOS und Enhanced DR-DOS verwendet werden. Da Windows je nach Version von Haus aus nur wenige Dateisysteme unterstützt, wird FAT32 trotz seiner Beschränkungen zum Datenaustausch sowohl mit anderen Windows-Systemen als auch mit Nicht-Windows-Systemen (z. B. macOS, Linux) eingesetzt, z. B. auf USB-Speichersticks und mobilen Festplatten.

Spielekonsolen wie beispielsweise die PlayStation 3 oder digitale Satellitenreceiver setzen bei extern angeschlossenen Festplatten häufig FAT32 als Dateisystem voraus.

Ein Nachteil eines standardkonformen FAT32-Dateisystems ist, dass nur Dateien erstellt werden können, die kleiner als 4 GiB sind.^[4] (Mit FAT32+ kann das Limit auf 256 GiB angehoben werden.)

Da bis zu einer Partitionsgröße von 8 GiB ein Cluster nur 4 KiB groß ist (bei der Standardformatierung), werden diese „kleinen und alten“ Platten verhältnismäßig besser ausgenutzt als mit FAT16, wo ein Cluster bis zu 32 KiB belegt (unter Windows NT wie beispielsweise Windows 2000 FAT16-Clustergröße maximal 64 KiB).

Erfolgt der Zugriff über Logical Block Addressing (LBA), wird eine FAT32-Partition auch als FAT32X bezeichnet.

FAT32 hat folgende Merkmale:

• Es werden bis zu 2²⁸ = 268.435.456 Cluster verwendet.
• Die maximale Dateisystemgröße hängt von der Sektorengröße des verwendeten Mediums ab. Bei Festplatten, die typischerweise 512 Bytes Sektorengröße haben, beträgt die maximale Größe 2 Tebibyte; bei Datenträgern, die 4 KiB Sektorengröße verwenden, beträgt die maximale Größe 16 Tebibyte. Die Größe ist primär durch das vier Bytes große Gesamtsektoranzahl-Feld (Offset 20h) im Bootsektor begrenzt.
• Die Cluster sind je nach Partitionsgröße zwischen 512 Byte und maximal 32 KiB groß.
• Dateien dürfen max. bis zu 4 GiB − 1 Byte (= 4.294.967.295 Byte) groß werden. Diese Grenze ist eine Folge des nur 4 Byte breiten Feldes für die Dateigröße in der Directory-Tabelle.
• Es können maximal 2²⁸ Dateien abgelegt werden; da jede Datei mindestens einen Cluster belegt, beschränkt die maximale Anzahl der Cluster die maximale Anzahl Dateien.
• Das Haupt-(Root-)Verzeichnis muss sich nicht an einer bestimmten Position auf dem Datenträger befinden und hat vor allem keine festgelegte Größe; bei den anderen FAT-Varianten wird die maximale Anzahl der Einträge im Hauptverzeichnis bei der Formatierung festgelegt (und kann nachträglich nicht geändert werden).

Praxis-Limitierungen:

• Alte DOS-/Windows-Versionen (bis einschließlich Windows 95A, Windows NT bis Version 4.0, MS-DOS bis 6.22, PC DOS bis 2000, DR-DOS bis 7.03) können nicht darauf zugreifen. Für Windows NT 4.0 kam, etwas verspätet, ein vollwertiger kostenloser Treiber. Für beliebige DOS-Systeme ab 3.3 kann der von Matthias Paul für DR-DOS entwickelte dynamisch ladbare DRFAT32-Treiber verwendet werden, der FAT32-Laufwerke über das Redirector-Interface als (erweiterte) CD-Extension mit vollem Schreib-/Lesezugriff in das System einbindet.
• Unter Windows 2000 und Nachfolgern darf der Benutzer mit der eingebauten Funktion „Formatieren“ maximal 32 GiB große FAT32-Dateisysteme neu erstellen, auch das Kommandozeilen-Programm format.com hat diese Beschränkung. Allerdings erlaubt die explizite Wahl von FAT32 als Dateisystem durch die FS-Option eine Formatierung von Datenträgern selbst größer als 32 GiB (format /FS:FAT32). Der Zugriff auf größere FAT32-Dateisysteme, die mit alternativen Werkzeugen erstellt wurden, ist aber immer möglich. Mit zusätzlichen Programmen kann man jedoch auch unter Windows 2000 oder höher Partitionen größer als 32 GiB mit FAT32 erstellen und formatieren.^[5]
• Unter Windows 10 ist das Formatieren mit FAT32 über die Eingabeaufforderung möglich.^[6]
• Das Festplatten-Dienstprogramm von Mac OS X Tiger 10.4 und neuer sowie das Linux-Programm mkdosfs (in Verbindung mit fdisk) können auf Festplatten, die größer als 32 GiB sind, eine oder mehrere FAT32-Partitionen mit mehr als 32 GiB Kapazität erzeugen.
• Es gibt mehrere moderne DOS-Systeme, die FAT32 nativ unterstützen: MS-DOS 7.10/8.00 (Teil von Windows 9x), Enhanced DR-DOS (Fan-Projekt mit Verbesserungen für OpenDOS 7.01), FreeDOS, PC DOS 7.10 (inoffizielles Update der letzten Version von PC DOS) und ROM DOS.
• Das Speichern von Meta-Informationen für Dateien in Extended Attributes ist nicht mehr möglich.
• Microsofts Spezifikation verbietet aus genannten Gründen der Geschwindigkeit und Kompatibilität über 2 MB lange Dateiordner, welches einen Ordner auf 65.534 8.3-Dateinameneinträge (jeweils 32 Bytes) beschränkt (zwei Einträge sind bereits durch . und .. reserviert). Die Verwendung von langen Dateinamen (LFN, das beinhaltet Dateinamen in Kleinbuchstaben) reduziert die Anzahl.^[7]

Da auch in aktuellen Windows-Installationen FAT32 und NTFS koexistieren können, ist zu beachten, dass bei der Übertragung von Dateien von NTFS auf FAT32 sowohl NTFS-Streams als auch die Berechtigungen verloren gehen, was je nach Anwendungszweck sinnvoll oder störend sein kann.

VFAT (Virtual File Allocation Table) ist eine Erweiterung des FAT-Formats zur Verwendung langer Dateinamen, die auf FAT12, FAT16 und (seit dessen Einführung im Jahr 1996) auch auf FAT32 angewendet werden kann. Gelegentlich wird im Sprachgebrauch auch fälschlich VFAT mit FAT32 gleichgesetzt.

LFN steht für long filenames, lange Dateinamen, die durch VFAT in allen klassischen FAT-Dateisystemen implementiert sind.

Die Designer von Windows 95 hatten das Ziel, die Nutzung von langen Dateinamen zu ermöglichen, obwohl die auf MS-DOS aufbauenden Versionen das unter der NT-Serie dafür vorgesehene Nachfolge-Dateisystem NTFS nicht unterstützen. Das wird durch einen Trick im Layout des Dateisystems erreicht. Einerseits wird zur Wahrung der Kompatibilität jeder Dateiname wie bisher im 8.3-Format gespeichert – bei Namen, die länger als acht Buchstaben bzw. drei Buchstaben für die Erweiterung nutzen wird jedoch ein verkürztes Alias in der Form xxxxxx~1.xxx verwendet, wobei die Nummer bei Bedarf (wenn eine solche Datei bereits existiert) hochgezählt wird. Der eigentliche Name selbst wird immer zusätzlich gespeichert und bei langen Namen über mehrere Verzeichniseinträge verteilt und miteinander verkettet. Der Trick besteht darin, dass diese zusätzlichen VFAT-Dateinamen jeweils eine Kombination von Dateiattributen aufweisen, die von älteren Systeme als ungültig angesehen und daher ignoriert werden, während diese die kurzen 8.3-Dateinamen ohne Probleme nutzen können.

Da die VFAT-Einträge jedoch auch das „Volume Label“-Attribut verwenden, kann es bei älterer Software vorkommen, dass ein Teil eines der langen Dateinamen fälschlicherweise als Datenträgerbezeichnung (englisch Volume Label) verarbeitet wird. So zeigen ältere DOS-Versionen, darunter jedes MS-DOS vor Version 7.1, beim dir-Befehl solche Einträge auch als Bezeichnung für das jeweilige Laufwerk an. Das kann nur verhindert werden, indem ein volume label vergeben wird, das jedoch an erster Stelle in der Verzeichnisliste stehen muss. Eine Datenträgerbezeichnung lässt sich z. B. direkt beim Formatieren vergeben, kann jedoch auch gleich danach mit dem label-Befehl vergeben werden, womit sichergestellt ist, dass dies der erste Dateiname mit Volume-Dateiattribut ist.

Das endgültige Format erlaubt bis zu 255 Zeichen lange Dateinamen (wobei der Name inklusive Speicherpfad bis zu 260 Zeichen enthalten kann) und nutzt Unicode in der Kodierung UCS-2 als Zeichensatz.

In bisher in FAT nicht genutzten Bereichen des Eintrages mit dem 8.3-Dateinamen werden nun auch Zeitstempel-Dateiattribute für den Erstellungszeitpunkt und jenen des letzten Zugriffes gespeichert, vergleichbar mit Modification, Access, Change unter Unix.

Windows for Workgroups 3.11 unterstützt VFAT optional, jedoch nur für Festplatten und ohne die Möglichkeit langer Dateinamen.

VFAT wird in Windows 95 und höher und in Windows NT 3.5 und höher unterstützt.

Unter Linux wird die VFAT-Erweiterung vollständig unterstützt.

In den frühen 1990er Jahren wurde von vielen Linux-Distributionen die UMSDOS-Erweiterung für FAT16 eingesetzt, um Linux zu installieren, ohne das Festplattenlaufwerk neu partitionieren und formatieren zu müssen. UMSDOS fügt zu einem FAT-Dateisystem eine darüberliegende Unix-kompatible Schicht hinzu. Diese verwaltet Dateien, die den Namen --linux-.--- tragen. Darin werden Benutzerrechte und auch lange Dateinamen gespeichert.

In Linux 2.6.11 wurde UMSDOS aus dem Kernel entfernt, da es nicht mehr weiterentwickelt wurde. Es gibt als Ersatz ein POSIX-Overlay-Dateisystem, das FUSE verwendet und über einem normalen FAT-Dateisystem „eingeblendet“ werden kann.

UVFAT existierte nur für eine kurze Zeit und hat die VFAT-Erweiterung zur Speicherung langer Dateinamen genutzt, während der UMSDOS-Mechanismus für die unter allen FAT-Versionen fehlenden Benutzerrechte verwendet wurde. So waren unter Linux angelegte lange Dateinamen auch unter modernen Windows-Versionen lesbar und umgekehrt. Die Entwicklung wurde bereits vor derjenigen der UMSDOS-Erweiterung wieder eingestellt.

Ein FAT-Dateisystem gliedert sich in fünf Bereiche:

Alle Mehrbyte-Werte (16/32 Bit) sind im Little Endian gespeichert, d. h. niederwertigste Bytes zuerst.

Der Bootsektor kann x86-Maschinencode (Bootloader) enthalten, der das Betriebssystem laden soll. An anderen Stellen enthält er Informationen über das FAT-Dateisystem.

Anschließend unterscheiden sich die Daten je nach FAT-Variante. Bei FAT12 und FAT16 folgt diese Datenstruktur:

FAT32 benutzt eine davon abweichende Struktur ab Offset 24_hex:

Zwischen Bootsektor und der ersten FAT können Sektoren reserviert werden, die vom Dateisystem nicht benutzt werden. Dieser Bereich kann von einem Bootmanager oder für betriebssystemspezifische Erweiterungen genutzt werden. Auf den meisten FAT12- oder FAT16-Dateisystemen existieren – außer dem Bootsektor – keine weiteren reservierten Sektoren. Die FAT folgt somit direkt im Anschluss an den Bootsektor. FAT32-Dateisysteme enthalten in der Regel noch einige Erweiterungen zum Bootsektor sowie eine komplette Sicherungskopie des Bootsektors und der Erweiterungen.

Die FAT ist eine Art Tabelle fester Größe, in der über die belegten und freien Cluster eines FAT-Dateisystems Buch geführt wird. Ein Cluster ist die aus einem oder mehreren Sektoren bestehende Zuordnungseinheit, die von einer Datei belegt werden kann. Der Datenbereich ist in eine feste Anzahl von Clustern eingeteilt. Zu jedem dieser Cluster existiert ein Eintrag in der FAT, der Folgendes angeben kann:

• Der Cluster ist nicht belegt, also frei.
• Das Medium ist an der Position dieses Clusters beschädigt.
• Der Cluster ist von einer Datei belegt:
  • Der FAT-Eintrag zum nächsten Cluster der Datei hat die Nummer x, das heißt: der nächste Cluster der Datei ist der Cluster mit der Nummer x − 2.
  • Das ist der letzte Cluster der Datei.

Die Größe (in Bit) und der Wertebereich der Tabelleneinträge unterscheiden sich zw. FAT12, FAT16 und FAT32 wie folgt:

Die Lage der belegten Cluster einer Datei können aus den Adressen der zugehörigen FAT-Einträge berechnet werden. Die FAT-Einträge bilden eine einfach verkettete Liste.

Wegen ihrer grundlegenden Bedeutung für das Dateisystem existieren in der Regel zwei Kopien der FAT, um bei Datenverlust noch immer eine funktionsfähige zweite FAT zu haben. Mit diversen Programmen ist so eine Datenwiederherstellung in vielen Fällen möglich.

Auf Installationsdisketten oder mit Spezialprogrammen formatierten Medien findet man manchmal keine zweite FAT, wodurch der verfügbare Speicherplatz etwas größer wird. Theoretisch ist es auch möglich, ein Dateisystem mit mehr als zwei FAT-Kopien zu formatieren. Diese Dateisysteme können zwar in der Regel von jedem Betriebssystem gelesen werden, jedoch wird die dritte (und jede weitere FAT-Kopie) bei Schreibzugriffen meist nicht aktualisiert, so dass bei Beschädigung der ersten beiden FATs oft keine Reparatur unter Zuhilfenahme der weiteren Kopien möglich ist.

Das Stammverzeichnis (englisch root directory), auch Wurzelverzeichnis oder Hauptverzeichnis genannt, ist eine Tabelle von Verzeichniseinträgen. Jede Datei oder Unterverzeichnis wird in der Regel durch je einen Verzeichniseintrag repräsentiert. Die bei Windows 95 eingeführte Erweiterung um „lange Dateinamen“ benutzt jedoch ggf. mehrere Verzeichniseinträge pro Datei bzw. Verzeichnis, um die langen Dateinamen unterzubringen.

Das Stammverzeichnis folgt bei FAT12 und FAT16 direkt der FAT und hat eine feste Größe und damit eine Maximalanzahl an Verzeichniseinträgen. Diese wird beim Formatieren des Dateisystems festgelegt und kann später – außer mit Spezialsoftware – nicht mehr geändert werden.

Bei FAT32 hat das Stammverzeichnis eine variable Größe und kann an einer beliebigen Position des Datenbereichs beginnen.

Je nach Medientyp gibt es unterschiedliche Vorgabegrößen für das Stammverzeichnis. Mit speziellen Formatierungsprogrammen lässt sich jedoch die Größe des Stammverzeichnisses frei wählen. So besitzen beispielsweise Installationsdisketten, die nur sehr wenige Archivdateien enthalten, oft ein minimales Stammverzeichnis, das nur einen Sektor groß ist und somit nur Platz für 16 Verzeichniseinträge bietet.

Ein Verzeichniseintrag besteht aus 32 Bytes.

Zusammenspiel: Soll nun eine Datei gelesen werden, wird der zugehörige Verzeichniseintrag herausgesucht. Neben den Attributen kann hier nun der Startcluster selektiert werden. Die weiteren Cluster werden dann über die FAT herausgesucht. Am Ende terminiert die Weitersuche jener FAT-Tabelleneintrag, welcher den Wert FFFFFFh enthält.

Ein Unterverzeichnis wird als normale Datei angelegt, außer dass der Eintrag im übergeordneten Verzeichnis mit dem entsprechenden Bit markiert ist. Der Aufbau der Einträge ist mit jenen des Hauptverzeichnisses identisch. Da die Cluster der Unterverzeichnisse über die FAT verknüpft werden, können sie beliebig wachsen und haben keine Begrenzung in der Zahl der verwaltbaren Dateien.

Der Atari ST benutzt für Disketten eine Variante des FAT12-Dateisystems und kann daher unter MS-DOS formatierte und beschriebene Disketten lesen und schreiben. Ursprünglich konnten auf dem Atari formatierte Disketten nicht unter MS-DOS benutzt werden, wohl aber unter MS-DOS formatierte und danach auf dem Atari beschriebene Disketten. Diese Inkompatibilitäten wurden in späteren GEMDOS-Versionen behoben. Die Unterschiede der Atari-Implementierung im Einzelnen:^[11]

• Ursprünglich standen in den ersten Bytes des ersten Sektors einer bootfähigen Atari-Diskette die Opcodes eines Assemblerbefehls für den Motorola-68000-Prozessor, nämlich eine Sprunganweisung („bra“ für „branch always“), um den BPB zu überspringen. Da diese Opcodes jedoch in vielen Betriebssystemen als Kennung verwendet werden, um ein gültiges BPB-Format zu erkennen, wurde dort ab TOS 1.04 der relevante Teil eines x86-CPU-Opcodes geschrieben.
• Das OEM-Label beginnt bei Atari-Disketten an Offset 2 statt 3 im Bootsektor, und es ist nur sechs statt wie sonst acht Bytes lang. In den drei hinzugewonnenen Bytes speichern Ataris eine Seriennummer, die den Wechsel von Disketten auch ohne Disketten-Wechsel-Signal sicherstellen sollen. Da das OEM-Label in vielen Microsoft-Betriebssystemen aber tatsächlich zur Erkennung des vorliegenden BPB-Formats herangezogen wird, kann ein „unübliches“ OEM-Label diverse Wechselwirkungen hervorrufen, die ein Medium unter diesen Systemen nicht mehr lesbar erscheinen lassen oder bei Schreibversuchen die Datenstrukturen im Dateisystem zerstören. Solange die BPB-Einträge nicht vom Microsoft-Standard abweichen, stellt das jedoch kein Problem dar.
• Das Media-ID-Byte wurde ursprünglich bei der Formatierung nicht korrekt gesetzt, was dazu führen konnte, dass Medien unter anderen Betriebssystemen nicht erkannt wurden, insbesondere da auch das BPB-Format nicht exakt identisch ist.
• Der Atari-Bootsektor ist, wenn die Diskette bootfähig ist, mit einer Prüfsumme gegen Bitfehler gesichert. Die Summe aller 16-Bit-Big-Endian-Worte des Bootsektors muss 1234₁₆ ergeben, sonst wird der Bootsektor von Ataris als ungültig betrachtet. Um auf die richtige Prüfsumme zu kommen, wurde der Wert an Offset +1FE₁₆ passend verändert. Da dieser jedoch normalerweise die Signatur 55₁₆, AA₁₆ enthält (die einen IBM-kompatiblen Bootsektor anzeigen soll) und diese von einigen Systemen ausgewertet wird, sollte stattdessen ein unbenutztes Byte im Codebereich zum Ausgleich verändert werden.
• Atari GEMDOS unterstützt, wie auch viele Versionen von MS-DOS bis 3.x, nur Clustergrößen bis 4 KB.

Von FAT gibt es Derivate, die jedoch nicht aufbauend oder nicht vollständig kompatibel mit FAT12/16/32 sind. So kann TFAT zwar als reguläres FAT-Dateisystem gelesen werden, die Funktion zur Erhaltung der Konsistenz ist jedoch nicht verfügbar. Bei FAT+ sind Inkompatibilitäten mit Systemen, die Dateien > 4GiB nicht unterstützen, zu erwarten, während es in allen anderen Fällen vollständig kompatibel bleibt. exFAT, das an moderne Erfordernisse angepasst wurde, hat einen komplett neu entwickelten Aufbau und benötigt einen neuen Dateisystem-Treiber, da die Datenstrukturen des Dateisystems auf einem Speichermedium mit FAT keine Gemeinsamkeiten hat.

TFAT (Transaction-safe File Allocation Table) bietet insbesondere für mobile Geräte mit fest eingebautem Flash-Speicher Schutz vor Beschädigungen des Dateisystems, zum Beispiel wenn während einer Schreiboperation die Stromversorgung des Gerätes ausfällt.

Dafür wird die FAT doppelt geführt: einmal als FAT1 mit den aktuellen Dateizuordnungen und einmal als FAT0 mit dem letzten als konsistent bekannten Stand des Dateisystems. FAT0 wird erst nach erfolgreichem Abschluss einer Transaktion aktualisiert, indem FAT1 nach FAT0 kopiert wird. Eine Transaktion ist beispielsweise das Anlegen einer neuen Datei.

Während des Ablaufs einer Transaktion werden Änderungen am Dateisystem in neu angelegten Clustern gespeichert und FAT1 wird entsprechend angepasst. So kann im Fehlerfall eine unvollständig ausgeführte Transaktion durch Kopieren von FAT0 nach FAT1 rückgängig gemacht und das Dateisystem auf den Stand von vor Beginn der Transaktion zurückversetzt werden.

Das rechnerische Limit für TFAT-Partitionen liegt bei einer Sektorgröße von 512 Byte bei 2 TiB.

TFAT ist zwar explizit für nicht entfernbaren Speicher gedacht, kann jedoch auch mit Wechselspeichermedien verwendet werden. Allerdings kann es zu Problemen kommen, wenn ein TFAT-Medium in einem anderen Gerät ohne Unterstützung für TFAT verwendet wird. Es ist dann zwar prinzipiell möglich auf das Medium zuzugreifen, aber weil es dabei wie ein normales FAT-Medium behandelt wird, erfolgen Schreibvorgänge nicht transaktionssicher. Auch können aufgrund von Unterschieden in den Datenstrukturen mit TFAT erstellte Verzeichnisse nicht von FAT-Systemen gelöscht werden.

TFAT wird üblicherweise nicht von Desktopsystemen unterstützt. Unterstützt wird es von Microsoft für Mobilgeräte seit Windows Mobile 6.5 und Windows CE ab Version 6.0.^[12]

exFAT (Extended File Allocation Table) ist ein speziell für Flash-Speicher entwickeltes Dateisystem. Eingeführt wurde es 2006 mit Windows CE 6.0. exFAT soll dort eingesetzt werden, wo NTFS nur schwer oder gar nicht implementierbar ist und zugleich die Beschränkungen von FAT32 – insbesondere maximale Dateigröße von 4 GiB – vermieden werden sollen.

Windows Vista ab Service Pack 1, Windows 7 und neuere Windows-Versionen unterstützen exFAT nativ,^[13] für Windows XP ab SP2 hat Microsoft ein Aktualisierungspaket.^[14] Auf Apple-Computern wird exFAT ab Mac OS X Snow Leopard, Version 10.6.5, vollständig unterstützt.^[15] Am 27. August 2019 veröffentlichte Microsoft die Spezifikationen für exFAT und erklärte, eine Implementation von exFAT im Linux-Kernel zu unterstützen und die Patente daran über das Open Invention Network freizugeben.^[16] In der Folge wird exFAT vom Linux-Kernel ab Version 5.4 direkt unterstützt,^[17] in Kernel 5.7 wurde der bis dahin verwendet exFAT-Code durch einen von Samsung entwickelten und bereits auf Smartphones verwendeten, besseren Treiber ersetzt.^[18] Zuvor gab es bereits einen proprietären Linux-Treiber des Unternehmens Tuxera^[19] sowie einen von der Firma Samsung unter der GPLv3 lizenzierten Treiber für FUSE.^[20][21][22]

Im Rahmen der Spezifikationen für die Memory-Stick-XC- und SDXC-Flashspeicher-Kartentypen wird die Verwendung von exFAT vorgeschrieben; die Speicherkarten können zwar prinzipiell auch mit einem anderen Dateisystem formatiert werden, sind dann aber nicht standardkonform und daher nicht in jedem Gerät (wie z. B. Digitalkamera) verwendbar.

Die Vorteile gegenüber vorherigen Versionen sind:

• Theoretische maximale Dateigröße von 64 ZiB,^[23] empfohlene maximale Dateigröße 512 TB (maximale Partitionsgröße).
• Ein Cluster darf maximal 32 MiB groß sein (theoretisch jedoch bis zu 2²⁵⁵ Bytes).
• Es wurde eine separate Tabelle („Bit-Karte“) eingeführt, welche die freien Cluster effizienter indiziert. Ein Bit wird jeweils einem Cluster zugeordnet. Dies wurde bei FAT32, FAT16 und FAT12 von der viel größeren Fragmenttabelle (oder „Fragmentkarte“) übernommen, mit jeweils 32, 16, und 12 Bits pro Cluster; daher die Namen. Bei exFAT werden nur Cluster fragmentierter Dateien in der Fragmenttabelle aufgezeichnet.^[24]
• Das Dateisystem unterstützt erweiterte Zugriffsrechte (ACL).
• Es werden auch Transaktionen unterstützt (nur mit TexFAT).

Nachteile:

• Bei Dateisystemen ab 32 GB ist die Standard-Clustergröße 128 KB. Das bedeutet, dass selbst kleine Dateien immer mindestens 128 KB Platz auf dem Dateisystem belegen.^[25]
• Bestehende Dateisysteme können praktisch nicht vergrößert oder verkleinert werden.

FAT+ ist eine Idee von Udo Kuhnt (u. a. Enhanced DR-DOS), Luchezar Georgiev (u. a. 4DOS ab 7.50.1) und Jeremy Davis (u. a. Mitentwicklung am FreeDOS-Kernel), FAT32 und FAT16B rückwärtskompatibel so zu erweitern, dass auch Dateien über 4 GiB gespeichert werden können. Ermöglicht wird damit auf einem bestehenden FAT32- und (theoretisch auch) FAT16-Dateisystem eine maximale Dateigröße von 256 GiB –1 Byte.^[26]

Die Erweiterung wird nur von sehr wenigen Betriebssystemen unterstützt. Neben Enhanced DR-DOS gibt es beispielsweise auch einen universellen FAT-IFS-Treiber von Netlabs für OS/2 und Windows NT.^[27] Um zu verhindern, dass es zu Kompatibilitätsproblemen kommt, kann bei der FAT+-Erweiterung die „Minor“-Version bei FAT32 von „0.0“ auf „0.1“ angehoben werden. Betriebssysteme, die FAT+ nicht unterstützen, sollten dann FAT32+-Dateisysteme nicht mehr einhängen können. Bei FAT16, das keine Versionsnummer nutzt, ist das allerdings nicht möglich. Wie ein System auf Dateien größer als 4 GiB reagiert, wenn es FAT+ nicht unterstützt, wurde nicht getestet.^[26]

FAT+ wurde 2017 von Tuxera, der Firma hinter NTFS-3G, auf dem Flash Memory Summit in Santa Clara als Alternative zu exFAT vorgestellt^[28] und wird für Universal Flash Storage auf eingebetteten Systemen angeboten.^[29]

• Liste von Dateisystemen

• Für das FAT32-Dateisystem geltende Beschränkungen. Archiviert vom Original am 10. Januar 2015; abgerufen am 21. Juni 2025. 
• Microsoft Extensible Firmware Initiative FAT32 File System Specification. (DOC; 219 kB; Abgerufen am 21. Juni 2025englisch). 
• Working with File Systems. Abgerufen am 21. Juni 2025 (englisch). 
• Programm zum Erstellen von FAT32-Partitionen > 32 GiB (getestet bis 2 TiB). Archiviert vom Original am 12. November 2020; abgerufen am 21. Juni 2025 (englisch). 
• Extended FAT File System. Abgerufen am 21. Juni 2025 (englisch). 

1. ↑ Je nach Quelle sind es entweder maximal 65.536 oder 65.460 Dateien, die mit FAT16 maximal möglich sind:
   • Resource Kit – Working with File Systems. In: Windows XP Documentation. Microsoft, 11. September 2009, abgerufen am 23. März 2021 (englisch): „Table 13-7 FAT16 Size Limits … Files per volume: Approximately 65,536 (216 files)“ 
   • Jarret W. Buse: File Allocation Table (FAT). (Forum-Posting) linux.org, 21. August 2013, abgerufen am 23. März 2021 (englisch): „TYPE [–] Max File Size [–] Max Number of Files … [TYPE:] FAT16 [Max File Size:] 2 GB [Max Number of Files:] 65,460“ 
2. ↑ Peter Gallagher: Things I've learnt...: The FAT16 File System (with SD cards). (Blog) 14. März 2011, abgerufen am 23. März 2021 (englisch): „…for SD Cards using FAT16, the maximum Root Directory Entries and Bytes Per Sector are invariably 512.“ 
3. ↑ Jürgen Rathlev: Personal Backup Version 6, Abschnitt: Einstellungen für den Dateivergleich / Zeitstempelvergleich, personal-backup.rathlev-home.de, abgerufen am 29. Januar 2021.
4. ↑ Beschränkungen des FAT32-Dateisystems in Windows XP. In: Hilfe und Support. Microsoft Deutschland GmbH, 24. Mai 2011, abgerufen am 18. Oktober 2011: „Auf einer FAT32-Partition können keine Dateien erstellt werden, die größer als (2^32)-1 Byte sind (d. h. ein Byte weniger als 4 GB)“ 
5. ↑ PCFreunde.de Tutorial: „Festplatten unter Windows mit FAT32 partitionieren“ 4. Februar 2010, im Webarchiv vom 12. April 2018 (Memento vom 12. April 2018 im Internet Archive), abgerufen am 28. Oktober 2020.
6. ↑ Computerbild Tipp-Center: „Festplatte auf FAT32 formatieren: So funktioniert es“ 19. August 2018, abgerufen am 28. Oktober 2020.
7. ↑ Microsoft Extensible Firmware Initiative – FAT32 File System Specification (2000) - Seite 34
8. ↑ Matthias Paul: Need DOS 6.22 (Not OEM). In: alt.msdos.programmer. 20. Februar 2002, abgerufen am 14. Oktober 2006. 
9. ↑ Wally Bass: Cluster Size. In: comp.os.msdos.programmer. 14. Februar 1994, abgerufen am 14. Oktober 2006. 
10. ↑ Floppy Disk is Not Accessible, Not Formatted, or Not Recognized by Windows. In: support.microsoft.com. Abgerufen am 22. Februar 2015 (englisch). 
11. ↑ Christoph Pfisterer: disktype Documentation, Kapitel 3.3.: ATARI ST
12. ↑ TFAT Overview auf MSDN (3. April 2014)
13. ↑ Brandon LeBlanc: Vista SP1 Whitepaper. Microsoft, 28. August 2007, archiviert vom Original am 12. September 2008; abgerufen am 22. Februar 2012. 
14. ↑ Update für Windows XP (KB955704). Microsoft, 26. Januar 2009, archiviert vom Original (nicht mehr online verfügbar) am 7. Januar 2011; abgerufen am 22. Februar 2012. 
15. ↑ Apple macht viele Macs für Microsofts Dateisystem exFAT fit. Abgerufen am 11. November 2010. 
16. ↑ exFAT in the Linux kernel? Yes! In: microsoft.com. Open Source Blog, 2019, abgerufen am 29. August 2019 (amerikanisches Englisch). 
17. ↑ Linux 5.4 freigegeben: exFAT-Support und Einschränkungen für Root. In: heise.de. 26. November 2019, abgerufen am 28. April 2020. 
18. ↑ Jonathan Corbet: 5.7 Merge window part 2. In: LWN.net. 13. April 2020, abgerufen am 17. August 2020. 
19. ↑ Tuxera, the NTFS-3G File System Provider, Signs Intellectual Property Agreement with Microsoft. 26. August 2009, archiviert vom Original am 18. Februar 2011; abgerufen am 22. November 2015 (englisch). 
20. ↑ exFAT fs and Linux. 29. Januar 2009, abgerufen am 30. August 2009 (englisch). 
21. ↑ exFAT für Linux veröffentlicht stabiles Release. 20. Januar 2013, abgerufen am 20. Januar 2013. 
22. ↑ Samsung veröffentlicht exFAT-Treiber unter GPL, heise open, 16. August 2013
23. ↑ Beschreibung des ExFAT-Dateisystemtreiber. Microsoft, 29. September 2009, archiviert vom Original (nicht mehr online verfügbar) am 26. Februar 2015; abgerufen am 22. Februar 2012. 
24. ↑ https://events.static.linuxfound.org/images/stories/pdf/lceu11_munegowda_s.pdf
25. ↑ Standard-Clustergröße für NFTS, FAT und exFAT. In: support.microsoft.com. 30. November 2018, abgerufen am 28. April 2020. 
26. ↑ ^{a b} Udo Kuhnt, Luchezar Georgiev, Jeremy Davis: FAT+ Draft release, Rev. 2. Archiviert vom Original (nicht mehr online verfügbar) am 19. Februar 2015; abgerufen am 24. März 2007. 
27. ↑ Welcome to FAT32.IFS on Netlabs. (Trac-Wiki-Seite) Netlab, 13. Januar 2021, abgerufen am 21. Juni 2025 (englisch): „Features … 4) Some new features, like … • Support for FAT+ -- files larger than 4 GB on FAT32 (a /plus switch is required).“ 
28. ↑ Mikko Välimäki: Introducing FAT+ – A royalty-free file system technology for removable UFS cards. (PDF; 3,7 MiB) Tuxera Inc., 2017; abgerufen am 21. Juni 2025 (englisch): „FAT+ brings standardized large file support to a market full of non-standardized hacks for FAT32“ 
29. ↑ Jean-Luc Aufranc: Tuxera FAT+ File System for Embedded Systems is Compatible with FAT32, Faster, and Supports Files up to 16TB. CNX Software, 27. Juli 2017, abgerufen am 21. Juni 2025 (englisch).