# Extended filesystem

Als extended filesystem werden eine Reihe von Dateisystemen bezeichnet, die für das Linux-Betriebssystem entwickelt wurden. Da sie im Quelltext des Linux-Kernels integriert sind, stehen sie, wie dieser, unter der GPLv2. Als quelloffene Software wurden die Dateisysteme auf zahlreiche weitere Betriebssysteme portiert.
Das extended-Dateisystem war das erste, das auf das zu diesem Zeitpunkt in den Linux-Kernel integrierte virtuelle Dateisystem (VFS) implementiert wurde. Die erste Version wurde mit ext abgekürzt, alle darauffolgenden Versionen haben die fortlaufende Nummer hintan gestellt: ext2, ext3 und ext4. Gebräuchlich ist auch die Abkürzung für file system am Ende, also z. B. ext2fs oder EXT4-fs.
Zum Erstellen und Warten der Dateisysteme werden die e2fsprogs benötigt.

## Versionen

Bei der Entwicklung wurde großes Augenmerk auf erweiterbare Strukturen gelegt.

### ext

Die erste Version des extended filesystem, kurz ext, war ab Kernel-Version 0.96c vom April 1992 Teil von Linux. Es wurde als Erweiterung für das Minix-Dateisystem entwickelt, das bis dahin verwendet worden war. Wie dieses basiert auch ext auf Inode-Tabellen, erweitert jedoch die maximale Länge von Dateinamen von 14 auf 255 Zeichen sowie die maximale Dateigröße auf 2 GiB.
Das erste extended-Dateisystem wurde komplett durch ext2 ersetzt und mit Version 2.1.21 aus dem Linux-Kernel entfernt.

### ext2

Vergleich der in Linux 1993 verfügbaren Dateisysteme und deren Limits :
| Dateisystem | max. Größe (2$^{10}$) | max. Größe (2$^{10}$) | max. Länge von Dateinamen |
| Dateisystem | pro Datei | pro Volume | max. Länge von Dateinamen |
| Minix | 32 MiB | 32 MiB | 30 Zeichen |
| ext | 2 GiB | 2 GiB | 255 Zeichen |
| Xia | 32 MiB | 2 GiB | 248 Zeichen |
| ext2 | 2 GiB | 4 TiB | 255 Zeichen |
Bereits im Januar 1993 gab es die erste Alpha-Version des second extended filesystem, kurz ext2, das das bestehende extended-Dateisystem um zusätzliche Fähigkeiten erweiterte. Als Vorbild diente das Unix File System (UFS), das z. B. auch von vielen BSD-Derivaten genutzt (und verbessert) wurde. So wurde die maximale Größe des Dateisystems auf 2 TiB erhöht (was später abermals erhöht wurde) und auch die Zeitstempel wurden um Modification, Access, Change erweitert.
Es gab zur gleichen Zeit, Anfang 1993, mit Xia bzw. xiafs (benannt nach dessen Entwickler Frank Xia) einen weiteren Ansatz, der bereits stabiler war als ext2, jedoch nicht so leicht erweiterbar. Das Xia-Dateisystem basierte direkt auf dem Minix-Dateisystem und war neben ext2 in den Kernel integriert worden. Boten anfangs beide Dateisysteme dieselben Fähigkeiten, so wurde ext2 durch die aktive Weiterentwicklung nicht nur stabiler (und damit xiafs ebenbürtig), auch konnten aufgrund des erweiterbaren Designs neue Funktionen und Fähigkeiten relativ einfach hinzugefügt werden. 2002 war ext2 das erste Linux-Dateisystem, auf dem die POSIX ACLs implementiert wurden. („xiafs“ wurde mit Kernel-Version 2.1.21 aus Linux entfernt, gemeinsam mit dem ersten extended filesystem „ext“.)
Die Limits wurden später erweitert und hängen auch mit Beschränkungen im Kernel selbst zusammen, denn vor Linux-Kernel 2.4 wurden auf keinem Dateisystem Dateien mit über 2 GiB Größe unterstützt. Die maximale Dateisystemgröße (Volume-Größe) von ext2 hängt zusätzlich von der verwendeten Blockgröße ab – bei 8-KB-Blöcken darf das Dateisystem max. 32 TiB groß sein.
Das second extended filesystem war lange Zeit das Standard-Dateisystem von Linux. Die originale ext2-Implementierung wurde mit Kernel 6.9 2024 als veraltet markiert, weil sie nicht weiterentwickelt wird und u. a. vom Jahr-2038-Problem betroffen ist.

### ext3

Mit dem third extended filesystem oder ext3 wurde 2001 Journaling eingeführt. Der Treiber für ext3 wurde mit Kernel 4.3 entfernt, da ext4 alle nötigen Funktionen mitbringt.

### ext4

Das fourth extended filesystem oder ext4 wird seit 2006 entwickelt und ist das aktuelle Dateisystem der Familie. Es wurde als Modernisierung für ext2/3 in Linux-Kernel 2.6.19 aufgenommen und gilt seit Version 2.6.28 von Ende 2008 als stabil.

