Weblog

FAT32, FAT und exFAT: Vom Disketten-Dateisystem zum universellen Wechseldatenträger

23.08.2026 · 19 Min. Lesezeit

Wer heute einen USB-Stick formatiert, eine SD-Karte für eine Kamera vorbereitet oder einen Datenträger für möglichst viele unterschiedliche Geräte kompatibel machen möchte, begegnet früher oder später FAT32 oder exFAT. Beide Dateisysteme wirken auf den ersten Blick wie Relikte aus einer längst vergangenen Computerzeit. FAT32 stammt tatsächlich aus einer Ära, in der Festplatten noch in Megabyte statt Terabyte gemessen wurden.

Und trotzdem ist FAT keineswegs verschwunden.

Im Gegenteil: Die grundlegende Idee hinter der File Allocation Table, kurz FAT, begleitet uns seit den ersten Generationen des IBM-PC-kompatiblen Personal Computers. FAT12, FAT16 und FAT32 waren jeweils Antworten auf die immer größer werdenden Speichermedien ihrer Zeit. Mit exFAT hat Microsoft schließlich einen Nachfolger geschaffen, der die einfache Struktur von FAT beibehalten, dessen historischen Beschränkungen aber weitgehend beseitigen sollte.

Warum also existiert FAT32 im Jahr 2026 überhaupt noch? Warum kann ein modernes Dateisystem wie exFAT große Dateien speichern, während FAT32 bei exakt 4 GiB minus einem Byte Schluss macht? Und weshalb ist FAT trotz seiner technischen Schwächen auf USB-Sticks und Speicherkarten immer noch so relevant?

Um das zu verstehen, lohnt sich ein Blick auf die Geschichte.

Am Anfang stand die File Allocation Table

Ein Dateisystem hat eine vergleichsweise einfache Aufgabe: Es muss aus einer Ansammlung von Sektoren einen Speicherplatz machen, mit dem Menschen und Programme sinnvoll umgehen können.

Auf einem rohen Datenträger gibt es zunächst nur nummerierte Blöcke. Ein Betriebssystem muß wissen, welche Blöcke frei sind, welche zu einer Datei gehören, wo ein Verzeichnis beginnt und wie die einzelnen Teile einer Datei zusammengehören.

Genau hier setzt FAT an.

Die File Allocation Table ist im Kern eine Tabelle, in der für die Speicherblöcke eines Datenträgers Informationen über deren Verwendung abgelegt werden. Vereinfacht gesagt kann man sich die FAT wie eine große Liste vorstellen, in der für jeden Cluster steht, welcher Cluster als Nächstes zu einer Datei gehört.

Eine Datei muss dabei nicht zwingend zusammenhängend auf dem Datenträger liegen. Wenn eine Datei beispielsweise aus den Clustern 100, 101, 250 und 251 besteht, kann die FAT diese Kette entsprechend abbilden. Ein Eintrag verweist auf den nächsten Cluster, bis ein spezieller Wert das Ende der Kette markiert.

Diese Konstruktion ist bemerkenswert einfach. Genau diese Einfachheit wurde zu einer der größten Stärken des FAT-Ansatzes.

Die heute von Microsoft dokumentierte exFAT-Spezifikation beschreibt FAT12, FAT16 und FAT32 entsprechend als Varianten, bei denen die Clusterindizes mit 12, 16 beziehungsweise 32 Bit repräsentiert werden.

Der Name FAT32 bedeutet deshalb nicht, dass eine Datei 32 Bit groß sein darf. Er beschreibt zunächst die Breite der Einträge beziehungsweise Clusterindizes in der File Allocation Table.

Das ist ein wichtiger Unterschied.

FAT12: Als Speicher noch in Kilobyte gemessen wurde

Die ursprüngliche FAT-Idee entstand Ende der 1970er Jahre im Umfeld von Betriebssystemen für frühe Mikrocomputer. Eine der ersten wichtigen Anwendungen war das Betriebssystem 86-DOS, das später zur Grundlage von MS-DOS wurde.

Mit dem Siegeszug des IBM PC und kompatibler Systeme wurde FAT zu einem der wichtigsten Dateisysteme der frühen PC-Welt.

FAT12 war für Speichermedien gedacht, deren Größe aus heutiger Sicht geradezu winzig erscheint. Der Name kommt daher, dass die FAT-Einträge ursprünglich 12 Bit breit waren.

