Third Extended File System: Unterschied zwischen den Versionen

Aus Mikiwiki
Zur Navigation springen Zur Suche springen
Keine Bearbeitungszusammenfassung
Keine Bearbeitungszusammenfassung
 
(12 dazwischenliegende Versionen desselben Benutzers werden nicht angezeigt)
Zeile 1: Zeile 1:
Das [[Dateisystem]] <b>Third Extended File System / EXT3</b> (auch: Ext3) entstand aus einer Erweiterung des Vorgängers [[EXT2]] um Journaling-Funktionen und ist zur Zeit sicher das meistverwendete Dateisystem unter [[Linux]].
Das [[Dateisystem]] <b>Third Extended File System / EXT3</b> (auch: Ext3) entstand aus einer Erweiterung des Vorgängers [[EXT2]] um Journaling-Funktionen und ist zur Zeit sicher das meistverwendete Dateisystem unter [[Linux]].


Allerdings fehlen EXT3 nicht nur fortgeschrittene Funktionen wie Online-Defragmentierung, Prüfsummen, transparente Komprimierung oder Verschlüsselung, es hat mit "nur" 16 TB auch eine Grössenbegrenzung, an welche heutige Dateisysteme in der Tat stossen. Das Journal speichert die Metadatenblöcke ausserdem (anders als [[JFS]], [[Reiserfs]] oder [[XFS]]) nicht komprimiert, sondern 1:1, was nicht gerade platzsparend ist. Folgerichtig wird seit 2006 der Nachfolger [[EXT4]] entwickelt, der viele dieser Beschränkungen aufheben soll.
Allerdings fehlen EXT3 nicht nur fortgeschrittene Funktionen wie Online-Defragmentierung, Prüfsummen, transparente Komprimierung oder Verschlüsselung, es hat mit "nur" 16 TB auch eine Grössenbegrenzung, an welche heutige Dateisysteme tatsächlich stossen. Das Journal speichert die Metadatenblöcke ausserdem (anders als [[JFS]], [[Reiserfs]] oder [[XFS]]) nicht komprimiert, sondern 1:1, was nicht gerade platzsparend ist. Folgerichtig wird seit 2006 das Nachfolgesystem [[EXT4]] entwickelt, das viele dieser Beschränkungen aufheben soll.
 
== Optionen ==
 
EXT3 besitzt folgende Journaling-Optionen.
 
{| class=wiki
! Option || Bedeutung
|-
| <tt>data=ordered</tt> || Grundeinstellung. Das Dateisystem schreibt zuerst die Daten an den Bestimmungsort und trägt dann die Informationen über den abgeschlossenen Vorgang ins Journal ein.
|-
| <tt>data=journal</tt> || Garantiert höchste Datensicherheit. Die Daten werden zunächst in den Journal-Bereich kopiert und erst danach an den eigentlichen Bestimmungsort. Daraus resultiert ein Performanceverlust bis zu 50 Prozent, bei grösseren Dateien beträgt der Unterschied rund 20 Prozent. Diese Option ist also nicht für die Root- oder Home-Partition gedacht, sondern eher für eigene Datenpartitionen.
|-
| <tt>data=writeback</tt> || Das Dateisystem darf bereits darf bereits ins Journal schreiben, bevor alle Daten an ihrem Bestimmungsort angelangt sind. Das bewirkt einen Performancegewinn von 10 (EXT3) bzw. 30 Prozent ([[Reiserfs]])  und eignet sich gut für das Root-Dateisystem, da hier normalerweise nicht viele Schreibvorgänge stattfinden und kaum Datenverlust zu befürchten ist. Allerdings ist dann ein eigenes Home- oder Datenverzeichnis zu empfehlen. Bei einem Crash kann es allerdings vorkommen, dass durch den Dateisystemcheck alte Daten in Dateien auftauchen.
|}


== Merkmale ==
== Merkmale ==
Zeile 9: Zeile 23:
* Einhängen einer externen Festplatte dauert bloss drei Sekunden.
* Einhängen einer externen Festplatte dauert bloss drei Sekunden.
* Anlegen einer 200 GB grossen Partition dauert (angeblich) über 5 Minuten.
* Anlegen einer 200 GB grossen Partition dauert (angeblich) über 5 Minuten.
* Eignet sich schlecht für [[Verzeichnis]]se mit sehr vielen [[Datei]]en, da das Dateisystem bereits beim Formatieren die Anzahl der [[Inode]]s festlegt. Diese bestimmen, wieviele Dateien überhaupt angelegt werden können. Typische Problemfälle sind hier Mail-Verzeichnisse im Mbox-Format sowie verschiedene Arten von Cache-Verzeichnissen (z. B. für den Proxyserver [[Squid]]).
* Eignet sich schlecht für [[Verzeichnis]]se mit sehr vielen [[Datei]]en, da das Dateisystem bereits beim Formatieren die Anzahl der [[Inode]]s festlegt. Diese bestimmen, wieviele Dateien überhaupt angelegt werden können. Typische Problemfälle sind hier Mail-Verzeichnisse im MBOX-Format sowie verschiedene Arten von Cache-Verzeichnissen (z. B. für den Proxyserver [[Squid]]).
* Nicht sehr platzsparende Speicherung kleiner Dateien (z. B. belegen die Linux-Kernelsourcen 260 MB).
* Nicht sehr platzsparende Speicherung kleiner Dateien (z. B. belegen die Linux-Kernelsourcen 260 MB).
== FAQ ==
=== Fragmentierung ===
EXT3 steuert einer [[Fragmentierung]] entgegen, indem es vor dem Schreiben möglichst nebeneinander liegende Datenblöcke alloziert. Bisher gibt es kein Low-Level-Werkzeug, um ein EXT3-Dateisystem zu defragmentieren. Als Umgehungslösung können die im Dateisystem enthaltenen Dateien in ein [[TAR]]-Archiv verpackt und so auf eine andere Partition verschoben werden. Dann werden die Dateien auf der alten Partition gelöscht und das TAR-Archiv wieder dorthin entpackt.