## Kompatibilität

Der Dateisystemtreiber für ext4 kann seit Kernel-Version 2.6.27 auch ext2- und ext3-Dateisysteme einhängen, ohne die Strukturen zu verändern. Dabei bleibt das Dateisystem auf dem Volume unverändert im jeweiligen Format, sodass es auch von älteren Dateisystemtreibern für ext2 oder ext3 weiterhin uneingeschränkt verwendet werden kann.
Da die Dateisysteme aufbauend gestaltet sind, kann immer ein Upgrade eines bestehenden extended-Dateisystems durchgeführt werden. Um beispielsweise aus einem ext2- ein ext3-Dateisystem zu machen, muss lediglich ein Journal hinzugefügt werden:
Dabei werden jedoch neuere Funktionen nur teilweise umgesetzt. So bleibt z. B. in jedem Fall das Größenlimit des Volumes bei der Erstellung erhalten, auch wenn das Dateisystem in eine neuere Version mit eigentlich erweiterten Limits konvertiert wurde.
Umgekehrt kann durch Entfernen des Journals aus einem ext3- wieder ein ext2-Dateisystem gemacht werden, wenn es ursprünglich als ext2-Dateisystem erstellt wurde bzw. wenn die weiteren aktivierten Funktionen und Strukturen dies gestatten:
Der tune2fs-Parameter -O gibt an, welche Fähigkeit hinzugefügt werden soll; ein Zirkumflex, ^, bedeutet, dass die Fähigkeit entfernt bzw. ausgeschaltet werden soll.
Um ein bestehendes extended-Dateisystem zu einem ext4-Dateisystem zu machen, müssen dessen Grundfunktionen aktiviert werden:
Durch die Aktivierung von Extents erhalten neu erstellte Dateien immer diese neue Fähigkeit, sodass ein Rückkonvertieren anschließend nicht mehr möglich ist. Bestehende Dateien nutzen hingegen keine Extents, was jedoch mit einem Durchlauf von e2fsck nachgeholt werden kann.
Da das Dateisystem ständig weiterentwickelt wird und neue Fähigkeiten bzw. Funktionen hinzugefügt werden, können neuere Dateisysteme teilweise nicht von älteren Treibern verwendet werden. Der Linux-Kernel gibt dann eine Fehlermeldung aus, mit dem Flag der inkompatiblen Funktion in Klammern:
In diesem Beispiel bedeutet die Kernel-Meldung (die mittels dmesg angezeigt werden kann), dass das Dateisystem nicht beschreibbar ist, (RDWR steht für read-write, also Lesen und Schreiben), wegen der Funktion mit der Kennung 0x400. In der Dokumentation ist herauszufinden, dass dies die 2012 eingeführte Funktion metadata_csum ist. Wenn man diese nun abschaltet, kann man das Dateisystem auch auf älteren Kernel-Versionen einsetzen. Diese Vorgehensweise funktioniert jedoch nicht bei allen Funktionen.
Gegengleich kann man damit auf älteren Dateisystemen neuere Funktionen aktivieren. Dies geschieht aus gutem Grund nicht automatisch, denn nur so bleibt die Kompatibilität gewahrt. So wird z. B. eine ext4-Partition auf einer externen Festplatte, die auf einem sehr modernen System eingehängt und beschrieben wird, auch weiterhin mit dem älteren System funktionieren, auf dem sie ursprünglich formatiert wurde. Das Programm dumpe2fs gibt Aufschluss darüber, welche Funktionen aktuell auf einem Volume mit extended-Dateisystem aktiviert sind:

### Jahr-2038-Problem

Allen Versionen bis inklusive ext4 ist gemein, dass sie grundsätzlich vom Jahr-2038-Problem betroffen sind bzw. im Fall von ext4 betroffen waren, da die Speicherung der Zeitstempel 2007 mit Kernel 2.6.23 von 32 auf 34 Bits erweitert wurde. Dabei war allerdings ein Fehler bei der Konvertierung der ursprünglichen 32-Bit-Unixzeit in 64-Bit (denn die Verarbeitung von 34 Bits erfolgt als 64-Bit-Wert) passiert, der zwischen 2014 und 2016 und schließlich mit Linux-Kernel 4.3.6 vom 19. Februar 2016 korrigiert wurde.
Voraussetzung ist eine Inode-Größe von mindestens 256 Bits (der ursprüngliche Standard bei ext2 waren 128 Bits) und angepasste e2fsprogs, die ab Version 1.40 extra_isize unterstützen. Mit Version 1.43.x (2016) und neuer kann e2fsck die fehlerhaften 34-Bit-Zeitstempel auch korrigieren.
Wird ein ext2- oder ext3-Dateisystem um die Extra-Inode, mit oder ohne die um 2 Bits vergrößerten Zeitstempel, erweitert, lässt es sich fortan allerdings nur noch als ext4-Dateisystem einhängen: