FETT filesystem und Linux

Linux hat mehrere filesystem Fahrer für File Allocation Table (FAT) filesystem Format. Diese sind durch die im Befehl verwendeten Namen allgemein bekannt, besondere Fahrer im Kern anzurufen: MS-DOS, vfat, und umsdos.

Unterschiede, Vorteile und Nachteile

Alle Fahrer von Linux filesystem unterstützen alle drei Typen FAT, nämlich FAT12, FAT16 und FAT32. Wo sie sich unterscheiden, ist in der Bestimmung der Unterstützung für lange Dateinamen, außer der 8.3 Dateinamenstruktur des ursprünglichen FETTES filesystem Format, und in der Bestimmung der Dateisemantik von Unix, die so normal im FETT filesystem Format nicht bestehen wie Dateierlaubnis. Die filesystem Fahrer sind gegenseitig exklusiv. Nur ein können verwendet werden, um jedes gegebene Plattenvolumen zu jeder vorgegebenen Zeit zu besteigen. So wird die Wahl unter ihnen dadurch bestimmt, welche lange Dateinamen und Semantik von Unix sie unterstützen, und was verwendet, will man des Plattenvolumens machen.

Das MS-DOS filesystem Fahrer stellt keine Extradateisemantik von Unix und keine lange Dateinamenunterstützung zur Verfügung. Wenn eine FETTE Platte filesystem mit diesem Treiber bestiegen wird, werden nur 8.3 Dateinamen sichtbar sein, keine langen Dateinamen werden zugänglich sein, noch werden irgendwelche langen Dateinamendatenstrukturen jeder Art auf dem Plattenvolumen werden aufrechterhalten. Der vfat filesystem Fahrer stellt lange Dateinamenunterstützung mit denselben Plattendatenstrukturen zur Verfügung, dass Windows von Microsoft für VFAT lange Dateinamenunterstützung auf FETTEN Format-Volumina verwendet, aber es unterstützt keine Extradateisemantik von Unix. Der umsdos filesystem Fahrer stellt lange Dateinamenunterstützung und Extradateisemantik von Unix zur Verfügung. Jedoch tut es so verwendende Datenstrukturen auf der Platte, die von keinen filesystem Fahrern für irgendwelche Betriebssysteme außer Linux anerkannt werden.

Der Schlüsselvorteil für umsdos aus den drei besteht darin, dass er volle Dateisemantik von Unix zur Verfügung stellt. Deshalb kann es in Situationen verwendet werden, wo es wünschenswert ist, Linux zu installieren auf und es von einem FETTEN Plattenvolumen zu führen, die verlangen, dass solche Semantik verfügbar ist. Jedoch ist Linux, der installiert ist auf und von solch einem Plattenvolumen laufend, langsamer als Linux, der installiert ist auf und von einem Plattenvolumen laufend, das mit, zum Beispiel, der ext2 filesystem Format formatiert ist. Weiter, wenn ein Dienstprogramm regelmäßig jedes Mal nicht geführt wird, dass man davon umschaltet, Windows zum Führen von Linux zu führen, werden bestimmte Änderungen, die mit Dateien und Verzeichnissen auf der Platte durch Windows vorgenommen sind, Fehlermeldungen über unzugängliche Dateien in Linux verursachen.

vfat, während er an voller Dateisemantik von Unix Mangel hat und an der Fähigkeit Mangel hat, Linux darauf installieren zu lassen, und von einem FETTEN Plattenvolumen läuft, hat die oben erwähnten Nachteile von umsdos nicht, wenn es zum einfachen Teilen von Daten auf einem FETTEN Plattenvolumen zwischen Linux und anderen Betriebssystemen wie Windows kommt. Seine Datenstrukturen sind dasselbe als diejenigen, die durch Windows für VFAT lange Dateinamen verwendet sind, und es verlangt das Laufen eines Synchronisationsdienstprogrammes nicht, um Windows und Datenstrukturen von Linux davon abzuhalten, zusammenhanglos zu werden. Deshalb ist es von FETT von Linux filesystem Fahrer am passendsten, in der Mehrheit von Situationen zu verwenden.

Allgemeinheiten

Wie erwähnt, vorher unterstützen alle Fahrer von Linux filesystem alle drei Dateiaufteiler-Größen, 12 Bit, 16 Bit und 32 Bit. Andere gemeinsame Merkmale, die sie alle unterstützen, sind verschiedener Linux, der Optionen (angegeben mit der Auswahl zum Befehl) besteigt:

