text: Eine Datei () ist in der Informationstechnologie die Zusammenfassung gleichartiger digitaler Daten, die zum Speichern auf Datenträgern oder Speichermedien, zur Wiedergabe, zum Bearbeiten und zur Datenübertragung dient und durch einen Dateinamen identifiziert wird. Etymologie Das Wort „Datei“ ist nicht erst durch die Informationstechnologie entstanden, sondern war auch bereits zuvor bekannt. Dem Duden zufolge ist die Datei ein „nach zweckmäßigen Kriterien geordneter, zur Aufbewahrung geeigneter Bestand an sachlich zusammengehörenden Belegen oder anderen Dokumenten.“ Das Wort „Datei“ ist ein Kunstwort aus Daten und Kartei, weil eine Kartei vergleichbar aus Karteikarten mit einheitlicher Inhaltsstruktur besteht. Der deutsche Begriff „Datei“ ist deutlich enger gefasst als die englische Übersetzung (), welche oft auch eine (Papier-)Akte, eine (Papier-)Kartei oder einen Karteikasten beschreibt. Gegebenenfalls ist eine Präzisierung auf oder notwendig. Allgemeines In der Informationstechnologie ist die Datei eine Menge zusammengehöriger Informationen, die in einem Computer oder auf einem Datenträger unter einem Dateinamen so gespeichert sind, dass sie von einem Betriebssystem oder einem geeigneten Computerprogramm erschlossen werden können. Es handelt sich um die Zusammenfassung gleichartiger Daten zum Zweck der gemeinsamen Handhabung. Die Datei wird oft in Datensätze unterteilt, um die Übersicht zu erhalten. Arten Nach dem Verwendungszweck kann unterschieden werden zwischen: Eine Arbeitsdatei nimmt Daten von einem Datenverarbeitungsprozess entgegen und übergibt sie an einen anderen Prozess; eine Ausgabedatei enthält Ausgabedaten; Auslagerungsdatei: verschiedene Betriebssysteme verwenden im Rahmen ihrer Speicherverwaltung eine Auslagerungsdatei, um Prozessen einen größeren Adressraum zur Verfügung stellen zu können als durch den physisch vorhandenen Arbeitsspeicher eigentlich möglich wäre. Die Bewegungsdatei enthält Primärdaten (Bewegungsdaten); ein Dateianhang ist die einer E-Mail beigefügte Datei. Gerätedatei: ermöglicht eine einfache Kommunikation zwischen Userspace (zum Beispiel gewöhnliche Anwenderprogramme) und dem Kernel und damit letztlich der Hardware eines Computers. Programmdatei: enthält Programmbefehle zur Verarbeitung von Daten. Die Stammdatei enthält Stammdaten. Temporäre Dateien werden vom Betriebssystem oder von anderen Programmen verwendet und dienen zur zeitlich begrenzten Speicherung von Daten. Versteckte Datei: Wird in einem Betriebssystem bei bestimmten Anwendungen ausgeblendet und ist für den Nutzer nicht sichtbar. Nach der Ausführbarkeit wird unterschieden zwischen ausführbaren Dateien: Programme in Maschinensprache, Programme in Skriptsprachen, Programme in einem Zwischencode (Bytecode); nicht ausführbaren Dateien: Programme im Quelltext, Audiodateien, Bilddateien, Datenbankdateien, Dateiverknüpfungen, Grafikdateien, Textdateien, Videodateien, allgemein: Binärdateien (z. B. von proprietären Programmen zur Datenspeicherung verwendet). Wegen des unterschiedlichen Inhalts und der technisch unterschiedlichen Wiedergabe weisen diese Dateien verschiedene Dateiformate auf. Moderne Dateisysteme unterstützen auch sogenannte Sparse-Dateien: Nur mit Daten gefüllte Abschnitte einer (großen) Datei werden tatsächlich gespeichert; die dazwischen liegenden „freien Bereiche“ werden nicht gespeichert und als „mit Null-Bytes gefüllt“ angenommen/bewertet. Manche Dateisysteme bieten ferner an, Dateien transparent zu komprimieren oder zu verschlüsseln („transparent“: Das lesende/bearbeitende Programm kann die Datei normal verwenden, als ob die Datei nicht komprimiert/verschlüsselt wäre – es „sieht durch diesen Vorgang ungestört hindurch“). Möglichkeiten, das Dateiformat zu kennzeichnen, beinhalten eine Kennzeichnung durch das Dateisystem (beispielsweise ein Ausführbarkeits-Flag) eine Kennzeichnung innerhalb der Daten (beispielsweise <?xml version="1.0" am Anfang, siehe auch MIME-Typ, Magische Zahl) eine Kennzeichnung im Dateinamen bzw. als Dateinamenserweiterung (beispielsweise .jpg, .txt) Speicherung in bestimmten Verzeichnissen (beispielsweise /usr/share/doc) eine Resource Fork und andere Metainformationen (beispielsweise beim klassischen Mac OS) Eine solche Kennzeichnung ist teilweise obligatorisch, teilweise dient sie lediglich der Orientierung des Benutzers. Oft fehlen Kennzeichnungen jeder Art; für solche Situationen gibt es spezielle Programme, die den Typ einer Datei zu bestimmen versuchen. Im Unix-Umfeld ist dafür z. B. der Befehl file sehr verbreitet. Technische Aspekte In der elektronischen Datenverarbeitung ist die Datei eine Menge von Datensätzen mit identischem oder kompatiblen Datenformat, die innerhalb eines Datenspeichers fixiert und nach einem Ordnungsmerkmal geordnet sind. Mit dem Begriff „Datei“ wird auch ausgedrückt, dass sich die Datenbestände auf einem maschinenlesbaren Datenträger befinden. Dateiinhalt Der Inhalt jeder Datei ist zunächst eine eindimensionale Aneinanderreihung von Bits, die normalerweise in Datenblöcken zusammengefasst interpretiert werden. Erst der Anwender einer Datei bzw. ein Anwendungsprogramm oder das Betriebssystem selbst interpretieren diese Bit- oder Bytefolge beispielsweise als ein ausführbares Programm, ein Bild einen Text oder eine Tonaufzeichnung. Eine Datei besitzt also ein Dateiformat. Dateiformate Die vom Nutzer angelegten Dateien lassen sich im Hinblick auf die gespeicherten Inhalte wie folgt einteilen: Das Anwendungsprogramm identifiziert den jeweiligen Dateityp an der Dateiendung, die hinter dem Dateinamen von diesem durch einen Punkt getrennt ist. An der Dateiendung lässt sich für den Nutzer meist erkennen, welche digitalen Daten gespeichert sind und für welches Programm sie angelegt wurde. Dateiendungen .bat (Batch-Datei) oder .sys (Systemdatei) dienen dem Betrieb eines Computers und werden direkt vom Betriebssystem geladen und ausgeführt. Aufbau Eine Datei setzt sich allgemein zusammen aus dem Dateikopf und dem eigentlichen Dateiinhalt. Im Dateikopf () befinden sich gegebenenfalls Metadaten (insbesondere Steuerinformationen und Eigenschaften) über die enthaltenen Daten. Dateimanager Dateien werden von einem Dateimanager eines Betriebssystems verwaltet. Es handelt sich um ein Computerprogramm, mit dem Dateien und Verzeichnisse verwaltet werden können. In grafischen Dateimanagern wie Finder, Windows-Explorer, Nautilus oder Dolphin werden Dateien gewöhnlich als Liste oder Symbole auf einem Arbeitsblatt (Fenster, Ordner u. a.) dargestellt. Dateiverknüpfung Eine Dateiverknüpfung ist eine Verknüpfung, die auf eine andere Datei oder ein Verzeichnis verweist. Dateinutzung Speichern Das Speichern einer Datei geschieht mit Hilfe eines Datenspeichers, der ein bestimmtes Dateiformat unterstützt. Dazu wird das Menü „Speichern“ ausgewählt, das für die Speicherung sorgt. Moderne Betriebssysteme ordnen über das Dateiformat Anwendungen zu, welche die Dateien interpretieren können. Die Speicherung kann auf einem Datenträger oder der Festplatte erfolgen. Wiedergabe Die Wiedergabe kann entweder auf einem Computer oder durch spezifische, vom Dateiformat abhängige Wiedergabegeräte erfolgen. Datenübertragung Die Datenübertragung über das Internet (durch Download bzw. Upload) ist für den Laien kompliziert, zumal die Prozesse im Hintergrund ablaufen. Das Transmission Control Protocol (TCP) zerlegt eine zu versendende Datei in einzelne kleinere Datenpakete und versendet diese getrennt voneinander über das Internet. Dabei kann ein Datenpaket verschiedene Knotenpunkte im Internet (wie Hostrechner, Server) durchlaufen, weil an jedem Knotenpunkt der optimale Weg für das Paket neu bestimmt wird. Da unterwegs die ursprüngliche Reihenfolge nicht eingehalten werden muss, hat das TCP auch die Aufgabe, die ursprüngliche Reihenfolge beim empfangenden Endgerät wiederherzustellen. Das Internet Protocol (IP) regelt die korrekte Adressierung der Datenpakete, damit die im Internet angeschlossenen Computer eindeutig identifiziert werden können. Die Datenübertragung der digitalen Daten beginnt mit dem Upload beim Absender und endet mit dem Download beim Empfänger. Datenkompression Bei großen Datenmengen ist eine Datenkompression möglich, um den Speicherplatz zu minimieren. Dateikonverter Dateikonverter dienen dazu, eine Datei in ein anderes Dateiformat umzuwandeln als dem Ursprungsformat. Dateisysteme Dateien werden in den meisten Betriebssystemen über Dateisysteme verwaltet. Ein Dateisystem verwaltet das Speichermedium, indem in Listen vermerkt wird, welche Bereiche des Mediums durch welche Dateien belegt sind, welche Bereiche frei sind, sowie oft Protokolle zu geplanten und/oder abgeschlossenen Änderungen. Obwohl eine Aufgabe des Dateisystems darin besteht, vom konkreten Speichermedium zu abstrahieren („alle gleich zu behandeln“), sind doch viele Dateisysteme an die üblichen technischen Eigenschaften der Speichermedien angepasst (z. B. Blockgröße 512 Byte für Festplatten). Für die meisten Dateisysteme ist 1 Byte die kleinste Verwaltungseinheit, d. h., die Länge des Dateiinhalt-Bitstroms muss auf ganze Bytes aufgehen (wobei im Allgemeinen auch 0 Byte = 0 Bit erlaubt sind). Das Dateisystem verwaltet neben Verzeichnissen mit Dateinamen und -speicherort fast immer noch weitere Dateiattribute. Zu diesen gehören häufig der Dateityp (Verzeichnis, normale Datei, spezielle Datei), die Dateigröße (Anzahl der Bytes in der Datei), Schreib- und Leserechte, Zeitstempel („Datum“, der Erzeugung, des letzten Zugriffs und der letzten Änderung) sowie gegebenenfalls noch andere Informationen. Eine Datei kann in vielen Dateisystemen durch ein Attribut als versteckte Datei gekennzeichnet werden. Die in Dateinamen verwendbaren Zeichen sind abhängig von Dateisystem, Betriebssystem und gegebenenfalls Sprachoptionen. Beispielsweise dürfen bei Unix-kompatiblen Dateisystemen in einem Dateinamen kein Schrägstrich / und kein Nullzeichen stehen. Bei anderen Betriebssystemen sind wiederum unterschiedliche Zeichen im Dateinamen nicht erlaubt. Oft ist das jedoch keine Einschränkung des „physischen“ Dateisystems, da bei Verwendung desselben Dateisystems auf einem anderen Betriebssystem diese Zeichen normal gespeichert werden können. Der Zugriff auf derartige Dateien ist dann wegen des unzulässigen Dateinamens auf dem jeweils anderen Betriebssystem üblicherweise nicht möglich, wodurch auch keine Möglichkeit besteht, die Datei umzubenennen oder zu löschen. Auch können die Zeichen unterschiedlich codiert sein, sodass das Betriebssystem auch verwendeten Zeichensatz für die Dateinamen unterstützen muss, um diese richtig anzuzeigen. Unicode wird von vielen historischen Betriebssystemen und manchen damit verbundenen Dateisystemen nicht unterstützt. Ferner ist die Länge des Dateinamens z. B. bei Unix-artigen Systemen auf 255 Zeichen begrenzt. Derartige Begrenzungen finden sich sowohl in den Strukturen des Dateisystems als auch im Betriebssystem selbst, das diese verarbeitet. Zusätzlich dazu haben Betriebssysteme auch ein Limit für den gesamten Dateipfad inklusive Dateinamen – ist dieser unterschiedlich von einem Betriebssystem zum anderen, kann beim Datenaustausch der Zugriff auf Dateien in zu langen Pfaden scheitern. Bedeutung und Nutzung Dateien ermöglichen einen einfachen Austausch der Daten mit anderen Programmen, Prozessen oder anderen Nutzern. Alternative Methoden zu Datenablage und -austausch sind Datenbanken und zunehmend auch cloudbasierte Speicher, die die Daten meist ebenfalls als Dateien verwalten. Bei Anwendungsprogrammen werden oft Dateien automatisch beim Start eingelesen (z. B. Voreinstellungen, Konfiguration) und/oder der Nutzer wählt explizit eine zu „ladende“ Datei. Beispielsweise kann ein Text unter einem Namen (der „Dateiname“) in einem Datei-Verwaltungssystem („Dateisystem“) auf einem Datenträger abgelegt sein und durch ein Textverarbeitungsprogramm nach dem Laden durch den Benutzer bearbeitet werden. Wenn der Benutzer den Befehl zur Speicherung auslöst, werden die Daten (hier der Text) in der Datei auf dem Speichermedium aktualisiert und die alte Version damit überschrieben. Mitunter bieten Programme weitere Möglichkeiten im Umgang mit Dateien: Das „Speichern als“ dient der Speicherung unter neuem Namen, auf anderem Datenträger oder in einem anderen Dateiformat; Datenverlust kann ggf. vermieden werden durch regelmäßige automatische Zwischenspeicherung; Warnung beim Beenden des Programms ohne vorheriges Speichern der Daten; regelmäßiges automatisches Speichern jeglicher Änderungen in der Cloud; gleichzeitiges Bearbeiten der Datei mit anderen Benutzern. Mitunter können auch Metadaten in der Datei selbst einem Datenverlust vorbeugen. Eine Datei besitzt eine innere Struktur sowie externe Attribute bzgl. ihrer Speicherung. Die innere Struktur – das Datenformat – wird meist allein von dem Programm kontrolliert, welches diese Datei speichert und bearbeitet. Die externen Attribute sind vor allem ein Name, der auch der Verwaltung der Ablage dient, sowie allgemeine Attribute für Dateien beliebigen Typs; diese werden meist von dem Dateisystem als Teil des Betriebssystems kontrolliert. Dateien machen Daten leicht kopierbar und transportabel. Hiermit wird ein Datenaustausch möglich, der unabhängig von den eigentlichen Programmen zur Bearbeitung der Daten ist. Siehe auch Liste von Dateinamenserweiterungen Weblinks Einzelnachweise Betriebssystemtheorie Informationstechnik Kofferwort Planung und Organisation