Eine solche Tabelle kann nur eine begrenzte Anzahl von Clustern adressieren. Das war bei kleinen Diskettenmedien völlig ausreichend. Eine typische 1,44-MB-Diskette war aus Sicht des Dateisystems keine gigantische Speicherressource, sondern genau das Medium, für das solche Strukturen sinnvoll dimensioniert waren.

Interessant ist dabei, dass FAT12 nicht einfach deshalb “schlecht” war, weil es nur 12 Bit verwendete. Es war für seine Zeit eine vernünftige technische Lösung.

Ein Dateisystem muss immer zur Größe und zum Einsatzzweck des Speichers passen. Würde man auf einer Diskette ein extrem komplexes Dateisystem mit umfangreichen Metadaten, Journaling und ausgefeilten Berechtigungsstrukturen einsetzen, würde ein beträchtlicher Teil der ohnehin knappen Kapazität für Dateisystemverwaltung verloren gehen.

FAT war dagegen klein, überschaubar und vergleichsweise leicht zu implementieren.

Diese Eigenschaft sollte FAT über Jahrzehnte begleiten.

FAT16: Als die Festplatte größer wurde

Mit zunehmender Verbreitung von Festplatten reichte FAT12 irgendwann nicht mehr aus.

Die logische Konsequenz war FAT16.

Statt 12 Bit standen nun 16 Bit für die Clusteradressierung zur Verfügung. Damit konnte ein FAT16-Dateisystem wesentlich mehr Cluster verwalten und entsprechend größere Speichermedien unterstützen.

Auch FAT16 wurde im Laufe seiner Geschichte mehrfach angepasst und unterschiedlich implementiert. Deshalb ist es gefährlich, aus der Zahl 16 unmittelbar eine einzige, universelle maximale Datenträgergröße abzuleiten.

Entscheidend ist vielmehr das Zusammenspiel aus Anzahl der adressierbaren Cluster, Clustergröße, Sektorgröße und den Einschränkungen der jeweiligen Betriebssystemimplementierung.

Das Grundprinzip blieb jedoch unverändert: Eine FAT beschreibt, wie die Cluster des Datenträgers miteinander verbunden sind.

Mit DOS, Windows 3.x und später Windows 95 wurde FAT16 über viele Jahre zu einem Standard für PC-Datenträger.

Doch auch FAT16 stieß irgendwann an seine Grenzen.

Die Datenträger wurden schlicht zu groß.

FAT32: Mehr Adressen, aber nicht 32 Bit Dateigröße

Mitte der 1990er Jahre kam mit Windows 95 OSR2 FAT32.

Der wichtigste Schritt bestand darin, die Zahl der adressierbaren Cluster massiv zu erhöhen. FAT32 verwendet dafür 32-Bit-FAT-Einträge, wobei allerdings nicht alle 32 Bits für reguläre Clusteradressen zur Verfügung stehen.

Damit wurde FAT für wesentlich größere Datenträger interessant.

Und hier entsteht eine der häufigsten Verwechslungen rund um FAT32:

FAT32 bedeutet nicht, dass Dateien maximal 32 Bit beziehungsweise 4 GiB groß sein können.

Die 4-GiB-Grenze ergibt sich aus der maximal darstellbaren Dateigröße im klassischen FAT-Dateiattribut beziehungsweise aus der FAT32-Spezifikation und den darauf aufbauenden Implementierungen. Microsoft dokumentiert für FAT32 eine maximale Dateigröße von 4 GiB; praktisch liegt die Grenze bei 4 GiB − 1 Byte, also 4.294.967.295 Byte.

Das ist ein entscheidender Unterschied.

Eine FAT32-Partition kann also beispielsweise 100 GB groß sein und problemlos sehr viele Dateien enthalten, solange keine einzelne Datei größer als 4 GiB − 1 Byte wird.

Genau deshalb konnte FAT32 über viele Jahre auch auf Festplatten verwendet werden, die wesentlich größer waren als 4 GiB.

Warum gibt es überhaupt eine 4-GiB-Grenze?

Um das zu verstehen, lohnt sich ein Blick auf die Dateigröße als gespeicherte Zahl.

Eine vorzeichenlose 32-Bit-Zahl kann Werte von 0 bis 4.294.967.295 darstellen. Das entspricht exakt 4 GiB − 1 Byte.

FAT32 verwendet für die Dateigröße im Verzeichniseintrag eine 32-Bit-Größe. Ist dieser Wert ausgeschöpft, kann eine einzelne Datei nicht weiter wachsen.