== Weblinks ==
== Weblinks ==


{{dewi|ext3|ext3}} (de.Wikipedia.org)
{{Weblinks}}
* [http://batleth.sapienti-sat.org/projects/FAQs/ext3-faq.html Linux ext3 FAQ] (Sapienti-sat.org)
{{url_dewikipedia|Ext3|ext3}}
{{url|DE|Sapienti sat!|ger|http://batleth.sapienti-sat.org/projects/FAQs/ext3-faq.html|Linux ext3 FAQ}}
{{Fuss}}




{{cat|Dateisystem}}
{{cat|Dateisystem}}
{{cat|Linux}}
{{cat|Linux}}

Aktuelle Version vom 7. Februar 2010, 17:36 Uhr

Das Dateisystem Third Extended File System / EXT3 (auch: Ext3) entstand aus einer Erweiterung des Vorgängers EXT2 um Journaling-Funktionen und ist zur Zeit sicher das meistverwendete Dateisystem unter Linux.

Allerdings fehlen EXT3 nicht nur fortgeschrittene Funktionen wie Online-Defragmentierung, Prüfsummen, transparente Komprimierung oder Verschlüsselung, es hat mit "nur" 16 TB auch eine Grössenbegrenzung, an welche heutige Dateisysteme tatsächlich stossen. Das Journal speichert die Metadatenblöcke ausserdem (anders als JFS, Reiserfs oder XFS) nicht komprimiert, sondern 1:1, was nicht gerade platzsparend ist. Folgerichtig wird seit 2006 das Nachfolgesystem EXT4 entwickelt, das viele dieser Beschränkungen aufheben soll.

Optionen

EXT3 besitzt folgende Journaling-Optionen.

Option Bedeutung
data=ordered Grundeinstellung. Das Dateisystem schreibt zuerst die Daten an den Bestimmungsort und trägt dann die Informationen über den abgeschlossenen Vorgang ins Journal ein.
data=journal Garantiert höchste Datensicherheit. Die Daten werden zunächst in den Journal-Bereich kopiert und erst danach an den eigentlichen Bestimmungsort. Daraus resultiert ein Performanceverlust bis zu 50 Prozent, bei grösseren Dateien beträgt der Unterschied rund 20 Prozent. Diese Option ist also nicht für die Root- oder Home-Partition gedacht, sondern eher für eigene Datenpartitionen.
data=writeback Das Dateisystem darf bereits darf bereits ins Journal schreiben, bevor alle Daten an ihrem Bestimmungsort angelangt sind. Das bewirkt einen Performancegewinn von 10 (EXT3) bzw. 30 Prozent (Reiserfs) und eignet sich gut für das Root-Dateisystem, da hier normalerweise nicht viele Schreibvorgänge stattfinden und kaum Datenverlust zu befürchten ist. Allerdings ist dann ein eigenes Home- oder Datenverzeichnis zu empfehlen. Bei einem Crash kann es allerdings vorkommen, dass durch den Dateisystemcheck alte Daten in Dateien auftauchen.

Merkmale

  • Gut geeignet für Rechner mit einem schwachen Prozessor.
  • Schnelles Einhängen von grossen Partitionen.
  • Einhängen einer externen Festplatte dauert bloss drei Sekunden.
  • Anlegen einer 200 GB grossen Partition dauert (angeblich) über 5 Minuten.
  • Eignet sich schlecht für Verzeichnisse mit sehr vielen Dateien, da das Dateisystem bereits beim Formatieren die Anzahl der Inodes festlegt. Diese bestimmen, wieviele Dateien überhaupt angelegt werden können. Typische Problemfälle sind hier Mail-Verzeichnisse im MBOX-Format sowie verschiedene Arten von Cache-Verzeichnissen (z. B. für den Proxyserver Squid).
  • Nicht sehr platzsparende Speicherung kleiner Dateien (z. B. belegen die Linux-Kernelsourcen 260 MB).

FAQ

Fragmentierung

EXT3 steuert einer Fragmentierung entgegen, indem es vor dem Schreiben möglichst nebeneinander liegende Datenblöcke alloziert. Bisher gibt es kein Low-Level-Werkzeug, um ein EXT3-Dateisystem zu defragmentieren. Als Umgehungslösung können die im Dateisystem enthaltenen Dateien in ein TAR-Archiv verpackt und so auf eine andere Partition verschoben werden. Dann werden die Dateien auf der alten Partition gelöscht und das TAR-Archiv wieder dorthin entpackt.

Weblinks

Herausgeber Sprache Webseitentitel Anmerkungen
Wikipedia ger ext3wbm Enzyklopädischer Artikel
Sapienti sat! ger Linux ext3 FAQwbm
Von «https://mikiwiki.org/mikiwiki/index.php?title=Third_Extended_File_System&oldid=32450»