source: wikipedia

text: Ein Dateimanager () ist ein Computerprogramm zum Verwalten von Inhalten auf Dateisystemen, die sich auf unterschiedlichen Speichermedien befinden können. Neben der übersichtlichen Darstellung in Form einer (oft grafischen) Benutzerschnittstelle zählen das Auflisten, das Umbenennen und Verschieben, das Kopieren und das Löschen von Dateien und Verzeichnissen zu den Grundfunktionen. Gängig ist auch die Möglichkeit zur Bearbeitung von Metadaten unterstützter Dateisysteme wie beispielsweise Dateiattribute, Dateiberechtigungen und Verknüpfung. Geschichte Anders als im Server-Umfeld, in dem teils heute noch textbasierte Shells vorzufinden sind, entstand auf Personal Computern schon früh eine grafische Bedienoberfläche (, kurz “GUI”), in der die Aufgabe des Dateimanagements ein spezielles Programm übernahm: der Dateimanager. Anfang der 1980er Jahre findet man einfache Dateimanager beim Xerox Star oder bei der Apple Lisa. Weil diese Systeme für damalige Verhältnisse teuer waren, setzten sie sich nicht durch. Erst Mitte der 1990er Jahre findet sich der Dateimanager als Teil des Standardrepertoires fast aller Desktop-Betriebssysteme. Bis dahin gab es einige meist textbasierte Dateimanager für die meistverbreiteten Betriebssysteme, etwa den Norton Commander unter DOS. In aktuellen Betriebssystemen für PCs und Notebooks ist immer ein Dateimanager enthalten. Auch gibt es eine Vielzahl an Dateimanagern von Drittanbietern für alle gängigen Betriebssysteme, die dem enthaltenen Dateimanager meist in einigen Punkten überlegen sind. Außer auf PCs findet man sie jedoch auch auf PDAs, eingebetteten Systemen (wie Routern oder Firewalls), Satellitenreceivern und Smartphones, obwohl sie auf vielen dieser Systeme meist nachinstalliert werden müssen. Der Grund hierfür ist einerseits die Computer-Sicherheit, andererseits wünscht der Hersteller eines solchen Geräts oft nicht, dass ein Anwender direkt am Dateisystem arbeitet. Funktionen Zu den möglichen Funktionen eines grafischen Dateimanagers gehören eine Registernavigation, das Kopieren und Verschieben von Dateien durch Drag and Drop und Kopieren oder Ausschneiden und Einfügen. Während einer Dateiübertragung könnten Statistiken angezeigt werden wie die gesamte und verbleibende Anzahl an Dateien und Datenmenge, Fortschritt in Prozent, Fortschrittsbalken, und Übertragungsgeschwindigkeit als Zahl und/oder Liniendiagramm. Die Datenübertragung könnte sich pausieren lassen, um anderen Anwendungen kurzzeitig die höchstmögliche sequentielle Lesegeschwindigkeit zu ermöglichen, ohne den Übertragungsvorgang abzubrechen. Konzepte Es gibt mehrere (Darstellungs-)Konzepte von Dateimanagern, die unterschiedliche Metaphern für ihre Darstellung verwenden. Einige Programme unterstützen auch mehrere Konzepte: Navigatorische Dateimanager stellen die Inhalte eines beliebigen Verzeichnisses umschaltbar in einem Fenster dar, wobei noch eine Übersicht der Verzeichnisstruktur und ihrer Dateiinhalte, wie beispielsweise eine Baumansicht neben der Verzeichnisansicht, möglich ist. Bekannte Beispiele sind der Windows-Explorer und Nautilus. Dateimanager nach Vorbild des PathMinders mit zweispaltiger Ansicht () stellen die Inhalte zweier Verzeichnisse gegenüber dar. Der Norton Commander gilt als bekanntester Vertreter der zweispaltigen Ansicht. Beim räumlichen Konzept (Spatial) wird für jeden geöffneten Ordner ein neues Fenster erzeugt, was als Entsprechung zum Umgang mit physischen Objekten wirken soll. Dabei ist ein einzelnes Fenster fest einem bestimmten Verzeichnis zugeordnet und umgekehrt. NeXTStep's und der Finder von macOS sowie einige weitere Dateimanager wie ranger oder One Commander verwenden mit den Miller-Spalten eine Darstellung, in der die Ordnerstruktur horizontal statt vertikal angezeigt wird. Einzelnachweise


text: Das Dateisystem ( oder ) ist eine Ablageorganisation auf einem wie etwa einem Datenträger eines Computers. Dateien können angelegt, gelesen, verändert oder gelöscht werden (CRUD). Für den Nutzer müssen Dateiname und computerinterne Dateiadressen in Einklang gebracht werden. Das leichte Wiederfinden und das sichere Abspeichern sind wesentliche Aufgaben eines Dateisystems. Das Ordnungs- und Zugriffssystem berücksichtigt die Geräteeigenschaften und ist elementarer Bestandteil eines Computersystems oder eines Betriebssystems. Begriff Der Begriff „Dateisystem“ kann sich einerseits auf den gesamten übergeordneten Verzeichnisbaum, die Verzeichnisstruktur, beziehen, andererseits auf individuell einbindbare Dateisysteme, etwa auf Partitionen. Da ein Dateisystem oft je Partition oder eingesetzt wird, findet sich der Begriff „Dateisystem“ auch oft als Synonym für „Partition“ wieder – tatsächlich ist das Dateisystem jedoch der Inhalt und die Partition nur ein möglicher Rahmen, in dem der Speicherplatz als dafür zur Verfügung gestellt wird. Auf den meisten Betriebssystemen wird mehr als ein Dateisystem unterstützt. Jedes Dateisystem muss auf einem getrennt ansprechbaren logischen untergebracht sein, etwa einer Partition oder einem zusätzlichen Datenträger wie einer Festplatte. Die Initialisierung dieses logischen getrennten Datenspeichers wird Formatierung genannt. Der Inhalt des Dateisystems wird durch Einhängen, Einbinden bzw. Mounten (von ) im laufenden System zugänglich gemacht. Geschichte Historisch gesehen sind schon die ersten Lochstreifen- (auf Film- später auf Papierstreifen) und Lochkarten-Dateien Dateisysteme. Sie bilden ebenso wie Magnetbandspeicher lineare Dateisysteme. Die später für die Massenspeicherung und schnellen Zugriff entwickelten Trommel- und Festplattenspeicher ermöglichten dann erstmals durch wahlfreien Zugriff auf beliebige Positionen im Dateisystem komplexere Dateisysteme. Diese Dateisysteme bieten die Möglichkeit, per Namen auf eine Datei zuzugreifen. Das Konzept der Dateisysteme wurde schließlich so weit abstrahiert, dass auch Zugriffe auf Dateien im Netz und auf Geräte, die virtuell als Datei verwaltet werden, über Dateisysteme durchgeführt werden können. Somit sind Anwendungsprogramme in der Lage, auf diese unterschiedlichen Datenquellen über eine einheitliche Schnittstelle zuzugreifen. Eigenschaften Dateien haben in einem Dateisystem fast immer mindestens einen Dateinamen sowie Attribute, die nähere Informationen über die Datei geben. Die Dateinamen sind in Verzeichnissen abgelegt; Verzeichnisse sind üblicherweise spezielle Dateien. Über derartige Verzeichnisse kann ein Dateiname (und damit eine Datei) sowie die zur Datei gehörenden Daten vom System gefunden werden. Ein Dateisystem bildet somit einen Namensraum. Alle Dateien (oder dateiähnlichen Objekte) sind so über eine eindeutige Adresse (Dateiname inkl. Pfad oder URI) – innerhalb des Dateisystems – aufrufbar. Der Name einer Datei und weitere Informationen, die den gespeicherten Dateien zugeordnet sind, werden als Metadaten bezeichnet. Für unterschiedliche Datenträger (wie Magnetband, Festplattenlaufwerk, optische Datenträger (CD, DVD, ...), Flash-Speicher, ...) gibt es darauf spezialisierte Dateisysteme. Das Dateisystem stellt eine bestimmte Schicht des Betriebssystems dar: Alle Schichten darüber (Rest des Betriebssystems, Anwendungen) können auf Dateien abstrakt über deren Klartext-Namen zugreifen. Erst mit dem Dateisystem werden diese abstrakten Angaben in physische Adressen (Blocknummer, Spur, Sektor usw.) auf dem Speichermedium umgesetzt. In der Schicht darunter kommuniziert der Dateisystemtreiber dazu mit dem jeweiligen Gerätetreiber und mittelbar auch mit der Firmware des Speichersystems (Laufwerks). Letztere nimmt weitere Organisationsaufgaben wahr, beispielsweise den transparenten Ersatz fehlerhafter Blöcke durch Reserveblöcke. Organisation von Massenspeichern Massenspeichergeräte wie Festplatten-, CD-ROM- und Diskettenlaufwerke haben normalerweise eine Blockstruktur, d. h. aus Betriebssystemsicht lassen sich Daten nur als Folge ganzer Datenblöcke lesen oder schreiben. Ein Speichergerät präsentiert das Speichermedium gegenüber dem Betriebssystem lediglich als große lineare Anordnung vieler nummerierter (und darüber adressierbarer) Blöcke. Ein Block umfasst heute meistens 512 (= 29) oder 4096 (= 212) Bytes, auf optischen Medien (CD-ROM, DVD-ROM) 2048 (= 211) Bytes. Moderne Betriebssysteme fassen aus Performance- und Verwaltungsgründen mehrere Blöcke zu einem Cluster fester Größe zusammen. Heute sind Cluster mit acht oder noch mehr Blöcken üblich, also 4096 Bytes pro Cluster. Die Clustergröße ist im Allgemeinen eine Zweierpotenz (1024, 2048, 4096, 8192, ...). Eine Datei ist ein definierter Abschnitt eines Datenspeichers, der auf dem Gerät aus einem oder mehreren Clustern besteht. Jede Datei erhält außerdem eine Beschreibungsstruktur, die die tatsächliche Größe, Referenzen auf die verwendeten Cluster und evtl. weitere Informationen wie Dateityp, Eigentümer, Zugriffsrechte enthalten kann (Metadaten). Für die Zuordnung von Clustern zu Dateien gibt es dabei mehrere Möglichkeiten. Die Referenz einer Datei besteht aus der Clusternummer des Anfangsclusters und der Anzahl der darauf (physisch sequenziell) folgenden Cluster. Nachteile: bei Vergrößerung muss ggf. die ganze Datei verschoben werden. Dies verkompliziert das Dateihandling und führt zu unzureichender Performance bei vielen großen Dateien. So kann es vorkommen, dass eine Datei nicht gespeichert werden kann, obwohl noch genügend freier Speicher auf dem Datenträger vorhanden ist. Die Referenz einer Datei besteht aus der ersten Clusternummer. In jedem Cluster der Datei wird die Clusternummer des Folgeclusters gespeichert. Es ergibt sich eine verkettete Liste. Nachteile: Will man die Datei nicht sequenziell lesen, sondern zum Beispiel nur das Ende, muss das Betriebssystem dennoch die ganze Datei einlesen, um das Ende zu finden. Freie Zuordnung von Dateiclustern zu Folgeclustern durch eine Tabelle auf dem Massenspeicher (Beispiel: FAT). Nachteile: sehr große Beschreibungsstruktur, sequenzielles Lesen oder Schreiben etwas langsamer als ideal, da Zuordnungsinformationen weder gebündelt noch bei den Daten vorliegen. Speicherung eines Feldes von Tupeln (Extent-Anfangscluster, Extentlänge) in der Beschreibungsstruktur der Datei. Ein Extent ist dabei eine Folge von sequentiellen Clustern. Dies wird heute in vielen Dateisystemen so umgesetzt. Verzeichnisse enthalten Dateinamen und Referenzen zu den jeweiligen Beschreibungsstrukturen. Da Verzeichnisse auch Speicherflächen sind, werden meist speziell gekennzeichnete Dateien als Verzeichnisse verwendet. Die erste Beschreibungsstruktur kann dabei das Ausgangsverzeichnis enthalten. Ein weiterer eigener Bereich auf dem Speichermedium dient der Buchführung, welche Blöcke oder Cluster schon belegt und welche noch frei sind. Ein oft dafür genutztes Mittel ist die (BAM), in der für jeden Block ein Speicherbit angelegt ist, das anzeigt, ob der Block belegt oder frei ist. Die BAM enthält im Prinzip redundante Informationen und dient der Effizienz der Verwaltung; sollten die dort gespeicherten Informationen verlorengehen, so kann die BAM neu erstellt werden. Im Allgemeinen ist der erste Block für einen sogenannten Bootsektor (z. B. Master Boot Record) reserviert, der für das Hochfahren des Systems verwendet werden kann. Auf einem Speichermedium mit mehreren Partitionen steht unmittelbar im Anschluss typischerweise die Partitionstabelle, die Organisationsdaten zu den Partitionen enthält. Weder Bootblock noch Partitionstabelle sind Teil des eigentlichen Dateisystems. Meist enthält jede Partition ein eigenes, von den Daten auf anderen Partitionen unabhängiges Dateisystem; die Ausführungen oben beziehen sich auf die einzelnen Partitionen, die sich eine nach der anderen an die Partitionstabelle anschließen. Aus Effizienzgründen, also vor allem zur Erhöhung der Leistung/Zugriffsgeschwindigkeit, wurden diverse Strategien entwickelt, wie diese Organisationsstrukturen innerhalb des zur Verfügung stehenden Speicherbereichs angeordnet werden. Da es beispielsweise in vielen Dateisystemen beliebig viele Unterverzeichnisse geben kann, verbietet es sich von vornherein, feste Plätze für diese Verzeichnisstrukturen zu reservieren, es muss alles dynamisch organisiert werden. Es gibt auch Dateisysteme wie einige von Commodore, die die grundlegenden Organisationsstrukturen wie Wurzelverzeichnis und BAM in der Mitte des Speicherbereichs (statt wie meist bei anderen an dessen Anfang) anordnen, damit der Weg, den der Schreib-Lese-Kopf von dort zu den eigentlichen Daten und zurück zurückzulegen hat, im Mittel verringert wird. Allgemein kann es ein Strategieansatz sein, eigentliche Daten und ihre Organisationsdaten physisch möglichst nah beieinander anzuordnen. Zugriff auf Massenspeicher Ein Programm greift auf die Massenspeicher über das Dateisystem zu. Unter Unix und ähnlichen Betriebssystemen werden dazu Systemaufrufe zur Verfügung gestellt. Die wichtigsten Systemaufrufe sind hier: Systemaufrufe für Verzeichnisse: mkdir, rmdirErzeugen und Löschen eines Verzeichnisses opendir, closedirÖffnen und Schließen eines Verzeichnisses readdirLesen von Verzeichniseinträgen chdirWechseln in ein anderes Verzeichnis Systemaufrufe für Dateien: creat, unlinkErzeugen und Löschen einer Datei open, closeÖffnen und Schließen einer Datei read, writeLesen und Schreiben seekNeupositionieren des Schreib-/Lese-Zeigers Außerdem bietet das Betriebssystem Verwaltungsfunktionen, zum Beispiel für das Umbenennen, das Kopieren und Verschieben, Erzeugen eines Dateisystems auf einem neuen Datenträger, für Konsistenzprüfung, Komprimierung oder Sicherung (je nach Betriebssystem und Dateisystem verschieden). Die Umsetzung der Systemaufrufe eines Programms wird oft vom Kernel eines Betriebssystems implementiert und unterscheidet sich bei den verschiedenen Dateisystemen. Der Kernel übersetzt die Zugriffe dann in die Blockoperationen des jeweiligen Massenspeichers. (Anmerkung: Tatsächlich trifft dies nur auf sogenannte monolithische Kernel zu. Hingegen sind auf einem Microkernel oder Hybridkernel aufgebaute Systeme so konzipiert, dass die Dateisystemoperationen nicht vom Kernel selbst ausgeführt werden müssen.) Wenn ein Programm eine Datei mittels open öffnet, wird der Dateiname im Verzeichnis gesucht. Die Blöcke auf dem Massenspeicher ermittelt das Betriebssystem aus den entsprechenden Beschreibungsstrukturen. Falls eine Datei im Verzeichnis gefunden wird, erhält das Betriebssystem auch ihre Beschreibungsstruktur und damit die Referenzen zu den zugehörigen Clustern und gelangt über diese zu den konkreten Blöcken. Mit read kann das Programm dann auf die Cluster der Datei (und damit auf die Blöcke auf dem Massenspeicher) zugreifen. Wird eine Datei aufgrund von write größer, wird bei Bedarf ein neuer Cluster aus der Freiliste entnommen und in der Beschreibungsstruktur der Datei hinzugefügt. Auch die anderen Systemaufrufe lassen sich so in Cluster- bzw. Blockzugriffe übersetzen. Arten von Dateisystemen Lineare Dateisysteme Die historisch ersten Dateisysteme waren lineare Dateisysteme auf Lochband oder Lochkarte sowie die noch heute für die Sicherung von Daten eingesetzten Magnetbandsysteme. Hierarchische Dateisysteme Frühe Dateisysteme (CP/M, Apple DOS, Commodore DOS) hatten nur ein einzelnes Verzeichnis, das dann Verweise auf alle Dateien des Massenspeichers enthielt. Mit wachsender Kapazität der Datenträger wurde es immer schwieriger, den Überblick über hunderte und tausende Dateien zu bewahren, deshalb wurde das Konzept der Unterverzeichnisse eingeführt. Ein hierarchisches Dateisystem wurde für das Betriebssystem Multics entwickelt und, nachdem dessen Entwicklung eingestellt wurde, von AT&T Unix Version 1 von 1971 übernommen. Damit war die Grundlage für die meisten modernen Dateisysteme gelegt, die im Wurzelverzeichnis neben regulären Dateien auch Verweise auf weitere Verzeichnisse, die Unterverzeichnisse, enthalten können, mit möglicherweise wiederum weiteren Unterverzeichnissen. Dadurch entsteht eine Verzeichnisstruktur, die oft als Verzeichnisbaum dargestellt wird. Das Festplattenlaufwerk C: unter Windows beinhaltet beispielsweise neben Dateien wie boot.ini und ntldr auch Verzeichnisse wie Programme, Dokumente und Einstellungen usw. Ein Verzeichnis wie zum Beispiel Eigene Dateien kann dann wieder Unterverzeichnisse wie Eigene Bilder oder Texte enthalten. In Texte können dann beispielsweise die normalen Dateien Brief1.txt und Brief2.txt stehen. Die Verzeichnisse werden auch Ordner genannt und sind, je nach Betriebssystem, durch umgekehrten Schrägstrich (englisch ) „\“ (DOS, Windows, TOS), Schrägstrich (englisch ) „/“ (Unix, Linux, macOS, AmigaOS), Punkt „.“ (OpenVMS) oder Doppelpunkt „:“ (ältere Mac-OS-Versionen) getrennt. Da sich eine Hierarchie von Verzeichnissen und Dateien ergibt, spricht man hier von hierarchischen Dateisystemen. Den Weg durch das Dateisystem, angegeben durch Verzeichnisnamen, die mit den Trennzeichen voneinander getrennt werden, nennt man Pfad. Auf die Datei Brief1.txt kann mit C:\Dokumente und Einstellungen\benutzername\Eigene Dateien\Texte\Brief1.txt (Windows 2000/XP) C:\Users\benutzername\Eigene Dokumente\Brief1.txt (ab Windows Vista) /Users/benutzername/Texte/Brief1.txt (macOS, vormals Mac OS X) Macintosh HD:Dokumente:Texte:Brief 1 (klassisches Mac OS) /home/benutzername/Texte/Brief1.txt (Unix und die meisten Unix-artigen Systeme, etwa Linux) Laufwerksname:verzeichnis/unterverzeichnis/Brief1.txt (AmigaOS) DISK$Laufwerksname:[USERS.benutzername]Brief1.TXT;1 (OpenVMS) zugegriffen werden. Bei DOS/Windows gibt es Laufwerksbuchstaben gefolgt von einem Doppelpunkt, die den Pfaden innerhalb des Dateisystems vorangestellt werden. Jeder Datenträger bekommt seinen eigenen Buchstaben, zum Beispiel meist C: für die erste Partition der ersten Festplatte. Bei Unix gibt es keine Laufwerksbuchstaben, sondern nur einen einzigen Verzeichnisbaum. Die einzelnen Datenträger werden dort an bestimmten Stellen im Baum eingehängt (Kommando mount), so dass alle Datenträger zusammen den Gesamtbaum ergeben. Windows-Varianten, die auf Windows NT basieren, arbeiten intern ebenfalls mit einem solchen Baum, dieser Baum wird aber gegenüber dem Anwender verborgen. Unter AmigaOS erfolgt eine Mischung der Ansätze von DOS und Unix. Die nach Unix-Nomenklatur bezeichneten Laufwerke werden mit Doppelpunkt angesprochen (df0:, hda1:, sda2:). Darüber hinaus können logische Doppelpunkt-Laufwerksbezeichnungen wie LIBS: per ASSIGN unabhängig vom physischen Datenträger vergeben werden. Die Verzeichnispfade von OpenVMS unterscheiden sich stark von Unix-, DOS- und Windows-Pfaden. Zuerst nennt OpenVMS die Geräteart, z. B. bezeichnet „DISK$“ einen lokalen Datenträger. Der Laufwerksname (bis zu 255 Zeichen lang) wird angefügt und mit einem Doppelpunkt abgeschlossen. Der Verzeichnis-Teil wird in eckige Klammern gesetzt. Die Unterverzeichnisse werden durch Punkte getrennt, z. B. „[USERS.Verzeichnis.Verzeichnis2]“. Am Ende des Pfads folgt der Dateiname, beispielsweise „Brief1.TXT;1“. Dessen erster Teil ist ein sprechender Name und bis zu 39 Zeichen lang. Nach einem Punkt folgt der dreistellige Dateityp, ähnlich wie bei Windows. Am Ende wird die Version der Datei, getrennt durch ein Semikolon „;“, angefügt. Häufig bezeichnet der Begriff Dateisystem nicht nur die Struktur und die Art, wie die Daten auf einem Datenträger organisiert werden, sondern allgemein den ganzen Baum mit mehreren verschiedenen Dateisystemen (Festplatte, CD-ROM, ...). Korrekterweise müsste man hier von einem Namensraum sprechen, der von verschiedenen Teilnamensräumen (den Dateisystemen der eingebundenen Datenträger) gebildet wird, da aber dieser Namensraum sehr dateibezogen ist, wird häufig nur vom Dateisystem gesprochen. Netzwerkdateisysteme Die Systemaufrufe wie open, read usw. können auch über ein Netzwerk an einen Server übertragen werden. Dieser führt dann die Zugriffe auf seine Massenspeicher durch und liefert die angeforderte Information an den Client zurück. Da dieselben Systemaufrufe verwendet werden, unterscheiden sich die Zugriffe aus Programm- und Anwendersicht nicht von der auf die lokalen Geräte. Man spricht hier von transparenten Zugriffen, weil der Anwender die Umlenkung auf den anderen Rechner nicht sieht, sondern scheinbar unmittelbar auf die Platte des entfernten Rechners schaut – wie durch eine transparente Glasscheibe. Für Netzwerkdateisysteme stehen spezielle Netzwerkprotokolle zur Verfügung. Kann auf ein Dateisystem etwa in einem Storage Area Network (SAN) von mehreren Systemen parallel direkt zugegriffen werden, spricht man von einem Globalen- oder Cluster-Dateisystem. Dabei sind zusätzliche Maßnahmen zu ergreifen, um Datenverlust () durch gegenseitiges Überschreiben zu vermeiden. Dazu wird ein Metadaten-Server eingesetzt. Alle Systeme leiten die Metadaten-Zugriffe – typischerweise über ein LAN – an den Metadaten-Server weiter, der diese Operationen wie Verzeichniszugriffe und Block- beziehungsweise Clusterzuweisungen vornimmt. Der eigentliche Datenzugriff erfolgt dann über das SAN, als ob das Dateisystem lokal angeschlossen wäre. Da der Zusatzaufwand (englisch ) durch die Übertragung an den Metadaten-Server insbesondere bei großen Dateien kaum ins Gewicht fällt, kann eine Übertragungsgeschwindigkeit ähnlich der eines direkt angeschlossenen Dateisystems realisiert werden. Eine Besonderheit stellt das WebDAV-Protokoll dar, das Dateisystem-Zugriffe auf entfernt liegende Dateien via HTTP ermöglicht. Spezielle virtuelle Dateisysteme Das open-read-Modell lässt sich auch auf Geräte und Objekte anwenden, die normalerweise nicht über Dateisysteme angesprochen werden. Dadurch wird der Zugriff auf diese Objekte identisch mit dem Zugriff auf normale Dateien, was dem Unix-Konzept entspricht und dadurch den Vorteil bringt, diese Daten in gleicher Weise wie etwa Konfigurationsdateien nutzen zu können. Unter den derzeitigen Linux-Kernels (u. a. Version 2.6) lassen sich System- und Prozessinformation über das virtuelle proc-Dateisystem abfragen und ändern. Die virtuelle Datei /proc/cpuinfo liefert zum Beispiel Informationen über den Prozessor. Unter Linux gibt es einige solcher Pseudo-Dateisysteme. Dazu zählen u. a. sysfs, usbfs oder devpts; unter einigen BSDs gibt es ein kernfs. All diese Dateisysteme enthalten nur rein virtuell vorhandene Dateien mit Informationen oder Geräten, die auf eine „Datei“ abgebildet werden. Der Kernel gaukelt hier die Existenz einer Datei vor, wie sie auch auf einem Massenspeicher vorhanden sein könnte. Dateien in ramfs oder tmpfs und ähnlichen Dateisystemen existieren demgegenüber tatsächlich, werden aber nur im Arbeitsspeicher gehalten. Sie werden aus Geschwindigkeitsgründen und aus logisch-technischen Gründen während der Boot-Phase eingesetzt. Neben Linux gibt es auch für diverse andere Betriebssysteme sogenannte RAM-Disks, mit denen ein komplettes virtuelles Laufwerk im Arbeitsspeicher realisiert wird, vor allem aus Geschwindigkeitsgründen. Besonderheiten Viele moderne Dateisysteme haben das Prinzip der Datei verallgemeinert, so dass man in einer Datei nicht nur eine Folge von Bytes, einen sogenannten (von englisch data stream für Datenstrom), sondern mehrere solcher Folgen (alternative Datenströme) abspeichern kann. Dadurch ist es möglich, Teile einer Datei zu bearbeiten, ohne eventuell vorhandene andere Teile, die sehr groß sein können, verschieben zu müssen. Problematisch ist die mangelnde Unterstützung von multiplen Streams. Das äußert sich zum einen darin, dass alternative Daten beim Transfer auf andere Dateisysteme (ISO 9660, FAT, ext2) ohne Warnung verloren gehen, zum anderen darin, dass kaum ein Werkzeug diese unterstützt, weshalb man die dort gespeicherten Daten nicht ohne Weiteres einsehen kann und beispielsweise Virenscanner dort abgespeicherte Viren übersehen. Aus der Tatsache, dass der Hauptdatenstrom von Änderungen an den anderen Strömen nicht berührt wird, ergeben sich Vorteile für die Performance, den Platzbedarf und die Datensicherheit. Nicht nur unter Inode-basierten Dateisystemen sind Sparse-Dateien, Hardlinks und symbolische Verknüpfungen möglich. Für Massenspeicher wie CD-ROM oder DVD gibt es eigene Dateisysteme, die Betriebssystem-übergreifend Anwendung finden, vor allem ISO 9660, weitere siehe unten bei Besonderheiten. Dateisysteme aus dem Unix-Bereich kennen besondere Gerätedateien. Deren Namen sind dabei oft per Übereinkommen festgelegt, sie können nach Belieben umbenannt werden; so haben zum Beispiel auch die Tastatur, Maus und andere Schnittstellen spezielle Dateinamen, auf die mit , , zugegriffen werden kann, sogar der Hauptspeicher hat einen Dateinamen, /dev/mem. (Die Unix-Philosophie dazu lautet: „Alles ist eine Datei, und wenn nicht, sollte es eine Datei sein.“) In anderen Betriebssystemen (wie unter MS-DOS ab Version 2.0) gibt es ebenfalls Gerätedateien: COM:, CON:, LPT:, PRN: und andere. Diese Geräte können analog zu einer Datei geöffnet und über eine Zugriffsnummer (Handle) gelesen und beschrieben werden. Sie haben aber verständlicherweise keinen Dateizeiger. Im Unterschied zu den Blockgeräten (auch „Laufwerke“ genannt: A:, B:, C: usw.) enthalten sie keine Dateien, sondern verhalten sich selbst – mit gewissen Einschränkungen – wie Dateien. Diese Pseudodateien existieren seit PC DOS 2.0 bzw. MS-DOS 2.0, das stark von UNIX beeinflusst wurde. Unter Berücksichtigung der DOS-Gerätetreiberspezifikation ist es dem Benutzer möglich, eigene Gerätetreiber zu schreiben, sie per DEVICE-Befehl zu laden und über ebensolche Pseudodateinamen anzusprechen. Diese besonderen Dateinamen waren in der Vergangenheit öfters Anlass von Sicherheitsproblemen, da die entsprechenden Namen zum Teil einigen Applikationen nicht bekannt waren und daher nicht herausgefiltert wurden, aber zum Teil auch weil der Zugriffsschutz auf die damit assoziierten Geräte unzureichend geregelt war. Darüber hinaus existieren Dateisysteme, die mehrere darunterliegende Speichermedien („“) überspannen können (z. B. die Dateisysteme ZFS und Btrfs), die eine Versionierung von Dateien schon inhärent ermöglichen (z. B. VMS) oder deren Größe zur Laufzeit geändert werden kann (z. B. AIX). Manche Dateisysteme bieten Verschlüsselungsfunktionen an, Umfang und Sicherheit der Funktionen variieren dabei. Assoziative Dateiverwaltung Diese werden häufig fälschlicherweise als Datenbankdateisysteme oder SQL-Dateisysteme bezeichnet, hierbei handelt es sich eigentlich nicht um Dateisysteme, sondern um Informationen eines Dateisystems, die in aufgewerteter Form in einer Datenbank gespeichert und in, für den Anwender intuitiver Form, über das virtuelle Dateisystem des Betriebssystems dargestellt werden. Sicherheitsaspekte Das Dateisystem darf von sich aus keine Daten verlieren oder ungewollt überschreiben. Insbesondere zwei Fälle bringen Gefahren mit sich: Wenn im Multitasking mehrere Aufgaben gleichzeitig anstehen, muss das Dateisystem die einzelnen Aktionen sauber auseinanderhalten, damit nichts durcheinanderkommt. Wenn die Aufgaben auch noch dieselbe Datei ansprechen, sei es nur lesend oder auch schreibend, werden typischerweise entsprechende Sperrmechanismen () zur Verfügung gestellt oder automatisch in Kraft gesetzt, um Konflikte zu vermeiden. Gleichzeitige Zugriffe von mehreren Seiten z. B. auf eine große Datenbankdatei sind aber auch der Normalfall, so dass man neben globalen Sperren, die die ganze Datei betreffen, auch solche nur für einzelne Datensätze () benutzen kann. Wenn ein Laufwerk gerade auf ein Speichermedium schreibt und die Betriebsspannung in diesem Moment ausfällt, dann besteht die Gefahr, dass nicht nur die eigentlichen Daten unvollständig geschrieben werden, sondern dass vor allem die organisatorischen Einträge im Verzeichnis nicht mehr korrekt aktualisiert werden. Um diese Gefahr zumindest möglichst klein zu halten, wird einerseits per Hardware versucht, genug Energiepuffer (Kondensatoren in der Versorgung) bereitzuhalten, so dass ein Arbeitsvorgang noch zu Ende geführt werden kann, andererseits ist die Software so ausgelegt, dass die Arbeitsschritte möglichst „atomar“ ausgelegt sind, das heißt die empfindliche Zeitspanne mit unvollständigen Dateneinträgen so kurz wie möglich gehalten wird. Wenn dies im Extremfall dann doch nicht hilft, gibt es als neuere Entwicklung sogenannte Journaling-Dateisysteme, die in einem zusätzlichen Bereich des Speichermediums Buch über jeden Arbeitsschritt führen, so dass im Nachhinein rekonstruiert werden kann, was noch erledigt werden konnte und was nicht mehr. Eigene Gesichtspunkte gibt es bei Flash-Speichern, indem diese beim Löschen und Wiederbeschreiben einem Verschleiß ausgesetzt sind, der je nach Typ nur ca. 100.000 bis 1.000.000 Schreibzyklen zulässt. Dabei können in der Regel nicht einzelne Bytes für sich gelöscht werden, sondern meist nur ganze Blöcke (von je nach Modell variierender Größe) auf einmal. Das Dateisystem kann hier daraufhin optimiert werden, dass es die Schreibvorgänge möglichst gleichmäßig über den gesamten Speicherbereich des Flash-Bausteins verteilt und beispielsweise nicht einfach immer bei Adresse 0 anfängt zu schreiben. Stichwort: Wear-Leveling-Algorithmen. Dem Aspekt der Datensicherheit gegenüber Ausspähung durch Unberechtigte dienen Dateisysteme, die alle Daten verschlüsseln können, ohne dass andere Schichten des Betriebssystems dafür Aufwand zu treiben bräuchten. Eine weitere Gefahrenquelle für die Integrität der Daten besteht in Schreibaktionen, die von irgendwelcher Software unter Umgehung des Dateisystems direkt auf physische Adressen auf dem Speichermedium erfolgen. Bei älteren Betriebssystemen war das ohne weiteres möglich und führte zu entsprechend häufigen Datenverlusten. Neuere Betriebssysteme können diese tieferen Ebenen wesentlich effektiver vor unautorisiertem Zugriff schützen, so dass mit den Rechten eines Normalbenutzers gar kein direkter Zugriff auf physische Medienadressen mehr erlaubt ist. Wenn bestimmte Diagnose- oder Reparatur-Dienstprogramme () so einen Zugriff doch benötigen, müssen sie mit Administratorrechten ausgestattet sein. Lebenszyklusaspekte Bei der Migration von Dateibeständen, etwa aufgrund einer Systemablösung, müssen häufig Dateien von einem Dateisystem auf ein anderes übernommen werden. Das ist im Allgemeinen ein schwieriges Unterfangen, denn viele Dateisysteme sind untereinander funktional nicht kompatibel, d. h. das Zieldateisystem kann nicht alle Dateien mit allen Attributen aufnehmen, die auf dem Quelldateisystem gespeichert sind. Ein Beispiel hierfür wäre die Migration von NTFS-Dateien mit Alternate Data Streams auf ein Dateisystem ohne Unterstützung für solche Streams. Siehe auch Liste von Dateisystemen Fragmentierung (Dateisystem) Weblinks Vergleich und Gegenüberstellung aller Dateisysteme (englische Wikipedia) disktype erkennt den Dateisystemtyp Linux: Wie funktionieren Linux-Dateisysteme? Linux 4.4 To 4.7 - EXT4 vs. F2FS vs. Btrfs Benchmarks (SSD) Einzelnachweise