Das ist unabhängig davon, wie viele Cluster der Datenträger insgesamt besitzt.

Man kann sich das wie einen Lagerraum mit vielen Regalen vorstellen. Die FAT32-Struktur kann sehr viele Regale verwalten, aber auf dem Etikett einer einzelnen Lieferung steht nur eine 32-Bit-Größenangabe. Die Gesamtgröße des Lagers und die maximal mögliche Größe einer einzelnen Lieferung sind zwei verschiedene Dinge.

Das erklärt auch, warum die Aussage “FAT32 kann nur 4 GB” falsch ist.

Richtig wäre:

Eine einzelne Datei auf FAT32 darf maximal 4 GiB − 1 Byte groß sein.

Der Datenträger selbst kann wesentlich größer sein, wobei die tatsächlich nutzbare maximale Volume-Größe von Sektor- und Clustergrößen sowie der jeweiligen Implementierung abhängt.

Microsoft führt für FAT32 in seiner Windows-Dateisystemübersicht eine maximale Volumegröße von 2³² Blöcken und eine maximale Dateigröße von 4 GiB auf.

Cluster: Der Baustein, der vieles erklärt

Um FAT wirklich zu verstehen, muss man noch einen Begriff kennen: den Cluster.

Ein Dateisystem arbeitet nicht zwingend mit einzelnen Bytes. Stattdessen fasst es mehrere physische Sektoren zu einem Cluster zusammen. Eine Datei belegt dann eine bestimmte Anzahl dieser Cluster.

Nehmen wir beispielsweise an, ein FAT32-Dateisystem verwendet eine Clustergröße von 32 KiB.

Eine Datei mit 100 KiB benötigt dann nicht exakt 100 KiB auf dem Datenträger. Sie benötigt vier Cluster, also 128 KiB.

Die restlichen knapp 28 KiB des letzten Clusters können nicht für eine andere Datei verwendet werden.

Das nennt man Slack Space.

Je kleiner die Cluster, desto weniger Platz wird bei kleinen Dateien verschenkt. Je größer die Cluster, desto weniger Cluster müssen insgesamt verwaltet werden.

Und genau hier liegt ein grundlegendes Spannungsfeld von FAT-Dateisystemen.

Große Datenträger brauchen viele adressierbare Cluster. Kleine Cluster führen aber zu größeren FATs und mehr Verwaltungsaufwand. Große Cluster reduzieren die Zahl der benötigten FAT-Einträge, können aber bei vielen kleinen Dateien erheblich Speicherplatz verschwenden.

Microsofts Formatierungswerkzeuge erlauben bei FAT32 unter anderem Clustergrößen bis 64 KiB, abhängig von den verwendeten Sektorgrößen.

Das zeigt bereits, warum eine scheinbar simple Frage wie “Wie viele Dateien passen auf FAT32?” nicht mit einer einzigen Zahl beantwortet werden kann.

Wie viele Dateien kann FAT32 eigentlich speichern?

Hier kommen wir zu der Frage, die häufig im Zusammenhang mit FAT32 auftaucht.

Die Antwort lautet zunächst:

Es gibt keine einfache feste Zahl wie “maximal 268 Millionen Dateien”.

Entscheidend sind vielmehr die Größe des Volumes, die Clustergröße, die Größe der Verzeichnisse und die Anzahl der benötigten Verzeichniseinträge.

Eine Datei benötigt nämlich nicht nur Datencluster. Sie benötigt auch Metadaten in einem Verzeichnis.

Beim klassischen FAT-Dateisystem besitzt ein normaler Verzeichniseintrag 32 Byte. Lange Dateinamen werden über zusätzliche Einträge abgebildet. Ein einziger langer Dateiname kann deshalb mehrere Directory Entries benötigen.

Das bedeutet: Ein FAT32-Dateisystem kann nicht einfach so viele Dateien aufnehmen, wie es Datencluster gibt.

Bei einer großen Anzahl sehr kleiner Dateien können die Verzeichnisstrukturen selbst zu einem relevanten Faktor werden.

Noch wichtiger ist aber der Zusammenhang mit der Clustergröße.