und: Diese zwei Optionen sagen dem filesystem Fahrer, (Verzug, im Fall von umsdos) Eigentümerpersonalausweis und Gruppenpersonalausweis zu veranlassen, eine Single, angegeben, Wert für alle Dateien im Volumen zu sein. Beide Personalausweise werden als numerische Werte (angegeben, um in der Datei gefunden zu werden). Also, zum Beispiel, um zum vfat filesystem Fahrer anzugeben, dass alle Dateien und Verzeichnisse Eigentümerpersonalausweis 745 und Gruppenpersonalausweis 15 haben sollen, würde der Befehl als angerufen. Fahrer von Linux filesystem tun nicht an der amtlich eingetragenen Unterstützung der Gegenwart für Kennwörter der Datei/Verzeichnisses auf FAT12/FAT16/FAT32 Volumina, und Mehrbenutzerzugriffserlaubnis der Welt/Gruppe/Eigentümers dafür las Rechte auf FAT12/FAT16 Volumina, wie durchgeführt, in verschiedenen Betriebssystemen der Digitalforschungsfamilie, einschließlich DR-DOS, PalmDOS, Novell DOS, OpenDOS, FlexOS, Gleichzeitigen DOS, Mehrbenutzer-DOS, Systemverwalters und ECHT/32/schrieb/löschte/durchführte.

:This-Auswahl veranlasst den umask, allgemein für alle Dateien im Volumen zu gelten. Zum Beispiel, um zum vfat filesystem Fahrer anzugeben, der keiner "Gruppe" oder "anderem" Zugang erlaubt werden soll, würde der Befehl als angerufen.

:This-Auswahl gibt Dateiinhalt Umwandlungssemantik an. Es ist für die filesystem Fahrer möglich, die newline Vereinbarung in Dateien, zwischen LF Beendigung und CRLF Beendigung im Fluge umzuwandeln, weil Dateien gelesen und geschrieben werden. Standardmäßig ist diese Konvertierung völlig arbeitsunfähig. Die filesystem Fahrer können Konvertierung für einige Dateien durchführen, versuchend, was Dateien zu autoentdecken, sich gestützt auf dem Erweiterungsteil des Dateinamens, oder allgemein für alle Dateien umzuwandeln. Diese drei Umwandlungsniveaus werden als (für "den binären") angegeben, (dafür "autoentdecken"), und (für "den Text"), beziehungsweise. Die letzten zwei Optionen tragen eine innewohnende Gefahr des Verderbens von Nichttextdateidaten. Keine Konvertierung ist überhaupt der Verzug.

Datenstrukturen von umsdos

Das umsdos FETT filesystem die Fahrer-Lager-ganze Extrainformation in Zusammenhang mit der Dateisemantik von Unix darin, was, zu einem anderen FETT filesystem Fahrer, scheint, gerade eine normale Datei in jedem Verzeichnis und Unterverzeichnis, genannt zu sein.

Ohne diese Datei in jedem gegebenen Verzeichnis, und so standardmäßig stellt der umsdos filesystem Fahrer dieselbe Semantik zur Verfügung, wie das MS-DOS filesystem Fahrer für das Verzeichnis tut: nur 8.3 Dateinamen und keine Extradateisemantik von Unix. Um die zusätzlichen geistigen Anlagen des umsdos Fahrers zu ermöglichen, ist es notwendig, diese Datei im Verzeichnis zu schaffen und seine inneren Daten mit den normalen FETTEN Daten für irgendwelche vorhandenen Einträge bereits im Verzeichnis zu synchronisieren. Das wird mit einem genannten Werkzeug getan.

Das ist das Dienstprogramm, das über jedes Verzeichnis auf dem Scheibe-Volumen jedes Mal geführt wird, dass man davon umschaltet, Windows zum Führen von Linux, in der Größenordnung vom umsdos filesystem Fahrer zu führen, um irgendwelche Änderungen zu vereinigen, die mit Dateien und Verzeichnissen durch Windows in seine privaten Datenstrukturen in seiner Datei vorgenommen sind. Standardmäßig schafft das Werkzeug Dateien in Verzeichnissen, wenn sie nicht bereits bestehen, auf solch eine Datei auf jedes Verzeichnis im Scheibe-Volumen hinauslaufend. Wenn man zwischen Windows und Linux umschaltet, wird dieses Verhalten wünschenswert nicht häufig betrachtet. Deshalb soll die normale Verfahrensweise, wenn sie nach der Schaltung von Windows bis Linux anruft (der gewöhnlich durch das Laufen des Werkzeugs in der Ladezeit von Linux aus einer Anlauf-Schrift getan wird), die Auswahl zum Befehl verwenden, der die Entwicklung irgendwelcher neuen Dateien in Verzeichnissen verhindert, die sie nicht bereits besitzen.

Die Installation von Linux auf und das Starten davon von FETTEN Volumina mit umsdos

Wie erwähnt, erlaubt umsdos, Linux zu installieren auf, und dann es von, ein FETTES Format-Scheibe-Volumen zu urladen und zu führen. Der Vorteil davon besteht darin, dass es den Gebrauch von Linux auf einem Computer erlaubt, wo DOS bereits installiert wird, ohne dass die harte wiederzuverteilende Scheibe zu verlangen. Linux wird direkt von einer Volumen-Stiefelaufzeichnung in solch einem Drehbuch nicht urladen. Stattdessen wird DOS zuerst urladen, und loadlin ist an dann die Stiefelstrippe Linux von DOS gewöhnt.

Die Tagung für solch eine Installation ist für das Wurzelverzeichnis von Linux, um ein Unterverzeichnis des wirklichen Wurzelverzeichnisses des DOS-Stiefelvolumens z.B zu sein. Verschiedene Linux Verzeichnisse auf höchster Ebene sind so, zu DOS, Verzeichnisse solcher als (für), (für), (für) und so weiter. Der umsdos filesystem Fahrer automatisch prepends zum ganzen pathnames. Die Position von Linux wurzelt ein Verzeichnis wird dem umsdos filesystem Fahrer an erster Stelle über eine Auswahl zum Befehl geliefert. Also, zum Beispiel, für den aforegiven wurzeln ein Verzeichnis würde mit einer Befehl-Linie solcher als angerufen.

Die Installation von Linux in solch ein Verzeichnis ist an erster Stelle einfach mit dem Auspacken von Dateien von einem Archiv in dieses Verzeichnis und seine Unterverzeichnisse verbunden. Solch eine Installation verlangt auch allgemein den Gebrauch einer Tausch-Datei aber nicht eine Tausch-Teilung für Linux, jedoch ist das mit dem Wunsch nicht zur Aufteilung die harte Scheibe und ohne Beziehung zum umsdos filesystem Fahrer per se verbunden.

Entwicklungsgeschichte und Unterstützung des Kerns/Vertriebs

Der grösste Teil des Vertriebs von Major Linux, einschließlich RedHat, SuSE, und Debian, verwendet umsdos nicht, um Installation von Linux auf einem FETTEN Scheibe-Volumen zu erlauben. Einiger Vertrieb tut jedoch. Diese schließen Vertrieb wie Phat Linux, ein von zwei Schulkindern geschaffener Vertrieb ein, der in auf DOS durch das Auspacken einer SCHWIRREN-Datei installiert und durch das Laufen COMMAND.COM Schrift genannt, und ZipSlack gestartet wird.

Das UMSDOS-Projekt wurde 1992 von Jacques Gelinas angefangen und zum Netz im Januar 1994 als ein Fleck bereitgestellt. Es wurde in den Standardvertrieb eingeschlossen, der mit dem Kern 1.1.36 anfängt. UMSDOS wurde von Linux 2.6.11 Kern aus Mangel an der Wartung entfernt. UVFAT, eine Erweiterung von UMSDOS, um die Windows-Datenstrukturen für lange Dateinamen statt seines eigenen zu verwenden, wurde vor der Ausgabe unterbrochen. Sie sollten in 2.4.x Kerne arbeiten.

Früher ist Linux Vertrieb, der UMSDOS verwendet hat, MuLinux, Monkey Linux und Winlinux 2000.

Das Zugreifen auf FETT hat Volumina ohne Kernunterstützung formatiert

Obwohl die filesystem Fahrer im Kern es möglich machen, auf Dateien zuzugreifen, und Verzeichnisse auf FETT Volumina auf die normale Weise formatiert haben, ist es auch möglich, so ohne Kernfahrer-Unterstützung mit den Dienstprogrammen zu tun, die das mtools Dienstprogramm-Gefolge bilden. Wie das vfat FETT filesystem Fahrer stellt mtools lange Dateinamenunterstützung mit denselben Scheibe-Datenstrukturen dieses Windows von Microsoft Gebrauch zur Verfügung.

POSIX Bedeckung Filesystem

Eine moderne Entsprechung von UMSDOS ist POSIX-Bedeckung Filesystem (posixovl). Es arbeitet in der SICHERUNG.

http://sourceforge.net/projects/posixovl/

Weiterführende Literatur


Prunk und Umstand marschieren / Larry Page
Impressum & Datenschutz