Ext3

aus Wikipedia, der freien Enzyklopädie

Du hast neue Nachrichten auf deiner Diskussionsseite.

Der korrekte Titel dieses Artikels lautet „ext3“. Diese Schreibweise ist aufgrund technischer Einschränkungen nicht möglich.

ext3
Hersteller	Open-Source-Gemeinschaft
Vollständige Bezeichnung	Third extended file system
Erstveröffentlichung	November 2001 (Linux 2.4.15)
Partitionskennung	0x83 (MBR) EBD0A0A2-B9E5-4433-87C0-68B6B72699C7 (GPT)
Technische Umsetzung
Verzeichnisse	Tabelle, Baum
Dateien	bitmap (free space), Tabelle (metadata)
Defektblockliste	Table
Maximalwerte
Größe einer Datei	16 GiB–2 TiB
Anzahl aller Dateien	Variabel^[1]
Länge des Dateinamens	255 Byte
Größe des Dateisystems	2 TiB–32 TiB
Erlaubte Zeichen im Dateinamen	Alle Bytes außer NUL und '/'
Eigenschaften
Datumsangaben einer Datei	geändert (modification, mtime), Änderung der Metadaten (ctime), letzter Zugriff (atime)
Datumsbereich	14. Dezember 1901 - 18. Januar 2038
Forks	unterstützt
Dateiattribute	No-atime, append-only, synchronous-write, no-dump, h-tree (directory), immutable, journal, secure-delete, top (directory), allow-undelete
Dateirechte-Verwaltung	Unix Dateirechte, ACLs und arbitrary security attributes (ab Linux-Kernel 2.6)
Transparente Komprimierung	nein
Transparente Verschlüsselung	nein (unterstützt durch den Blockgerätetreiber)
Unterstützte Betriebssysteme	Linux, BSD, Windows (durch IFS)

Das ext3 (third extended filesystem) ist ein Journaling-Dateisystem, das für den Linux-Kernel entwickelt wurde. Bei vielen Linux-Distributionen ist es das Standard-Dateisystem.

[Bearbeiten] Hintergrund

Die von Stephen Tweedie entwickelte Journalingerweiterung für ext2 sorgt dafür, dass Metadaten nicht mehr beschädigt werden können und somit auf einen kompletten Durchlauf der Integritätsprüfung e2fsck nach einem Rechnerabsturz verzichtet werden kann. Die Kombination von ext2 mit der Journal-Erweiterung wird als ext3 bezeichnet. Dabei ändert sich das Datenformat des Datenträgers bei der Verwendung eines Journals nicht. Die Daten können deshalb auch mit einem ext2-Dateisystemtreiber gelesen werden. Das Journal ist eine reguläre Datei, in die die Metadaten (optional auch die Nutzdaten) geschrieben werden, bevor sie auf das tatsächliche Dateisystem geschrieben werden. Aus einem ext2- kann man daher ein ext3-Dateisystem machen, ohne irgendwelche Daten konvertieren zu müssen.

[Bearbeiten] Technische Eigenschaften

ext3 fügt dem ext2-System folgende Fähigkeiten hinzu:

Ein Journal
H-Baum-Verzeichnisindizes
Online-Veränderung der Dateisystemgröße

Wenn eine Änderung am Dateisystem (z. B. die Umbenennung einer Datei) durchgeführt wird, wird sie als Transaktion im Journal vermerkt und kann dann im Fall eines Absturzes entweder abgeschlossen oder noch nicht abgeschlossen sein. Wenn eine Transaktion zum Absturzzeitpunkt (oder im Normalfall, wenn das System nicht abstürzt) abgeschlossen war, ist garantiert, dass alle an dieser Transaktion beteiligten Blöcke einen gültigen Dateisystemstatus repräsentieren. Diese Blöcke werden dann ins Dateisystem kopiert. Wenn eine Transaktion zum Absturzzeitpunkt nicht abgeschlossen war, kann nicht garantiert werden, dass die beteiligten Blöcke konsistent sind, daher wird eine solche Transaktion verworfen (das bedeutet, dass die Dateisystemänderung, die diese Transaktion repräsentierte, verlorengeht).

Bei abgebrochenen Schreiboperationen kann es passieren, dass ein Teil einer Datei bereits aus den neuen Daten besteht und ein Teil noch aus den alten, was manchmal noch schlimmer sein kann als ein inkonsistentes Dateisystem. ext3 bietet daher einen besonderen Modus, in dem auch Daten zunächst im Journal abgelegt werden. ext3 schützt nicht davor, dass Daten verlorengehen, die zum Absturzzeitpunkt zwar eigentlich bereits auf die Platte geschrieben sein sollten, vom Kernel jedoch noch in sogenannten schmutzigen Puffern gehalten wurden, um sie später zurückzuschreiben. Nach dem Abspielen des Journals ist nur garantiert, dass man mit einem konsistenten Datenbestand zu einem gegebenen Zeitpunkt weiterarbeiten kann.

[Bearbeiten] Journaling-Stufen

Die Linux-Implementierung von ext3 bietet drei Journaling-Stufen:

Full (Option data=journal), wobei sowohl Metadaten als auch Dateiinhalte erst ins Journal geschrieben werden, bevor sie ins Dateisystem geschrieben werden. Dies erhöht die Zuverlässigkeit, ist aber recht langsam, da alle Daten zweimal auf den Datenträger geschrieben werden müssen.
Writeback (Option data=writeback), wobei nur Metadaten ins Journal geschrieben werden. Das Aktualisieren der Dateiinhalte wird dem normalen "sync" Prozess überlassen. Dies ist wesentlich schneller, birgt aber die Gefahr von Datenverlust durch abgebrochene Out-of-Order-Schreibvorgänge im Absturzfall. Dateien, die sich zu diesem Zeitpunkt im Schreibzugriff befanden, können beim nächsten Einhängen des Dateisystems an ihrem Ende Datenmüll enthalten.
Ordered (Option data=ordered) funktioniert wie Writeback. Allerdings werden Dateiinhalte direkt ins Dateisystem geschrieben, erst danach werden die Metadaten im Journal aktualisiert. Dies gilt als akzeptabler Kompromiss zwischen Zuverlässigkeit und Geschwindigkeit und ist daher die Standardeinstellung.

[Bearbeiten] Kritik

ext3 ist langsamer als andere moderne Journaling-Dateisysteme, wie zum Beispiel XFS oder JFS, dafür aber relativ robust.

Weiterhin überschreibt ext3 bei Löschvorgängen die Block-Pointer der Inodes mit Nullen. Dies macht ein Wiederherstellen von Dateien nach einem angeforderten Löschvorgang vergleichsweise schwierig, verbessert aber die Wahrscheinlichkeit, dass die Integrität des Dateisystems nach einen Softwarefehler oder Hardwareausfall ohne Datenverlust wiederhergestellt werden kann. Dies stellt hauptsächlich für Heimanwender ein Problem dar, da diese im Gegensatz zu professionellen Anwendern selten Backups erstellen.

[Bearbeiten] Quellen

↑ Die maximale Zahl von Inodes (und damit die maximale Anzahl von Dateien und Verzeichnissen) wird bei der Erzeugung des Dateisystems festgelegt. Sei $V$ die Größe des Dateisystems in Bytes, so ergibt sich der voreingestellte Wert von Inodes durch $\frac{V}{2^{13}}$ (oder die Anzahl von Datenblöcken, es wird der niedrigere Wert genommen), und dem Minimum von $\frac{V}{2^{23}}$ . Der voreingestellte Wert ist für die meisten Anwendungsszenarien ausreichend.