Hat ein Dateisystem beispielsweise eine Million Cluster, kann eine Datei mindestens einen Cluster belegen. Theoretisch kann man also ungefähr eine Million Ein-Cluster-Dateien unterbringen. In der Praxis kommen jedoch Dateisystemstrukturen, Verzeichniseinträge, Unterverzeichnisse und die notwendige Organisation des freien Speicherplatzes hinzu.

Wer also beispielsweise einen Datenträger mit Millionen kleiner Dateien betreiben möchte, sollte nicht nur auf die nominelle Kapazität schauen.

Die Anzahl der Dateien ist bei FAT32 eine kombinierte Grenze aus Dateisystemstruktur und verfügbarem Speicherplatz, nicht einfach eine einzelne im Dateisystem hinterlegte Maximalzahl.

Der Unterschied zwischen FAT12, FAT16 und FAT32

Die Entwicklung lässt sich deshalb weniger als eine Reihe völlig unterschiedlicher Dateisysteme verstehen, sondern eher als Evolution desselben grundlegenden Konzepts.

FAT12 war für sehr kleine Medien gedacht. FAT16 erweiterte den Adressraum, als größere Speichermedien üblich wurden. FAT32 ging den nächsten Schritt und machte FAT für deutlich größere Datenträger praktikabel.

Die Grundidee blieb immer gleich:

Dateien werden über Clusterketten organisiert, deren Zuordnung durch die File Allocation Table beschrieben wird.

Das ist ein bemerkenswert konservativer Entwurf.

Und genau diese Konservativität ist später zu einer Stärke geworden.

Lange Dateinamen: FAT bekommt ein Upgrade

Die ursprüngliche DOS-Welt kannte Dateinamen im klassischen 8.3-Format.

Das bedeutet: maximal acht Zeichen für den Namen und drei für die Dateiendung.

Ein Beispiel wäre:

README.TXT

Mit langen Dateinamen wie

Meine wirklich wichtige Dokumentation.txt

konnte das ursprüngliche FAT-Konzept zunächst nichts anfangen.

Microsoft ergänzte deshalb die Long File Names, kurz LFN.

Dabei werden zusätzliche Verzeichniseinträge verwendet, um lange Namen abzulegen. Der alte 8.3-Name bleibt dabei als Kompatibilitätsmechanismus erhalten.

Diese Konstruktion ist typisch für die Entwicklung von FAT: Statt das gesamte Dateisystem neu zu entwerfen, wurde die bestehende Struktur erweitert.

Das hatte einen enormen Vorteil.

Alte Software konnte weiterhin zumindest die kurzen Dateinamen sehen, während neuere Betriebssysteme die langen Namen verwenden konnten.

Diese Art von Rückwärtskompatibilität ist ein wesentlicher Grund dafür, warum FAT so lange überlebt hat.

FAT ist kein einzelnes Dateisystem

Im Alltag wird “FAT” häufig als Sammelbegriff verwendet. Technisch sollte man jedoch zwischen verschiedenen Varianten unterscheiden.

FAT12, FAT16 und FAT32 sind die klassischen Mitglieder der Familie. Hinzu kommen Varianten und Erweiterungen aus verschiedenen historischen Betriebssystemen.

Dazu gehören beispielsweise VFAT, das unter Windows 95 unter anderem die Unterstützung langer Dateinamen in FAT bereitstellte, sowie FATX aus dem Umfeld der ursprünglichen Xbox.

Es gab außerdem verschiedene herstellerspezifische und betriebssystemspezifische Erweiterungen.

Das ist ein wichtiger Punkt: Die Bezeichnung “FAT” bezeichnet eher eine Familie von Dateisystemtechniken als einen einzigen unveränderlichen Standard.

Und dann kam exFAT.

exFAT: FAT für das Zeitalter von Flash-Speicher

Als USB-Sticks, SD-Karten und andere Flash-Speicher immer größer wurden, zeigte sich zunehmend, dass FAT32 nicht mehr gut zur neuen Welt passte.

Die 4-GiB-Dateigrenze war für große Videodateien, Disk-Images, Backups und andere moderne Daten schlicht unpraktisch.

Gleichzeitig war NTFS nicht überall die ideale Lösung.

NTFS ist ein wesentlich leistungsfähigeres Dateisystem und bringt Funktionen wie Journaling, Berechtigungen, umfangreiche Metadaten und weitere Mechanismen mit. Für einen Windows-Systemdatenträger ist das hervorragend.

Ein einfacher Wechseldatenträger hat aber andere Anforderungen.

Ein USB-Stick sollte möglichst problemlos an Windows, macOS, Linux, Fernsehern, Kameras, Spielekonsolen, Autoradios und anderen Geräten funktionieren.

Genau hier positionierte Microsoft exFAT.

Microsoft bezeichnet exFAT ausdrücklich als Nachfolger von FAT32 innerhalb der FAT-Familie. Zu den Designzielen gehören die Beibehaltung der Einfachheit von FAT, die Unterstützung sehr großer Dateien und Datenträger sowie Erweiterbarkeit für zukünftige Anforderungen.

Das ist der vielleicht wichtigste Satz zum Verständnis von exFAT:

exFAT ist nicht einfach FAT32 mit größeren Zahlen.

Es behält zwar die Grundidee der FAT-Familie bei, verändert aber wichtige Strukturen.

Was exFAT anders macht

Eine besonders interessante Änderung betrifft die Verwaltung freier Cluster.

Bei FAT12, FAT16 und FAT32 wird die FAT selbst zur Beschreibung der Clusterketten verwendet. exFAT ergänzt dafür unter anderem eine Allocation Bitmap.

Die Bitmap beschreibt, welche Cluster belegt und welche frei sind. Die FAT kann weiterhin Clusterketten beschreiben, aber die Information über den Belegungszustand wird nicht mehr ausschließlich aus der FAT abgeleitet. Microsoft bezeichnet dies in der exFAT-Spezifikation ausdrücklich als wesentlichen Unterschied zu FAT12, FAT16 und FAT32.

Das macht exFAT für große Speichermedien wesentlich geeigneter.

Auch die Größenfelder wurden grundlegend erweitert. Die exFAT-Spezifikation verwendet 64 Bit zur Beschreibung der Dateigröße. Dadurch verschwinden die historischen 4-GiB-Grenzen von FAT32. Microsoft nennt für exFAT eine maximale Dateigröße von 2⁶⁴ − 1 Byte.

Theoretisch sprechen wir damit über Größen im Exabyte-Bereich.

Natürlich bedeutet eine solche Zahl nicht, dass man heute einfach eine 16-Exabyte-Datei auf einen USB-Stick schreiben könnte. Die tatsächliche Grenze wird durch Hardware, Betriebssystem, Partitionierung, Speichercontroller und zahlreiche weitere Faktoren bestimmt.

Aber die historische 4-GiB-Grenze ist strukturell verschwunden.

Warum exFAT trotzdem so simpel bleibt

Hier zeigt sich eine bemerkenswerte Designentscheidung.

Microsoft hätte ein komplett neues High-End-Dateisystem entwickeln können. Stattdessen sollte exFAT ausdrücklich die Einfachheit der FAT-Familie bewahren.

Die offizielle Spezifikation nennt einfache Implementierbarkeit ausdrücklich als eines der Designziele.

Das ist für Embedded-Systeme und Wechseldatenträger besonders interessant.

Ein Kamerahersteller möchte nicht unbedingt ein vollständiges NTFS implementieren müssen, nur damit eine SD-Karte große Videodateien speichern kann.

Ein Mikrocontroller in einem Messgerät hat möglicherweise nur begrenzten Arbeitsspeicher und möchte trotzdem mit einer SDXC-Karte umgehen können.

Ein Fernseher, Autoradio oder Navigationsgerät benötigt ebenfalls nicht unbedingt die gesamte Komplexität eines Desktop-Dateisystems.

exFAT bietet deshalb einen interessanten Mittelweg: deutlich moderner als FAT32, aber deutlich weniger komplex als typische Desktop-Dateisysteme.

FAT32 gegen exFAT

Die Unterschiede werden besonders deutlich, wenn man die beiden Dateisysteme direkt gegenüberstellt.

Microsofts aktuelle Übersicht bestätigt unter anderem die fehlenden Journaling- und Berechtigungsfunktionen von FAT32 und exFAT und stellt beide damit deutlich von NTFS ab.

Warum FAT32 trotzdem nicht verschwindet

Wenn exFAT so viel besser für moderne Datenträger geeignet ist, könnte man sich fragen, warum FAT32 überhaupt noch verwendet wird.

Die Antwort lautet: Kompatibilität.

Ein Dateisystem ist nur dann praktisch, wenn das Gerät, das es lesen soll, es auch versteht.

Ein moderner Windows-PC kann problemlos FAT32 lesen. Auch Linux und macOS haben damit grundsätzlich keine Schwierigkeiten. Das gilt ebenso für eine enorme Zahl von Embedded-Geräten.

Problematisch wird es eher in der Gegenrichtung.

Ein sehr altes Gerät, eine ältere Spielekonsole, ein älteres BIOS, ein Embedded-System oder eine Kamera kann möglicherweise FAT32 verstehen, aber kein exFAT.

Damit wird FAT32 zu einer Art gemeinsamer Sprache.

Man kann sich das ähnlich wie bei USB verstehen. USB 3.x kann technisch viel mehr als USB 1.1, aber wenn ein Gerät mit einem alten Host funktionieren soll, spielen Kompatibilitätsanforderungen eine entscheidende Rolle.

FAT32 ist technisch veraltet.

Aber Veraltetheit und Nutzlosigkeit sind zwei verschiedene Dinge.

Der USB-Stick als perfektes Beispiel

Nehmen wir einen 64-GB-USB-Stick.

Wenn dieser mit FAT32 formatiert ist, kann ein moderner Computer darauf sehr viele Dateien speichern. Eine einzelne Datei darf jedoch nicht größer als 4 GiB − 1 Byte sein.

Das kann heute schnell problematisch werden.

Ein ISO-Abbild eines Betriebssystems kann größer als 4 GiB sein. Eine große Videodatei kann diese Grenze ebenfalls überschreiten. Ein Disk-Image kann ohne weiteres deutlich größer werden.

Mit exFAT verschwindet dieses Problem.

Dafür kann ein älteres Gerät, das ausschließlich FAT32 unterstützt, den exFAT-Datenträger möglicherweise überhaupt nicht erkennen.

Damit ist die Wahl des Dateisystems weniger eine Frage von “alt gegen neu” als eine Frage der Anforderungen.

Wenn maximale Kompatibilität mit älteren Geräten wichtiger ist, kann FAT32 weiterhin sinnvoll sein.

Wenn große Dateien auf einem modernen Wechseldatenträger gespeichert werden sollen, ist exFAT normalerweise die wesentlich passendere Wahl.

Und warum nicht einfach NTFS?

Diese Frage ist berechtigt.

NTFS ist schließlich ein modernes, leistungsfähiges Dateisystem. Es kann große Dateien speichern und bietet viele Funktionen, die FAT32 und exFAT fehlen.

Der entscheidende Punkt ist jedoch wieder die Kompatibilität.

Ein Windows-PC kommt mit NTFS hervorragend zurecht. Ein Fernseher, eine Digitalkamera, ein Autoradio oder ein Embedded-System muss NTFS aber nicht zwingend unterstützen.

NTFS bringt außerdem Funktionen mit, die auf einem einfachen Wechseldatenträger nicht unbedingt benötigt werden.

Microsofts eigene Vergleichstabelle zeigt beispielsweise, dass NTFS unter anderem Journaling, Hard Links, Soft Links, Sparse Files, erweiterte Attribute und weitere Funktionen unterstützt, die FAT32 und exFAT nicht bereitstellen.

Das macht NTFS nicht “besser” in jeder Situation.

Es macht NTFS für andere Situationen besser geeignet.

Ein Dateisystem ist ein Werkzeug. Ein Schraubenschlüssel ist schließlich auch nicht schlechter als ein Hammer, nur weil man mit ihm keinen Nagel einschlagen sollte.

Der Preis der Einfachheit

Die Einfachheit von FAT hat allerdings einen Preis.

FAT32 besitzt kein Journaling. Wird während eines Schreibvorgangs die Stromversorgung unterbrochen, kann das Dateisystem inkonsistent werden.

Das ist besonders bei USB-Sticks, SD-Karten und Embedded-Systemen relevant.

Man sollte deshalb nicht davon ausgehen, dass ein Dateisystem automatisch sicher ist, nur weil es seit Jahrzehnten existiert.

FAT32 kennt außerdem kein modernes Berechtigungssystem wie NTFS. Es gibt keine klassische Benutzer-/Gruppenverwaltung auf Dateisystemebene und keine vergleichbaren Dateisystemrechte.

Auch Hard Links, Soft Links, Sparse Files und zahlreiche andere moderne Dateisystemfunktionen fehlen. Microsoft führt diese Unterschiede in seiner Dateisystemvergleichstabelle explizit auf.

Für einen USB-Stick mit Dokumenten ist das oft völlig irrelevant.

Für einen Server wäre es dagegen ein gravierendes Defizit.

FAT und Flash-Speicher

Interessant ist außerdem, dass FAT nicht ursprünglich für moderne Flash-Speicher entwickelt wurde.

Eine Diskette und eine SD-Karte sind physikalisch völlig unterschiedliche Speichermedien.

Flash-Speicher besitzt beispielsweise begrenzte Schreibzyklen und arbeitet intern mit komplexen Erase-Blöcken. Moderne Flash-Speichermedien besitzen deshalb Controller, die unter anderem Wear Leveling und Fehlerkorrektur übernehmen.

Das Dateisystem weiß von diesen Details normalerweise nur wenig.

Ein FAT-Dateisystem sieht im Wesentlichen einen Blockspeicher.

Das ist wiederum eine Stärke: Die Abstraktion ist einfach genug, dass ein Controller zwischen Dateisystem und physischem NAND-Speicher vermitteln kann.

Gerade deshalb wurde FAT für Speicherkarten so erfolgreich.

SD-Karten und FAT

Die Entwicklung von SD-Karten zeigt besonders schön, wie die historische FAT-Welt in moderne Speichertechnik hineinreicht.

Kleine SD-Karten wurden traditionell mit FAT16 beziehungsweise FAT32 betrieben. Mit SDHC und SDXC änderten sich die Kapazitäten deutlich.

SDXC-Karten sind für Kapazitäten von mehr als 32 GB bis in den Terabyte-Bereich ausgelegt und verwenden exFAT als vorgesehenes Dateisystem.

Damit ist exFAT heute keineswegs nur ein “Windows-Dateisystem”.

Es ist ein wichtiger Bestandteil des Ökosystems für moderne Wechselspeicher.

Was “FAT32” im Jahr 2026 bedeutet

FAT32 ist heute weniger ein modernes Universaldateisystem als eine Kompatibilitätsschicht zur Vergangenheit.

Das klingt abwertender, als es gemeint ist.

Es ist eine enorme technische Leistung, dass ein Dateisystemkonzept aus der frühen PC-Ära noch Jahrzehnte später auf Geräten und Betriebssystemen funktioniert.

Man findet FAT beziehungsweise FAT32 dort, wo Einfachheit, geringe Implementierungskosten und maximale Kompatibilität wichtiger sind als moderne Dateisystemfunktionen.

Das kann bei einem kleinen Firmware-System sinnvoll sein. Bei einer Bootpartition kann FAT32 sinnvoll sein. Bei einem Datenträger, der mit einer ungewöhnlich großen Zahl älterer Geräte kompatibel sein muss, kann FAT32 ebenfalls die beste Wahl sein.

Aber für einen großen Datenträger mit großen Dateien ist FAT32 heute meistens nicht mehr die technisch überzeugende Lösung.

FAT32, exFAT und die UEFI-Welt

Eine weitere interessante Rolle spielt FAT32 beim Booten moderner PCs.

UEFI-Systeme verwenden typischerweise eine EFI System Partition, die mit FAT32 formatiert ist. Das bedeutet, dass FAT32 selbst in modernen Rechnern noch eine wichtige Rolle spielt.

Das wirkt zunächst paradox.

Ausgerechnet beim modernen UEFI-Boot landet man wieder bei einem Dateisystem, das aus einer sehr alten Dateisystemfamilie stammt.

Der Grund ist aber nachvollziehbar: Die Firmware muss das Dateisystem mit möglichst wenig Komplexität implementieren können. Sie soll Bootloader und andere Dateien lesen können, bevor überhaupt ein vollständiges Betriebssystem läuft.

Ein komplexes Journaling-Dateisystem wie NTFS wäre dafür eine deutlich größere Aufgabe.

FAT32 erfüllt diese Aufgabe mit vergleichsweise wenig Code.

Damit zeigt sich erneut eine der bemerkenswertesten Eigenschaften von FAT:

Seine technische Schwäche wird in bestimmten Einsatzgebieten zur Stärke.

Ein Dateisystem muss nicht alles können

Aus heutiger Sicht könnte man FAT32 beinahe als absurd eingeschränkt betrachten.

Keine Benutzerrechte. Kein Journaling. Keine Hard Links. Keine modernen Metadatenmechanismen. Eine einzelne Datei darf nicht einmal 4 GiB erreichen.

Und trotzdem ist FAT32 nicht “schlecht”.

Es ist ein Beispiel dafür, dass technische Qualität immer vom Einsatzzweck abhängt.

Für ein Betriebssystemvolume mit Millionen Dateien und hoher Ausfallsicherheit wäre FAT32 eine schlechte Wahl.

Für eine Firmware, die nur Dateien von einer SD-Karte lesen muss, kann es hervorragend geeignet sein.

Für einen USB-Stick, der mit möglichst vielen Geräten funktionieren soll, kann FAT32 trotz seiner Einschränkungen genau die richtige Entscheidung sein.

Für eine externe SSD mit 500 GB und mehreren 20-GB-Videodateien ist exFAT dagegen wesentlich sinnvoller.

Und für eine Windows-Systemplatte ist NTFS die naheliegende Wahl.

Die eigentliche Entwicklungslinie

Wenn man die Geschichte von FAT betrachtet, ergibt sich ein erstaunlich geradliniges Bild.

FAT12 entstand für kleine Speichermedien.

Als die Medien größer wurden, kam FAT16.

Als wiederum größere Festplatten üblich wurden, folgte FAT32.

Als schließlich die 4-GiB-Dateigrenze und andere historische Einschränkungen von FAT32 mit modernen Flash-Speichern kollidierten, entwickelte Microsoft exFAT.

Dabei wurde die grundlegende Idee nicht verworfen.

Stattdessen wurde sie weiterentwickelt.

Das ist wahrscheinlich der interessanteste Aspekt dieser Geschichte.

FAT hat nicht überlebt, weil sich die Technik seit den 1980er Jahren nicht verändert hätte. FAT hat überlebt, weil sein grundlegendes Modell so einfach war, dass es sich immer wieder an neue Speichergenerationen anpassen ließ.

Was sollte man heute verwenden?

Für einen modernen Wechseldatenträger lautet die praktische Entscheidung meistens ziemlich einfach.

Wenn maximale Kompatibilität mit alten Geräten gefragt ist und die Dateien kleiner als 4 GiB bleiben, ist FAT32 weiterhin eine sinnvolle Option.

Wenn große Dateien auf einem USB-Stick, einer SD-Karte oder einem anderen Wechseldatenträger gespeichert werden sollen und die Zielgeräte exFAT unterstützen, ist exFAT normalerweise die bessere Wahl.

Wenn es sich dagegen um ein typisches Windows-Systemlaufwerk handelt, ist NTFS die wesentlich passendere Technologie.

Die wichtigste Frage lautet deshalb nicht:

Welches Dateisystem ist das modernste?

Sondern:

Welche Eigenschaften muss mein Dateisystem in diesem konkreten Einsatzgebiet haben?

Das ist eine wesentlich allgemeinere und langlebigere Denkweise.

Fazit: 40 Jahre technische Beharrlichkeit

FAT ist ein gutes Beispiel dafür, dass alte Technik nicht automatisch bedeutungslos wird.

Aus einer einfachen Verwaltungstabelle für die Speicherverwaltung kleiner Datenträger entstand eine ganze Familie von Dateisystemen. FAT12 wurde von FAT16 abgelöst, FAT16 von FAT32 erweitert und FAT32 schließlich durch exFAT für die Welt großer Flash-Speicher ergänzt.

Heute leben mehrere Generationen dieser Technik nebeneinander.

FAT32 ist dabei längst nicht mehr das Dateisystem, das man für alles verwenden sollte. Seine 4-GiB-Dateigrenze, fehlendes Journaling und die fehlenden modernen Dateisystemfunktionen machen es für viele moderne Anwendungen ungeeignet.

Aber genau seine Einfachheit macht es weiterhin attraktiv.

exFAT führt diese Philosophie in die Gegenwart: große Dateien, große Datenträger und eine weiterhin vergleichsweise einfache Dateisystemarchitektur. Microsoft beschreibt exFAT deshalb ausdrücklich als Nachfolger von FAT32 mit dem Ziel, die Einfachheit der FAT-Familie zu bewahren und gleichzeitig sehr große Dateien und Speichermedien zu ermöglichen.

Ein gutes Dateisystem muss nicht möglichst viele Funktionen besitzen. Es muss die richtigen Funktionen für seinen Einsatzzweck besitzen.

Und manchmal ist ein Dateisystem, dessen grundlegende Idee aus der Zeit der Disketten stammt, gerade deshalb auch Jahrzehnte später noch die beste gemeinsame Sprache zwischen sehr unterschiedlichen Geräten.