Dateizuordnungstabelle

Dieser Artikel ist eine weniger technische Einführung in das Thema. Für den Haupt -Enzyklopädie -Artikel siehe Design des Fettdateisystems.
FETT
Entwickler (en) Microsoft, Ncr, SCP, IBM, Compaq, Digitale Forschung, Novell, Caldera
Vollständiger Name Dateizuordnungstabelle
Varianten 8-Bit-Fett, FAT12, FAT16, FAT16B, FAT32, Pext, FATX, Fett+
Eingeführt 1977 mit Eigenständige Festplatte Basic-80
Partitionskennung Mbr/EBR:
  • FAT12:0x01 E.A. (Erweitertes Attribut)
  • FAT16:0x040x060x0e E.A.
  • FAT32:0x0b0x0c E.A.
  • BDP: EBD0A0A2-B9E5-4433-87C0-68B6B72699C7
Strukturen
Verzeichnisinhalt Tisch
Dateizuweisung Verlinkte Liste
Schlechte Blöcke Cluster -Tagging
Grenzen
Max. Volumengröße
  • FAT12: 32Mb (256 MB für 64 KB -Cluster)
  • FAT16: 2 GB (4 GB für 64 KB -Cluster)
  • FAT32: 2TB (16 TB für 4 KB -Sektoren)
Max. Dateigröße 4,294.967.295 Bytes (4)Gb - 1) mit FAT16B und FAT32[1]
Max. Anzahl der Dateien
  • FAT12: 4.068 für 8KB Cluster
  • FAT16: 65.460 für 32 KB -Cluster
  • FAT32: 268.173.300 für 32 KB -Cluster
Max. Dateiname Länge 8.3 Dateiname, oder 255 UCS-2 Zeichen bei Verwendung Lfn[NB 1]
Merkmale
Daten aufgezeichnet
  • Modifiziertes Datum/Uhrzeit, Erstellungsdatum/Uhrzeit (nur DOS 7.0 und nur höher),
  • Zugriffsdatum (nur verfügbar mit Accdate aktiviert),[2]
  • Löschdatum/Uhrzeit (nur mit Delwatch 2)
Datumsbereich 1980-01-01 zu 2099-12-31 (2107-12-31)
Datumslösung
  • 2 Sekunden für die letzte modifizierte Zeit,
  • 10 ms für die Erstellungszeit,
  • 1 Tag für Zugangsdatum,
  • 2 Sekunden für die Löschzeit
Gabeln Nicht nativ
Attribute Schreibgeschützte, versteckte, System, Volumen, Verzeichnis, Archiv
Dateisystemberechtigungen
Transparente Komprimierung
Transparente Verschlüsselung
  • Fat12/fat16: pro volume nur mit DR-DOS
  • FAT32: nein

Dateizuordnungstabelle (FETT) ist ein Dateisystem für PCs entwickelt. Ursprünglich 1977 entwickelt für die Verwendung auf DiskettenEs wurde für die Verwendung auf Festplatten und anderen Geräten angepasst. Es wird oft aus Kompatibilitätsgründen von Strom unterstützt Betriebssysteme für Personalcomputer und viele mobile Geräte und eingebettete SystemeDatenaustausch zwischen unterschiedlichen Systemen.[3] Die Erhöhung der Disk -Antriebskapazität erforderte drei Hauptvarianten: FAT12, FAT16 und FAT32. Der Fettstandard wurde auch auf andere Weise erweitert und bei der vorhandenen Software im Allgemeinen die Rückwärtskompatibilität beibehalten.

Fett ist nicht mehr das Standarddateisystem für Microsoft Windows Computers.[4]

Fettdateisysteme sind immer noch häufig auf Disketten gefunden, Blitz und andere fester Zustand Speicherkarten und Module (einschließlich USB -Flash -Laufwerke) sowie viele tragbare und eingebettete Geräte. Fett ist das Standarddateisystem für Digitalkameras per the DCF -Spezifikation.

Überblick

Konzepte

Hauptartikel: Design des Fettdateisystems

Das Dateisystem verwendet eine auf dem Gerät gespeicherte Indextabelle, um Ketten von Datenspeicherbereichen zu identifizieren, die einer Datei zugeordnet sind. Dateizuordnungstabelle (FETT). Das Fett wird zum Zeitpunkt der Formatierung statisch zugewiesen. Der Tisch ist a verlinkte Liste von Einträgen für jeden Cluster, ein zusammenhängender Bereich der Festplattenspeicherung. Jeder Eintrag enthält entweder die Nummer des nächsten Clusters in der Datei oder einen Marker, der das Ende der Datei, den nicht verwendeten Speicherplatz oder spezielle reservierte Bereiche der Festplatte angibt. Das Wurzelverzeichnis der Festplatte enthält die Anzahl der ersten Cluster jeder Datei in diesem Verzeichnis. Das Betriebssystem kann dann das Fett durchqueren und die Clusternummer jedes aufeinanderfolgenden Teils der Datenträgerdatei als a Clusterkette bis zum Ende der Datei ist erreicht. Unterverzeichnisse werden als spezielle Dateien implementiert, die die enthalten Verzeichniseinträge ihrer jeweiligen Dateien.

Jeder Eintrag in der fettverbindeten Liste ist eine feste Anzahl von Bits: 12, 16 oder 32. Die maximale Größe einer Datei oder eines Festplattenlaufwerks, auf die zugegriffen werden kann, ist das Produkt der größten Zahl, die in den Einträgen gespeichert werden kann (weniger Einige Werte, die reserviert sind, um einen nicht zugewiesenen Raum oder das Ende einer Liste anzuzeigen) und die Größe des Scheibenclusters. Auch wenn nur ein Speicher Byte erforderlich ist, um eine Datei zu erweitern, muss ein ganzer Cluster zugewiesen werden, sodass große Cluster viel Speicherplatz verschwenden, wenn eine große Anzahl kleiner Dateien vorhanden sind.

Ursprünglich als 8-Bit-Dateisystem konzipiert, muss die maximale Anzahl von Clustern mit zunehmender Disk-Antriebskapazität zunehmen. Daher ist die Anzahl der zur Identifizierung jedes Cluster gewachsenen Bits. Die aufeinanderfolgenden Hauptvarianten des Fettformats sind nach der Anzahl der Tabellenelementbits benannt: 12 (FAT12), 16 (FAT16) und 32 (FAT32).

Verwendet

Das Fettdateisystem wird seit 1977 für Computer verwendet und wird immer noch häufig in eingebetteten Systemen verwendet. Kompatible Dateisysteme erleichtern das Austausch von Daten zwischen beispielsweise Desktop -Computern und tragbaren Geräten. Fettdateisysteme sind die Standardeinstellung für abnehmbare Medien wie z. Disketten, Super-Floppies, Erinnerung und Flash-Speicher Karten oder USB -Flash -Laufwerke. Fett wird durch tragbare Geräte wie z. PDAs, Digitalkameras, Camcorder, Medienspielerund Mobiltelefone. Während FAT12 wird auf Disketten verwendet, FAT16 und FAT32 werden in der Regel in den größeren Medien gefunden.

Fett wurde auch verwendet Festplatten im gesamten DOS und Windows 9x Epochen. Microsoft stellte ein neues Dateisystem vor, NTFS ("Neues Technologiedateisystem") mit dem Windows NT Plattform im Jahr 1993, aber Fat blieb bis zur Einführung des NT-basierten Nutzers der Standard für den Heimnutzer Windows XP 2001. Fett wird immer noch in Festplatten verwendet, die von mehreren Betriebssystemen verwendet werden, wie z. B. in gemeinsamen Fenstern. Linux und DOS -Umgebungen. Microsoft Windows wird zusätzlich mit einem vorinstallierten Tool geliefert, um ein Fat-Dateisystem direkt in NTFs umzuwandeln, ohne dass alle Dateien neu geschrieben werden müssen. Dies kann jedoch nicht direkt umgekehrt werden.[5]

Viele Betriebssysteme unterstützen Fettformated Media durch integrierte oder Drittanbieter-Dateisystemhandler.

Das DCF Dateisystem von fast allen übernommen Digitalkameras Seit 1998 definiert ein logisches Dateisystem mit 8.3 Dateinamen und macht die Verwendung von FAT2, FAT16, FAT32 oder Peeling für seine physische Schicht für die Kompatibilität obligatorisch. [6]

Fett wird auch intern für die verwendet EFI -Systempartition in der Startphase von Efi-Compliant Computers.[7] Versteckte Fett -Dateisysteme werden auch in der verwendet Uefi Boot -Partition auf modernen PCs.

Für Disketten wurde Fett als standardisiert als ECMA-107[8] und ISO/IEC9293: 1994[9] (Ersetzt ISO 9293: 1987[10]). Diese Standards bedecken FAT12 und FAT16 nur kurz 8.3 Dateiname Unterstützung; Lange Dateinamen mit Vfat waren teilweise patentiert.[11]

Nomenklatur

"Fettdateisystem" bezieht sich auf, FAT12, FAT16 und FAT32. Betriebssystem -Dienstprogramme können nicht identifizieren, welche Version zum Format eines Geräts verwendet wird.

"FAT16"Bezieht sich sowohl auf die ursprüngliche Gruppe von Fettdateisystemen mit 16-Bit-breiten Clustereinträgen als auch auf spätere Varianten (" ("FAT16B") Mit 32-Bit-Sektoreinträgen. Werte, die im Festplattenparameterblock gespeichert sind, können verwendet werden, um die Dateistruktur zu identifizieren.

"Vfat"Ist eine optionale Erweiterung für lange Dateinamen, die über jedem Fettdateisystem funktionieren kann. Volumina mit VFAT-Langfilmen können auch gelesen werden, indem Betriebssysteme die VFAT-Erweiterung nicht unterstützen.

Der allgemeine Typ des Dateisystems (FAT12, FAT16 oder FAT32) wird durch die Breite der Clustereinträge im FAT bestimmt. Spezifische Schwellenwerte für die Anzahl der Cluster, die im Festplattenparameterblock gespeichert sind, definieren, welcher Fetttyp verwendet wird. [7] Andere Eigenschaften des Speichergeräts wie Größe, Parameterblockformat oder Dateisystemname können nicht zuverlässig verwendet werden, um den Dateisystemtyp abzuleiten.[7]

Ein FAT12- oder FAT16 -Volumen kann mit einem "definiert werden"FAT32 EBPB"Normalerweise für FAT32 -Volumina verwendet.[NB 2] Partition -IDs werden nicht verwendet, um selbst einen Dateisystemtyp anzugeben.[12]

Typen

Siehe auch: Timeline of DOS operating systems

Original 8-Bit-Fett

8-Bit-Fett
Entwickler (en) Microsoft, Ncr, SCP
Vollständiger Name 8-Bit-Dateizuweisungstabelle
Eingeführt
Grenzen
Max. Dateigröße 8 MB
Dateigröße Granularität Rekordgranularität (128 Bytes)[13][14]
Max. Dateiname Länge 6.3 Dateiname (Binärdateien), 9 Zeichen (ASCII -Dateien)[13][14]
Max. Verzeichnistiefe Keine Unterverzeichnisse
Erlaubte Zeichen in Dateinamen ASCII (0x00 und 0xff nicht im ersten Charakter erlaubt)[13][14]
Merkmale
Daten aufgezeichnet Nein
Attribute Schreibgeschützt, Ebcdic Konvertierung, Lesen Sie nach dem Schreiben, binär (zufällig als sequentielle Datei)[13][14]

Das ursprüngliche Fettdateisystem (oder Fettstruktur, wie es anfangs genannt wurde) wurde von entworfen und implementiert von Marc McDonald,[15] Basierend auf einer Reihe von Diskussionen zwischen McDonald und Bill Gates.[15] Es wurde mit vorgestellt mit 8 Bit Tischelemente[13][14][15] (und gültige Datenclusternummern bis zu 0xbf[13][14]) in einem Vorläufer zu Microsoft's Eigenständige Festplatte Basic-80 für ein 8080-basierter Nachfolger[NB 3] des NCR 7200 Modell VI Data-Entry-Terminal, ausgestattet mit 8-Zoll-Disketten von 8-Zoll (1977)[16] oder 1978.[NB 3] 1978,, Eigenständige Festplatte Basic-80 wurde auf die portiert 8086 Verwenden eines Emulators auf einem Dez. PDP-10,[17] Da waren derzeit keine echten 8086 Systeme verfügbar. Das FAT -Dateisystem wurde auch in Microsofts verwendet MDOs/Midas,[15] Ein Betriebssystem für 8080/Z80 -Plattformen, die seit 1979 von McDonald geschrieben wurden. Die Eigenständige Festplatte Basic Version unterstützte drei Fette,[13][14][18] Dies war ein Parameter für Midas. Berichten zufolge war Midas auch bereit, 10-Bit-, 12-Bit- und 16-Bit-Fettvarianten zu unterstützen. Während die Größe der Verzeichniseinträge 16 Bytes in betrug Eigenständige Festplatte Basic,[13][14] Midas besetzte stattdessen 32 Bytes pro Eintrag.

Tim Paterson von Seattle Computerprodukte (SCP) wurde zuerst in die Fettstruktur von Microsoft eingeführt, als er half Bob O'Rear Anpassung der Standalone Disk Basic-86 Emulatorport auf SCPs S-100 Bus 8086 CPU -Board -Prototyp während einer Gastwoche bei Microsoft im Mai 1979.[17] Das Endprodukt wurde bei gezeigt Rettungsboot -Mitarbeiter'Booth stehen an der Nationale Computerkonferenz in New York[17] vom 4. bis 7. Juni 1979, wo Paterson die ausgefeiltere Fettumsetzung in MDOs/Midas erfuhr[15] Und McDonald sprach mit ihm über das Design des Dateisystems.[16]

FAT12

FAT12
Entwickler (en) SCP, Microsoft, IBM, Digitale Forschung, Novell
Vollständiger Name 12-Bit-Dateizuweisungstabelle
Eingeführt
Partitionskennung Mbr/EBR:
  • FAT12: 0x01 E.A.
  • BDP: EBD0A0A2-B9E5-4433-87C0-68B6B72699C7
Grenzen
Max. Volumengröße
  • 16 MB (mit 4 KB -Clustern)
  • 32 MB (mit 8 KB -Clustern)
Max. Dateigröße Begrenzt durch Volumengröße
Dateigröße Granularität 1 Byte
Max. Anzahl der Dateien 4.068 für 8 KB -Cluster
Max. Dateiname Länge 8.3 Dateiname mit OEM Figuren,
255 UCS-2 Figuren[NB 1] beim Benutzen Lfn
Max. Verzeichnistiefe 32 Stufen oder 66 Zeichen (mit CDs),
60 Stufen oder mehr (ohne CDS)
Merkmale
Daten aufgezeichnet
  • Modifiziertes Datum (nicht mit 86-DOs vor 0,42),
  • Modifizierte Zeit (nicht mit PC DOS 1.0 und 86-DOS), Erstellungsdatum/Uhrzeit (nur DOS 7.0 und nur höher),
  • Zugriffsdatum (nur verfügbar mit Accdate aktiviert),[2]
  • Löschdatum/Uhrzeit (nur mit Delwatch 2)
Datumsbereich 1980-01-01 zu 2099-12-31 (2107-12-31)
Datumslösung
  • 2 Sekunden für die letzte modifizierte Zeit,
  • 10 ms für die Erstellungszeit,
  • 1 Tag für Zugangsdatum,
  • 2 Sekunden für die Löschzeit
Attribute Schreibgeschützt (da dos 2.0), versteckt, System, Volumen (seit MS-DOS 1.28 und PC DOS 2.0), Verzeichnis (seit MS-DOS 1.40 und PC DOS 2.0), Archiv (Da DOS 2.0)
Dateisystemberechtigungen
Transparente Komprimierung Pro Volumen, Superstor, Stapler, Doppelspace, Antriebspace
Transparente Verschlüsselung Pro volume nur mit DR-DOS

Zwischen April und August 1980, während sie das FAT -Konzept für das 8086 -Betriebssystem von SCP ausleihen QDOS 0.10,[17] Tim Paterson erweiterte die Tischelemente auf 12 Bit,[19] reduzierte die Anzahl der Fette auf zwei, definierte die Semantik einiger der reservierten Clusterwerte und modifizierte das Festplattenlayout FAT12. Paterson erhöhte auch den Dateinamen mit neun Zeichen (6,3)[13][14] Längengrenze auf elf Zeichen, um sie zu unterstützen CP/m-Stil 8.3 Dateinamen und Dateisteuerblöcke. Das in Microsoft verwendete Format Eigenständige Festplatte Basic's Der 8-Bit-Dateisystemvorläufer wurde von QDOs nicht unterstützt. Bis August 1980 war QDOS umbenannt worden 86-dos.[20] Beginnen mit 86-dos 0,42Die Größe und das Layout von Verzeichniseinträgen wurden von 16 Bytes auf 32 Bytes geändert[21] Um einen Dateidatumstempel hinzuzufügen[21] und erhöhen Sie die theoretische Größengrenze über die vorherige Grenze von 16 MB hinaus.[21] 86-dos 1.00 wurde Anfang 1981 erhältlich. Später 1981 entwickelten sich 86-DOs zu Microsoft's's MS-DOS und IBM PC dos.[15][19][22] Die Fähigkeit, zuvor formatierte Volumina mit 16-Byte-Verzeichniseinträgen zu lesen[21] wurde fallen gelassen mit MS-DOS 1.20.

FAT12 verwendete 12-Bit-Einträge für die Clusteradressen; Einige Werte wurden vorbehalten, um das Ende einer Clusterkette zu markieren, unbrauchbare Bereiche der Festplatte oder für andere Zwecke zu markieren, sodass die maximale Anzahl von Clustern auf 4078 begrenzt war.[23][24] Um den Speicherplatz des Datenträgers zu erhalten, verwendeten zwei 12-Bit-Fetteinträge drei aufeinanderfolgende 8-Bit-Bytes auf der Festplatte, wodurch man Manipulation erfordern, um die 12-Bit-Werte auszupacken. Dies reichte für die ursprünglichen Diskettenlaufwerke und eine kleine Festplatte bis zu 32 Megabyte aus. Das FAT16B Version erhältlich mit DOS 3.31, unterstützt 32-Bit Sektorzahlen und erhöhte so die Volumengrößengrenze.

Alle Kontrollstrukturen passen in den ersten Track, um Kopfbewegungen während des Lese- und Schreibvorgangs zu vermeiden. Jeder schlechte Sektor im Bereich der Kontrollstrukturen würde die Festplatte unbrauchbar machen. Das DOS -Formatierungswerkzeug hat solche Festplatten vollständig abgelehnt. Schlechte Sektoren waren nur im Dateidatenbereich zulässig. Cluster, die schlechte Sektoren enthielten 0xff7 im Fett.

Während 86-DOs drei Festplattenformate unterstützten (250,25 kb, 616 kb und 1232 kb mit Fette IDs 0xff und 0xfe Auf 8-Zoll-Floppy-Laufwerken (8 Zoll), IBM PC DOS 1.0, veröffentlicht mit dem Original IBM PC 1981 unterstützte nur ein 8-Sektor-Diskettenformat mit einer formatierten Kapazität von 160 kb (Fat ID 0xfe) für einseitige 5,25-Zoll-Floppy-Laufwerke und PC DOS 1.1 Unterstützung für a doppelseitig Format mit 320 kb (Fat ID 0xff). PC DOS 2.0 Einführte Unterstützung für 9-Sektor-Floppy-Formate mit 180 kb (Fat ID 0xfc) und 360 kb (Fat ID 0xfd).

86-DOS 1.00- und PC DOS 1.0-Verzeichniseinträge enthalten nur ein Datum, das zuletzt geänderte Datum. PC DOS 1.1 fügte die letzte modifizierte Zeit hinzu. PC dos 1.x Dateiattribute enthielt ein verstecktes Bit und ein Systembit, wobei die verbleibenden sechs Teile undefiniert waren. Zu diesem Zeitpunkt unterstützte DOS keine Unterverzeichnisse, aber normalerweise gab es nur wenige Dutzend Dateien auf einer Diskette.

Das PC XT war der erste PC mit einer IBM-unterstützten Festplatte, und PC DOS 2.0 unterstützte diese Festplatte mit FAT12 (Fett id 0xf8). Die Annahme von 8 Sektoren pro Cluster auf Festplatten begrenzte die maximale Partitionsgröße praktisch auf 16 MB für 512 Bytesektoren und 4 KB -Cluster.

Das BIOS -Parameterblock (BPB) wurde auch mit PC DOS 2.0 eingeführt, und diese Version wurde auch schreibgeschützt. Archiv, Volumenetikett, und Verzeichnis Attribut-Bits für hierarchische Unterverzeichnisse.[25]

MS-DOS 3.0 Einführte Unterstützung für hohe Dichte von 1,2 MB 5,25-Zoll-Disketten (Mediendeskriptor 0xf9), die insbesondere 15 Sektoren pro Spur hatten, daher mehr Platz für die Fette.

FAT12 bleibt bei allen gemeinsamen Gebrauch Disketten, einschließlich 1,44 MB und später 2,88 MB -Scheiben (Mediendeskriptor -Byte 0xf0).

Anfänglich FAT16

FAT16
Entwickler (en) Microsoft, IBM, Digitale Forschung, Novell
Vollständiger Name 16-Bit-Dateizuweisungstabelle
(mit 16-Bit-Sektoreinträgen)
Eingeführt 1984-08-14 (PC DOS 3.0)
1984-08 (MS-DOS 3.0)
Partitionskennung Mbr/EBR:
  • FAT16:0x04 E.A.
  • BDP: EBD0A0A2-B9E5-4433-87C0-68B6B72699C7
Grenzen
Max. Dateigröße Begrenzt durch Volumengröße
Dateigröße Granularität 1 Byte
Max. Anzahl der Dateien 65.536 für 32 KB -Cluster
Max. Dateiname Länge 8.3 Dateiname mit OEM Charaktere, 255UCS-2 Figuren[NB 1] beim Benutzen Lfn
Max. Verzeichnistiefe 32 Stufen oder 66 Zeichen (mit CDs),
60 Stufen oder mehr (ohne CDS)
Merkmale
Daten aufgezeichnet
  • Modifiziertes Datum/Uhrzeit, Erstellungsdatum/Uhrzeit (nur DOS 7.0 und nur höher),
  • Zugriffsdatum (nur verfügbar mit Accdate aktiviert),[2]
  • Löschdatum/Uhrzeit (nur mit Delwatch 2)
Datumsbereich 1980-01-01 zu 2099-12-31 (2107-12-31)
Datumslösung
  • 2 Sekunden für die letzte modifizierte Zeit,
  • 10 ms für die Erstellungszeit,
  • 1 Tag für Zugangsdatum,
  • 2 Sekunden für die Löschzeit
Attribute Schreibgeschützt, versteckt, System, Volumen, Verzeichnis, Archiv
Dateisystemberechtigungen
Transparente Komprimierung Pro Volumen, Superstor, Stapler, Doppelspace, Antriebspace
Transparente Verschlüsselung Pro volume nur mit DR-DOS

1984 veröffentlichte IBM die PC AT, für die PC DOS 3.0 erforderlich war, um auf die 20 -MB -Festplatte zuzugreifen. [26][27] Microsoft führte parallel MS-DOS 3.0 ein. Clusteradressen wurden auf 16-Bit erhöht, was bis zu 65.526 Cluster pro Volumen ermöglichte. Die maximal mögliche Anzahl von Sektoren und die Maximum Trennwand Die Größe von 32 MB änderte sich nicht. Obwohl Clusteradressen 16 Bit waren, war dieses Format nicht das, was heute allgemein verstanden wird FAT16. EIN Partitionstyp 0x04 zeigt diese Form von FAT16 mit weniger als 65.536 Sektoren an (weniger als 32 MB für die Sektorgröße 512). Der Vorteil von FAT16 war die Verwendung kleinerer Cluster, wodurch die Disk -Nutzung effizienter wurde, insbesondere für eine große Anzahl von Dateien nur wenige Hundert Bytes.

Als MS-DOS 3.0 alle 16 MB-32 MB-Partitionen im FAT16-Format formatierte, war eine 20-MB-Festplatten-Festplatte, die unter MS-DOS 3.0 formatiert war, mit MS-DOS 2.0 nicht zugänglich. [28] MS-DOS 3.0 bis MS-DOS 3.30 könnte weiterhin auf FAT12-Partitionen unter 15 MB zugreifen, aber alle 16 MB-32-MB-Partitionen für FAT16 benötigten und daher in diesem Größenbereich nicht auf MS-DOS 2.0-Partitionen zugreifen konnten. MS-DOS 3.31 und höher können wieder auf 16 MB-32 MB FAT12-Partitionen zugreifen.

Logisches Fett

MS-DOS- und PC-DOS-Implementierungen von FAT12 und FAT16 konnten nicht auf Festplattenpartitionen von mehr als 32 Megabyte zugreifen. Mehrere Hersteller entwickelten ihre eigenen Fettvarianten in ihren OEM-Versionen von MS-DOS.[29]

Einige Anbieter (Ast und NEC[29]) unterstützt achtanstelle des Standards vier, primäre Partitionseinträge in ihrem benutzerdefinierten erweiterten erweiterten Master Boot Record (Mbr), und sie adaptierten MS-DOS, um mehr als eine einzige primäre Partition zu verwenden.

Andere Anbieter arbeiteten um die Größengrenzen der Volumen, die durch die 16-Bit-Sektoreinträge auferlegt wurden Größe der Sektoren das Dateisystem betrieben. Diese logische Sektoren waren größer (bis zu 8192 Bytes) als die physischer Sektor Größe (noch 512 Bytes) auf der Festplatte. Das Dos-Bios- oder System-BIOS würde dann mehrere physische Sektoren in logische Sektoren kombinieren, damit das Dateisystem arbeiten kann.

Diese Änderungen waren für die Implementierung des Dateisystems im DOS -Kernel transparent. Die zugrunde liegenden DoS-Bios übersetzten diese logischen Sektoren gemäß der Partitionierungsinformationen und der physikalischen Geometrie des Laufwerks in physischen Sektoren.

Der Nachteil dieses Ansatzes war ein verstärktes Gedächtnis, das für die Pufferung und Entblockung von Sektoren verwendet wurde. Da ältere DOS-Versionen keine großen logischen Sektoren verwenden konnten, führten die OEMs neue Partition-IDs für ihre Fettvarianten ein, um sie vor außergewöhnlichen Problemen von MS-DOS- und PC-DOS zu verbergen. Bekannte Partition -IDs für logische Fette umfassen: 0x08 (Kommodore Ms-dos 3.x), 0x11 (Vorderkante Ms-dos 3.x), 0x14 (AST MS-DOS 3.x), 0x24 (NEC MS-DOS 3.30[29]), 0x56 (AT&T Ms-dos 3.x), 0xe5 (Tandy Ms-dos), 0xf2 (Sperry es Ms-dos 3.x, Unisys MS-DOS 3.3-auch verwendet von Digitale Forschung Dos plus 2.1).[30] OEM-Versionen wie Toshiba MS-DOS, WYSE MS-DOS 3.2 und 3.3,[31] Es ist auch bekannt, dass Zenith MS-DOS auch die logische Sektorierung verwendet hat.[32]

Während nicht standardmäßig und suboptimal, sind diese Fettvarianten gemäß den Spezifikationen des Dateisystems selbst vollkommen gültig. Selbst wenn Standardprobleme von MS-DOS und PC-DOS nicht in der Lage waren, mit ihnen fertig zu werden Durch Ändern der Partition -ID in einen der anerkannten Typen.[NB 4] Wenn sie nicht mehr von ihren ursprünglichen Betriebssystemen erkannt werden müssen, können vorhandene Partitionen in FAT12- und FAT16-Volumes "umgewandelt" werden. aus 512 Bytes,[33] durch Wechsel zu a BPB mit 32-Bit-Eintrag für die Anzahl der Sektoren, wie seit DOS 3.31 eingeführt (siehe FAT16B unten) die Clustergröße und reduzieren die Größe des logischen Sektors im BPB bis zu 512 Bytes, während gleichzeitig die Anzahl der logischen Sektoren pro Cluster, reservierte logische Sektoren, Gesamtlogische Sektoren und logische Sektoren pro Fett nach demselben Faktor erhöht.

Eine parallele Entwicklung in MS-DOS / PC-DOS, die eine Erhöhung der maximal möglichen Fettgröße ermöglichte, war die Einführung mehrerer Fettpartitionen auf einer Festplatte. Um die Verwendung von mehr Fettpartitionen auf kompatible Weise zu ermöglichen, wurde in PC DOS 3.2 (1986) ein neuer Partitionstyp eingeführt. verlängerte Partition (EBR),[15] Welches ist ein Behälter für eine zusätzliche Partition namens namens logisches Laufwerk. Seit PC DOS 3.3 (April 1987) gibt es eine andere, optionale erweiterte Partition, die die nächste enthält logisches Laufwerk, usw. Das Mbr einer Festplatte kann entweder bis zu vier primäre Partitionen oder eine erweiterte Partition zusätzlich zu bis zu drei primären Partitionen definieren.

Siehe auch: Erweiterter Boot -Datensatz

Final Fat16

FAT16B
Entwickler (en) Compaq, Digitale Forschung, IBM, Microsoft, Novell
Vollständiger Name 16-Bit-Dateizuweisungstabelle
(mit 32-Bit-Sektoreinträgen)
Eingeführt
Partitionskennung Mbr/EBR:
  • FAT16B:0x060x0e (LBA), E.A.
  • BDP: EBD0A0A2-B9E5-4433-87C0-68B6B72699C7
Grenzen
Mindest. Volumengröße
  • 8Mb (mit 128 Bytesektoren)
  • 32 MB (mit 512Bytesektoren)
  • 256 MB (mit 4 kb Sektoren)
Max. Volumengröße
  • 2Gb (mit 32KB Cluster)
  • 4 GB (mit 64 KB-Clustern) (NT 4, PTS-DOS, EDR-DOS)
  • 8 GB (mit 128 KB-Clustern und 1 oder 2 KB-Sektoren) (nur NT 4 und EDR-DOS))
  • 8 GB (mit 128 KB-Clustern und 512 Bytesektoren) (nur EDR-DOS))
  • 16 GB (mit 256 KB -Clustern und 2 oder 4 KB -Sektoren) (nur NT 4)
Max. Dateigröße
  • 2 GB - 1) (ohne 2 Gb - 1) (ohne Lfs)
  • 4,294.967.295 Bytes (4 GB - 1) (mit Lfs)
  • Nur um Volumengröße begrenzt (mit FAT16+[34])
Dateigröße Granularität 1 Byte
Max. Anzahl der Dateien 65.460 für 32 KB -Cluster
Max. Dateiname Länge 8.3 Dateiname mit OEM Figuren,
255 UCS-2 Figuren[NB 1] beim Benutzen Lfn
Max. Verzeichnistiefe 32 Stufen oder 66 Zeichen (mit CDs),
60 Stufen oder mehr (ohne CDS)
Merkmale
Daten aufgezeichnet
  • Modifiziertes Datum/Uhrzeit, Erstellungsdatum/Uhrzeit (nur DOS 7.0 und nur höher),
  • Zugriffsdatum (nur verfügbar mit Accdate aktiviert),[2]
  • Löschdatum/Uhrzeit (nur mit Delwatch 2)
Datumsbereich 1980-01-01 zu 2099-12-31 (2107-12-31)
Datumslösung
  • 2 Sekunden für die letzte modifizierte Zeit,
  • 10 ms für die Erstellungszeit,
  • 1 Tag für Zugangsdatum,
  • 2 Sekunden für die Löschzeit
Attribute Schreibgeschützt, versteckt, System, Volumen, Verzeichnis, Archiv
Dateisystemberechtigungen
Transparente Komprimierung Pro Volumen, Superstor, Stapler, Doppelspace, Antriebspace
Transparente Verschlüsselung Pro volume nur mit DR-DOS

Im November 1987,, Compaq Personalcomputer DOS 3.31 (Eine modifizierte OEM-Version von MS-DOS 3.3, die von Compaq mit ihren Maschinen veröffentlicht wurde) stellte vor, was heute einfach bekannt ist das fat16 Format mit der Ausdehnung des 16-Bit-Scheibensektors auf 32 Bit im BPB. Obwohl die Veränderungen auf dem Schleifen gering waren, musste der gesamte DOS-Festplatten-Treiber für die Verwendung von 32-Bit-Sektornummern konvertiert werden, eine Aufgabe, die durch die Tatsache kompliziert wurde, dass sie in 16-Bit geschrieben wurde Montagesprache. Das Ergebnis wurde ursprünglich die genannt DOS 3.31 großes Dateisystem. Microsoft's DSKPROBE Tool bezieht sich auf Typ 0x06 wie Groß und fett,[35] während einige ältere Versionen von Fdisk beschrieben es als Bigdos. Technisch gesehen ist es als bekannt als als FAT16B.

Da ältere Versionen von DOS nicht so konzipiert waren, dass sie mit mehr als 65.535 Sektoren fertig werden, war es erforderlich, einen neuen Partitionstyp für dieses Format einzuführen, um es vor 31 Problemen von DOS zu verbergen. Die ursprüngliche Form von FAT16 (mit weniger als 65.536 Sektoren) hatte a Partitionstyp 0x04. Um mit Disks umzugehen, die größer sind als diese, geben Sie an 0x06 wurde eingeführt, um 65.536 oder mehr Sektoren anzuzeigen. Darüber hinaus wurde der Festplattentreiber erweitert, um auch mit mehr als 65.535 Sektoren fertig zu werden. Der einzige andere Unterschied zwischen dem ursprünglichen FAT16 und dem neueren FAT16B -Format ist die Verwendung von a Neuere BPB Format mit 32-Bit-Sektoreintrag. Daher können neuere Betriebssysteme, die das Fat16b -Format unterstützen, auch mit dem ursprünglichen FAT16 -Format ohne erforderliche Änderungen fertig werden.

Wenn Partitionen von Pre-DOS-Problemen von DOS verwendet werden müssen, müssen moderne Tools erstellt werden, sind die einzigen Kriterien, die theoretisch erforderlich sind, um zu treffen0x04). In der Praxis typen jedoch 0x01 und 0x04 Primäre Partitionen sollten aufgrund anderer Einschränkungen in MS-DOS 2.x nicht außerhalb der ersten 32 MB der Festplatte lokalisiert sein, die nicht mit ihnen umgehen konnten.

1988 wurde die FAT16B -Verbesserung allgemeiner durch Dr. Dos3.31, PC DOS 4.0, OS/21.1 und MS-DOS 4.0. Die Grenze zur Partitionsgröße wurde vom 8-Bit diktiert unterzeichnet Anzahl der Sektoren pro Cluster, die ursprünglich einen maximalen Wert von zwei Jahren von 64 hatten FAT16 Partitiongröße bei 2 GB für die Sektorgröße 512. On magnetooptisch Medien, die 1 oder 2 KB -Sektoren anstelle von 0,5 kb haben können, ist diese Größengrenze proportional größer.

Viel später, Windows NT erhöhte die maximale Clustergröße auf 64 kb, indem die Anzahl der Sektoren pro Cluster als unsigniert berücksichtigt wird. Das resultierende Format war jedoch nicht mit einer anderen Fettumsetzung der Zeit kompatibel und erzeugte größere interne Fragmentierung. Windows 98SE und ich unterstützten auch das Lesen und Schreiben dieser Variante, aber seine Datenträger -Dienstprogramme funktionierten nicht damit und einige FCB Services sind für solche Bände nicht verfügbar. Dies trägt zu einer verwirrenden Kompatibilitätssituation bei.

Vor 1995 haben Versionen von DOS über die Festplatte zugegriffen Chs nur adressieren. Wann Windows 95(MS-DOS 7.0) eingeführt LBA Datenträgerzugriff, Partitionen könnten physisch außerhalb des ersten c gelegen werden. 8 GB dieser Festplatte und dadurch außerhalb der Reichweite des traditionellen CHS -Adressierungsschemas. Partitionen teilweise oder vollständig gelegen über die CHS-Barriere mussten daher mit dem neuen Partitionstyp vor nicht-lba-fähigen Betriebssystemen verborgen werden 0x0e stattdessen in der Partitionstabelle. FAT16 -Partitionen mit diesem Partitionstyp werden ebenfalls benannt FAT16X.[36] Der einzige Unterschied im Vergleich zu früheren FAT16-Partitionen ist die Tatsache, dass einige CHS-verwandte Geometrieeinträge im BPB-Datensatz, nämlich die Anzahl der Sektoren pro Spur und die Anzahl der Köpfe, möglicherweise keine oder irreführenden Werte enthalten und nicht verwendet werden sollten.

Die Anzahl der für FAT12 und FAT16 verfügbaren Root-Verzeichniseinträge wird bei Formatierung des Volumens bestimmt und in einem 16-Bit-Feld gespeichert. Für eine bestimmte Zahl RDE und Sektorgröße Ss, die Nummer Rds des Wurzelverzeichnissektors ist RDS = CEIL ((RDE × 32) / SS), und RDE wird normalerweise ausgewählt, um diese Sektoren zu füllen, d. H., RDE × 32 = RDS × SS. FAT12 und FAT16 Media verwenden normalerweise 512 Root Directory-Einträge für nicht-fleckige Medien. Einige Tools von Drittanbietern ermöglichen es dem Benutzer, diesen Parameter festzulegen.[37]

FAT32

FAT32
Entwickler (en) Microsoft, Caldera
Eingeführt August 1996 (Windows 95 OSR2)
Partitionskennung Mbr/EBR:
  • FAT32: 0x0b0x0c (LBA), E.A.
  • BDP: EBD0A0A2-B9E5-4433-87C0-68B6B72699C7
Grenzen
Mindest. Volumengröße
  • 32Mb - 4.5KB (mit 65525 Clustern und 512 Bytesektoren)
  • 256 MB - 36 kb (mit 65525 Clustern und 4KB Sektoren)
Max. Volumengröße
  • 2TB (mit 512 Bytesektoren)
  • 8 TB (mit 2 KB -Sektoren und 32 KB -Clustern)
  • 16 TB (mit 4 KB -Sektoren und 64 KB -Clustern)
Max. Dateigröße
  • 2 GB - 1) (ohne 2 Gb - 1) (ohne Lfs)
  • 4,294.967.295 Bytes (4 GB - 1)[1] (mit Lfs)
  • 274.877.906.943 Bytes (256 GB - 1) (nur mit FAT32+[34])
Dateigröße Granularität 16 Byte
Max. Anzahl der Dateien 268.173.300 für 32 KB -Cluster
Max. Dateiname Länge 8.3 Dateiname mit OEM Figuren,
255 UCS-2 Figuren[NB 1] beim Benutzen Lfn
Max. Verzeichnistiefe 32 Stufen oder 66 Zeichen (mit CDs),
60 Stufen oder mehr (ohne CDS)
Merkmale
Daten aufgezeichnet
  • Modifiziertes Datum/Uhrzeit, Erstellungsdatum/Uhrzeit (nur DOS 7.0 und nur höher),
  • Zugriffsdatum (nur verfügbar mit Accdate aktiviert),[2]
  • Löschdatum/Uhrzeit (nur mit Delwatch 2)
Datumsbereich 1980-01-01 zu 2099-12-31 (2107-12-31)
Datumslösung
  • 2 Sekunden für die letzte modifizierte Zeit,
  • 10 ms für die Erstellungszeit,
  • 1 Tag für Zugangsdatum,
  • 2 Sekunden für die Löschzeit
Attribute Schreibgeschützt, versteckt, System, Volumen, Verzeichnis, Archiv
Dateisystemberechtigungen Teilweise nur mit DR-DOS, Real/32 und 4690 os
Transparente Komprimierung Ja

Um die Volumengrößengrenze von FAT16 zu überwinden, während gleichzeitig DOS erlaubt Real-Mode Code für das Format hat Microsoft eine neue Version des Dateisystems entwickelt. FAT32, was eine erhöhte Anzahl möglicher Cluster unterstützte, aber den größten Teil des vorhandenen Code wiederverwenden konnte, damit die Konventioneller Gedächtnis Der Fußabdruck wurde unter DOS um weniger als 5 KB erhöht.[38] Clusterwerte werden durch dargestellt 32-Bit Zahlen, von denen 28 Bit verwendet werden, um die Clusternummer zu halten.

Maximale Größen

Der FAT32-Bootsektor verwendet ein 32-BitTerabyte mit einer Sektorgröße von 512Bytes. Die maximale FAT32 -Volumengröße beträgt 16 TB mit einer Sektorgröße von 4.096 Bytes.[39][40] Das eingebaute Windows Shell Das Festplattenformat -Tool auf Microsoft Windows unterstützt nur Volumengrößen bis zu 32 GB, aber größere FAT32 -Volumina können mit dem erstellt werden Eingabeaufforderung, Power Shell oder Tools von Drittanbietern und von Microsoft Windows gelesen.[41]

Die maximal mögliche Größe für eine Datei auf einem FAT32 -Volumen beträgt 4Gb minus 1 Byte oder 4.294.967.295 (2)32- 1) Bytes. Diese Grenze ist eine Folge des 4-Byte-Dateilängeneintrags in der Verzeichnis Tabelle und würde auch relativ riesige FAT16-Partitionen beeinflussen, die durch eine ausreichende Sektorgröße ermöglicht werden.

Wie FAT12 und FAT16 enthält FAT32 keine direkte integrierte Unterstützung für lange Dateinamen, aber FAT32-Volumina können optional halten Vfat Lange Dateinamen zusätzlich zu kurzen Dateinamen genauso wie VFAT -Long -Dateinamen für FAT12- und FAT16 -Volumes implementiert wurden.

Entwicklung

FAT32 wurde 1996 mit Windows 95 OSR2 (MS-DOS 7.1) eingeführt, obwohl die Reformatierung erforderlich war, um es zu verwenden, und und Drivespace 3 (Die Version, die mit Windows 95 OSR2 und Windows 98 geliefert wurde) hat sie nie unterstützt. Windows 98 führte ein Dienstprogramm zur Konvertierung vorhandener Festplatten von FAT16 in FAT32 ohne Datenverlust ein.

In der Windows NT -Linie kam die native Unterstützung für FAT32 in ein Windows 2000. Ein kostenloser FAT32 -Fahrer für Windows NT 4.0 war erhältlich von Winternale, ein Unternehmen, das später von Microsoft übernommen wurde. Der Erwerb des Fahrers aus offiziellen Quellen ist nicht mehr möglich. Seit 1998 dynamisch ladbar Caldera DRFAT32 Der Fahrer könnte verwendet werden, um die Unterstützung von FAT32 in DR-DOS zu aktivieren.[42][43] Die erste Version von DR-DOS, um FAT32 und LBA Access nativ zu unterstützen, war 1999 OEM DR-DOS 7.04. Im selben Jahr war er IMS eingeführte native fat32 -Unterstützung mit Real/32 7.90 und IBM 4690 OS FAT32 -Unterstützung mit Version 2 hinzugefügt.[44] Vorwärts -Software lieferte einen weiteren dynamisch ladbaren FAT32.exe-Treiber für DR-DOS 7.03 mit Nero Burning ROM Im Jahr 2004 führte IBM die native FAT32 -Unterstützung mit OEM PC DOS 7.1 1999 ein.

Zwei Partitionstypen wurden für FAT32 -Partitionen reserviert. 0x0b und 0x0c. Der letztere Typ wird auch benannt FAT32X Um die Verwendung des LBA -Datenträgerzugriffs anstelle von CHS anzuzeigen.[42][45][46][47][48] Auf solchen Partitionen, CHS-bezogenen Geometrieeinträge, nämlich die CHS -Sektor Adressen im MBR sowie in der Anzahl der Sektoren pro Spur und die Anzahl der Köpfe Im EBPB -Datensatz kann keine oder irreführenden Werte enthalten und sollten nicht verwendet werden.[49][47][48]

Erweiterungen

Erweiterte Attribute

OS/2 stark abhängig von erweiterte Attribute (EAS) und speichert sie in einer versteckten Datei namens "Ea␠data.␠sf" in dem Wurzelverzeichnis des FAT12 oder FAT16 Volumen. Diese Datei wird durch zwei zuvor reservierte Bytes in der Datei (oder Verzeichnis) indiziert Verzeichniseintrag bei Offset 0x14.[50] In dem FAT32 Das Format halten diese Bytes die oberen 16 Bits der Startclusternummer der Datei oder des Verzeichnisses, wodurch es unmöglich ist, zu speichern OS/2 EAS auf fat32 mit dieser Methode.

Der Drittanbieter FAT32 jedoch Installierbares Dateisystem (IFS) Treiber FAT32.IFS Version 0.70 und höher von Henk Kelder & Netlabs für OS/2, ECOMSTATION und Arcaos Speichert erweiterte Attribute in zusätzlichen Dateien mit Dateinamen mit der Zeichenfolge. "␠ea.␠sf"An den regulären Dateinamen der Datei angehängt, zu der er gehören 0x0c In Verzeichniseinträgen, um ein spezielles Markierungs Byte zu speichern, das das Vorhandensein erweiterter Attribute angibt, um die Dinge zu beschleunigen.[51][52] (Diese Erweiterung ist mit der FAT32+ -Methode kritisch inkompatibel, um Dateien zu speichern, die größer als 4 GB minus 1 auf FAT32 -Volumina sind.)[34]

Erweiterte Attribute sind über die zugänglich Arbeitsplatzschale Desktop durch Rexx Skripte und viele Systeme GUI und Befehlszeile Dienstprogramme (wie z. 4OS2).[53]

Um seine zu unterbringen OS/2 Teilsystem, Windows NT Unterstützt den Umgang mit erweiterten Attributen in HPFS, NTFS, FAT12 und FAT16. Es speichert EAS auf FAT12, FAT16 und HPFS genau das gleiche Schema wie OS/2, unterstützt jedoch keine andere Art von Anzeigen wie auf NTFS -Bänden gehalten. Der Versuch, eine Datei mit anderen Anzeigen als EAS von einem NTFS -Volumen zu einem Fett- oder HPFS -Volumen zu kopieren, gibt eine Warnmeldung mit den Namen der ADS, die verloren gehen. Es unterstützt nicht die FAT32.IFS -Methode, um EAS auf FAT32 -Volumes zu speichern.

Windows 2000 Weiter wirkt genau wie Windows NT, außer dass es EAS beim Kopieren von FAT32 ohne Warnung ignoriert (aber die Warnung für andere Anzeigen wie "Macintosh Finderinformationen" und "Macintosh Resource Fork").

Cygwin Verwendet "Ea␠data.␠sf"Dateien auch.

Lange Dateinamen

Einer der Benutzererfahrung Ziele für die Designer von Windows 95 war die Fähigkeit zu verwenden Lange Dateinamen (LFNS - UP bis 255 UTF-16 Codeeinheiten lang),[NB 1] Neben Klassiker 8.3 Dateinamen (SFNS). Zum rückwärts und Vorwärtskompatibilität LFNs wurden als optionale Erweiterung über den vorhandenen Fettdateisystemstrukturen mit a implementiert Problemumgehung in der Art und Weise, wie Verzeichniseinträge angegeben werden.

Diese transparente Methode zum Speichern langer Dateinamen in den vorhandenen Fettdateisystemen, ohne ihre Datenstrukturen zu ändern, wird normalerweise als bezeichnet Vfat (für "virtuelles Fett") nach dem Windows 95 Treiber für virtueller Geräte.[NB 5]

Nicht-VFAT-fähige Betriebssysteme können weiterhin auf die Dateien unter ihrem Short-Dateinamen Alias ​​ohne Einschränkungen zugreifen. Die zugehörigen langen Dateinamen können jedoch verloren gehen, wenn Dateien mit langen Dateinamen unter nicht-vfat-bewussten Betriebssystemen kopiert werden.

In Windows NT begann die Unterstützung für VFAT Long Dateinamen mit der Version 3.5.

Linux bietet einen VFAT -Dateisystem -Treiber für die Arbeit mit Fettmengen mit vfat -langen Dateinamen. Für einige Zeit a UVFAT Der Fahrer war zur Verfügung, um eine kombinierte Unterstützung für Umsdos-Style -Berechtigungen mit vfat langen Dateinamen.

OS/2 Long Dateiname -Unterstützung für Fett mithilfe von Fett hinzugefügt erweiterte Attribute (EA) vor der Einführung von VFAT. Daher sind vfat lange Dateinamen für OS/2 unsichtbar und EA Long Filennamen sind für Windows unsichtbar. Daher müssten erfahrene Benutzer beider Betriebssysteme die Dateien manuell umbenennen.

Human68K unterstützt bis 18.3 Dateinamen und (Schicht jis) Kanji Zeichen in einer proprietären Fettdateisystemvariante.

Um zu unterstützen Java Anwendungen, die Flexos-basierend IBM 4690 OS Version 2 stellte seine eigene vor Virtuelles Dateisystem (VFS) Architektur zum Speichern langer Dateinamen im FAT-Dateisystem in rückwärtskompatibler Weise. Wenn dies aktiviert ist, sind die virtuellen Dateinamen (VFN) unter separaten logischen Laufwerksbuchstaben erhältlich, während die realen Dateinamen (RFN) unter den ursprünglichen Laufwerksbuchstaben erhalten bleiben.[54]

Gabeln und alternative Datenströme

Das Fettdateisystem selbst ist nicht für die Unterstützung ausgelegt Alternative Datenströme (Anzeigen), aber einige Betriebssysteme, die stark von ihnen abhängen, haben verschiedene Methoden zum Umgang mit Fettvolumina entwickelt. Solche Methoden speichern entweder die zusätzlichen Informationen in zusätzlichen Dateien und Verzeichnissen (VerzeichnisseKlassischer Mac OS und Mac OS) oder an zuvor nicht verwendete Felder der Datenstrukturen für Fett-On-Schleifen neue Semantik geben (Datenstrukturen (OS/2 und Windows NT).

Mac OS verwendet PC -Austausch Speichert seine verschiedenen Daten, Dateiattribute und langen Dateinamen in a Versteckte Datei genannt "Finder.dat", und Ressourcengabeln (ein gemeinsamer Mac OS -Anzeigen) in einem Unterverzeichnis namens ""Ressource.frk"In jedem Verzeichnis, in dem sie verwendet werden, speichern sie die Mac OS Long Dateinsamen von PC Exchange 2.1 als Standard-Fett-Langfilennamen und konvertieren Fatfilensamen länger als 31 Zeichen in eindeutige 31-Charakter-Dateinamen, die dann sichtbar gemacht werden können Macintosh -Anwendungen.

Mac OS Shops Ressourcengabeln und Metadaten (Dateiattribute, andere Anzeigen) verwenden AppleDouble -Format In einer versteckten Datei mit einem Namen, der aus dem Eigentümer -Dateinamen erstellt wurde, der vorangestellt ist "._", und Finder Speichert einige Ordner- und Dateimetadaten in einer versteckten Datei namens ".Ds_store"(Beachten Sie jedoch, dass der Finder verwendet .Ds_store Sogar auf MacOS 'nativem Dateisystem, HFS+).

UMSDOS -Berechtigungen und Dateinamen

Weitere Informationen: Fat -Dateisystem und Linux

Frühe Linux -Verteilungen unterstützten auch ein Format, das als als bekannt ist Umsdos, Eine Fat -Variante mit UNIX -Dateiattributen (z. B. Long Dateiname und Zugriffsberechtigungen), die in einer separaten Datei auf dem Namen gespeichert sind. "-Linux -.---". UMSDOS fiel danach nicht Vfat wurde veröffentlicht und ist standardmäßig nicht aktiviert in Linux ab Version 2.5.7 ab.[55] Für einige Zeit lieferte Linux auch eine kombinierte Unterstützung für Berechtigungen im Umsdos-Stil und vfat-lange Dateinamen durch UVFAT.

Fett+

Im Jahr 2007 die offenen Fett+ Entwurf vorgeschlagen, wie man speichert Größere Dateien bis zu 256 GB minus 1 Byte oder 274.877.906.943 (2)38-1) Bytes, auf leicht modifizierte und ansonsten rückwärtskompatible FAT32-Volumes,[34] Das Risiko erhebt jedoch, dass Festplatten -Tools oder FAT32 -Implementierungen, die diese Erweiterung nicht kennen, Dateien abschneiden oder löschen, die die normale Größenbeschränkung der FAT32 -Datei überschreiten. Unterstützung für FAT32+ und FAT16+ beschränkt sich auf einige Versionen von DR-DOS und nicht in Mainstream -Betriebssystemen verfügbar.[56] (Diese Erweiterung ist mit dem kritisch nicht kompatibel /Eas Option der FAT32.IFS -Methode zum Speichern OS/2 erweiterte Attribute auf FAT32 Volumes.)

Derivate

Turbofett

Hauptartikel: Turbofett

In seinem NetWare -Dateisystem (NWFS) Novell implementierte eine stark modifizierte Variante eines Fettdateisystems für die Netware Betriebssystem. Für größere Dateien wurde eine Leistungsfunktion namens benutzt Turbofett.

FATX

FATX ist eine Familie von Dateisystemen Microsoft's Xbox Videospielkonsole Festplatte fährt und Speicherkarten,[57][58] eingeführt im Jahr 2001.

Während sie den gleichen grundlegenden Designideen ähneln wie FAT16 und FAT32, das FATX16 und FATX32 On-Disk-Strukturen sind vereinfacht, aber mit normalen FAT6- und FAT32-Dateisystemen grundsätzlich nicht kompatibel, was es für normale Treiber für Fettdateisysteme unmöglich macht, solche Volumina zu montieren.

Der nicht stafbare Superblock-Sektor ist 4 kb groß und hält eine 18-Byte-große BPB-ähnliche Struktur vollständig von normal BPBS. Cluster haben in der Regel 16 KB und es gibt nur eine Kopie des Fetts auf der Xbox. Verzeichniseinträge sind 64 Bytes anstelle des Normalen 32 Bytes. Dateien können Dateinamen bis zu 42 Zeichen lang mit der OEM -Zeichensatz und bis zu 4 GB minus 1 Byte in Größe sein. Die Zeitstempel auf dem Schleifen halten Erstellung, Modifikation und Zugangsdaten und Zeiten, unterscheiden sich jedoch von Fett: im Fett, die Epoche ist 1980; In Fatx ist die Epoche 2000. Auf der Xbox 360Die Epoche ist 1980.[59]

pext

Hauptartikel: pext

exfat ist ein Dateisystem, das mit eingeführt wird Windows eingebettet CE 6.0 im November 2006 und in die Windows NT -Familie mitgebracht mit Vista Service Pack 1 und Windows XP Service Pack 3 (oder separate Installation von Windows XP Update KB955704). Es basiert lose auf der Architektur der Dateizuweisungstabelle, aber inkompatibel, proprietär und durch Patente geschützt.[60]

Das exfat ist für den Einsatz auf Flash -Laufwerke und Speicherkarten wie zum Beispiel SDXC und Memory Stick XC, wo fat32 sonst verwendet wird. Anbieter prä-format SDXC-Karten in der Regel damit. Der Hauptvorteil ist das Überschreiten der 4 -GB -Dateigrößengröße, da die Dateigröße mit acht anstelle von vier Bytes gespeichert werden, was die Grenze auf 2 erhöht64- 1 Bytes.

Microsoft's GUI und Befehlszeilenformat-Dienstprogramme bieten es als Alternative zu NTFS (und für kleinere Partitionen zu FAT16B und FAT32). Das Mbr Partitionstyp ist 0x07 (das gleiche wie verwendet für Ifs, HPFSund ntfs). Logische Geometrieinformationen in der Vbr wird in einem Format gespeichert, das keiner Art von BPB ähnelt.

Anfang 2010 war das Dateisystem dekompiliert bis zum Ohne Institut.[61] Am 28. August 2019 kündigte Microsoft an, dass es die technische Spezifikation für Peelfat öffentlich erstellen wird, damit sie im Linux -Kernel und in anderen Betriebssystemen verwendet werden können.[62]

Patente

Microsoft beantragte Mitte der neunziger Jahre eine Reihe von Patenten für wichtige Teile des Fettdateisystems und wurde erteilt. Alle vier beziehen sich auf Long-Filmname-Erweiterungen, um zuerst in Fett zu sehen in Windows 95: US -Patent 5.579.517,[63] US -Patent 5.745.902,[64] US -Patent 5.758.352,[65] US -Patent 6.286.013 (alle seit 2013 abgelaufen).[66]

Am 3. Dezember 2003 gab Microsoft bekannt[67] Dass es Lizenzen für die Verwendung seiner Fettspezifikation und "damit verbundenes geistiges Eigentum" auf Kosten einer Lizenzgebühr von 0,25 US -Dollar pro verkaufter Einheit mit einer maximalen Lizenzgebühr von 250.000 USD pro Lizenzvereinbarung anbieten würde.[68] Zu diesem Zweck zitierte Microsoft vier Patente auf dem Fettdateisystem als Grundlage für seine Ansprüche für geistiges Eigentum.

In der EFI FAT32 -Spezifikation,[7] Microsoft gewährt ausdrücklich eine Reihe von Rechten, die viele Leser als Ermöglichung von Betriebssystemanbietern interpretiert haben, Fett zu implementieren.[69]

Nicht-Microsoft-Patente, die Fett betreffen, umfassen: US-Patent 5.367.671, spezifisch für die OS/2 Erweiterte Objektattribute (abgelaufen im Jahr 2011).[70]

Herausforderungen und Klagen

Die Public Patent Foundation (PUBPAT) legte dem Beweise vor US -Patent- und Markenbüro (USPTO) im Jahr 2004, um die Gültigkeit des US -Patents 5579517 zu bestreiten,[63] einschließlich früherer Kunstreferenzen von Xerox und IBM.[71] Das USPTO eröffnete eine Untersuchung und schloss durch Ablehnung aller Ansprüche im Patent.[72] Im nächsten Jahr kündigte das USPTO weiter an, dass es nach dem Wiederuntersuchungsprozess die Ablehnung von 517 bestätigte und zusätzlich das US-Patent 5.758.352 feststellte[65] Ungültig mit der Begründung, dass das Patent falsche Bevollmächtigte hatte.

Im Jahr 2006 entschied das USPTO jedoch, dass Merkmale der Implementierung des Fettsystems durch Microsoft "neu und nicht offensichtlich" waren, um beide früheren Entscheidungen umzukehren und die Patente gültig zu lassen.[73]

Im Februar 2009 reichte Microsoft a ein Patentverletzung Klage gegen Tomtom behauptet, dass die Produkte des Geräteherstellers gegen Patente in Verbindung stehen Vfat Lange Dateinamen. Wie einige Tomtom -Produkte basieren auf LinuxDies war das erste Mal, dass Microsoft versuchte, seine Patente gegen die Linux -Plattform durchzusetzen.[74] Die Klage wurde im folgenden Monat außergerichtlich mit einer Vereinbarung über den Zugang zu vier Tomtom -Patenten abgeschlossen, dass Tomtom die Unterstützung für die VFAT -Long -Dateinamen aus seinen Produkten fallen lassen wird und die Microsoft im Gegenzug keine rechtlichen Schritte gegen Tomtom for anstreben wird Die fünfjährige Dauer des Vergleichsvertrags.[75]

Im Oktober 2010 reichte Microsoft eine Klage gegen Patentverletzungen ein Motorola Die Behauptung mehrerer Patente (einschließlich zwei der VFAT -Patente) wurden für die Verwendung in der nicht lizenziert Android Betriebssystem.[76] Sie haben auch eine Beschwerde an die vorgelegt ITC.[77] Entwickler von Open Source -Software haben Methoden entwickelt, mit denen die Patente von Microsoft umgehen sollen.[78][79]

2013 Patent EP0618540 "Common Name Space für lange und kurze Dateinamen" (seit 2014 abgelaufen[80]) wurde in Deutschland ungültig.[81] Nach dem Rückzug der Berufung wurde dieses Urteil am 28. Oktober 2015 endgültig.[82]

Siehe auch

Anmerkungen

  1. ^ a b c d e f Seit Windows 2000, Microsoft Windows verwendet UTF-16 Anstatt von UCS-2 für die Interner "Unicode". In UTF-16 kann ein "Zeichen" (Codepunkt) zwei Codeeinheiten aufnehmen.
  2. ^ Es wurde beobachtet, dass Windows XP bei der formatierten Formatierung von FAT16B-Format-Format mit Zip-100-Scheiben in FAT16B-Format ähnliche Hybridscheiben erzeugt. Die resultierenden Volumina waren FAT32 per Format, verwendeten aber dennoch das FAT16B EBPB. (Es ist unklar, wie Fenster die Position des Stammverzeichnisses auf FAT32 -Volumes bestimmt, wenn nur ein FAT16 EBPB verwendet wurde.)
  3. ^ a b Quellen unterscheiden sich in Bezug auf das erste NCR -Dateneintragsklett, das Unterstützung für das Fettdateisystem integriert. Entsprechend Stephen Mans und Paul Andrews, "Gates", Entwicklung war für a NCR 8200 Ende 1977, fälschlicherweise als ein schlaffes Upgrade auf dem Basis eingestuft NCR 7200, die 1975-11 veröffentlicht worden war (Modell I und Iv) und wurde um eine gebaut Intel 8080 8-Bit-Prozessor, aber nur auf Kassetten basiert. Der NCR Century 8200 war jedoch ein 16-Bit-Minicomputer, an den mehrere Dateneingabegesanminals angeschlossen werden konnten. Marc McDonald Ich erinnerte sich sogar an eine NCR 8500, ein Mainframe der Kriteriumserie, die ebenfalls ausgeschlossen werden kann. Angekündigt 1977-10 für den Versand 1978-02 stellte NCR auch die vor NCR I-8100 Serie einschließlich der 8080-basierten NCR I-8130 und NCR I-8150 Modelle von kleinen Geschäftssystemen mit zwei Disketten. Andere Quellen zeigen, dass entweder die NCR 7200 -Serie selbst oder die Nachfolgerserie die eigentliche Zielplattform waren. Ncr Basic plus 6 (bezogen auf Microsoft Extended Basic-80) wurde für die Kassettenbasis verfügbar NCR 7200 Modell VI in Q1/1977. Das NCR 7500 Serie wurde 1978 veröffentlicht, basierend auf einer ähnlichen 8080 -Hardware, aber jetzt einschließlich NCR 7520 und 7530 Models mit 8-Zoll-Disketten. NCR BASIC +6, ein Vorläufer oder Anpassung von Eigenständige Festplatte Basic-80 Ich war mindestens seit 1979 für sie verfügbar. Eine Quelle behauptet, dass eine spezielle NCR 7200-Modellvariante mit zwei 8-Zoll-Disketten und Microsoft Basic existiert und von NCR Sydney am wenigsten in Australien importiert wurde.
  4. ^ DR-DOS ist in der Lage, FAT12/FAT16 Logical Sectored Media mit Logische Sektorgrößen bis zu 1024 Bytes.
  5. ^ Ein Fahrer namens Vfat erschien vorher Windows 95, in Fenster für Arbeitsgruppen 3.11, aber diese ältere Version wurde nur für die Implementierung verwendet 32-Bit-Dateizugriff und unterstützte nicht Lange Dateinamen.

Verweise

  1. ^ a b "Dateisysteme". Microsoft Technet. 2001. Archiviert vom Original am 2011-08-12. Abgerufen 2011-07-31.
  2. ^ a b c d e Microsoft (2006-11-15). Windows 95 CD-ROM config.txt-Datei Archiviert 2020-07-31 am Wayback -Maschine Artikel 135481, Revision: 1.1, abgerufen 2011-12-22: "Für jede Festplatte gibt an, ob das Datum, an dem die Dateien zugegriffen werden, aufzeichnen soll. Letzte Zugriffsdaten werden für alle Laufwerke ausgeschaltet, wenn Ihr Computer im abgesicherten Modus gestartet wird. und werden standardmäßig nicht für Disketten aufrechterhalten. Syntax: Accdate = Drive1+|- [Drive2+|-] ..."
  3. ^ "Eine kurze Einführung in die Formate Fett (Dateizuweisungstabelle)". www.wizcode.com. Archiviert von das Original am 25. September 2015. Abgerufen 24. September, 2015.
  4. ^ "Vergleich von NTFs und Fettdateisystemen". Microsoft. Archiviert vom Original am 2016-06-20. Abgerufen 2014-01-27.
  5. ^ "So konvertieren Sie einen Laufwerk von FAT32 in NTFS ohne Datenverlust". Windowsloop. 2021-07-11. Archiviert vom Original am 2021-08-08. Abgerufen 2021-08-08.
  6. ^ Jeida/Jeita/CIPA (2010). "Standard der Assoziation der Kamera- und Imaging-Produkte, CIPA DC-009-Translation-2010, Entwurfsregel für Kamera-Dateisystem: DCF Version 2.0 (Edition 2010)" (PDF). Archiviert von das Original (PDF) Am 30. September 2013. Abgerufen 2011-04-13.
  7. ^ a b c d "Microsoft Extensible Firmware Initiative Fat32 Dateisystemspezifikation, FAT: Allgemeiner Überblick über das On-Disk-Format". Microsoft. 2011-03-30. Archiviert vom Original am 2021-07-23. Abgerufen 2018-12-21.
  8. ^ "Volumen- und Dateistruktur von Festplattenpatronen zum Informationsaustausch". Standard ECMA-107 (2. Aufl., Juni 1995). ECMA. 1995. Archiviert vom Original am 2018-10-07. Abgerufen 2011-07-30.
  9. ^ "Informationstechnologie - Volumen- und Dateistruktur von Festplattenpatronen zum Informationsaustausch". ISO/IEC 9293: 1994. ISO Katalog. 1994. Archiviert vom Original am 01.2012.2012-17. Abgerufen 2012-01-06.
  10. ^ "Informationsverarbeitung - Volumen- und Dateistruktur flexibler Festplattenpatronen für den Informationsaustausch". ISO 9293: 1987. ISO Katalog. 1987. Archiviert vom Original am 01.2012.2012-17. Abgerufen 2012-01-06.
  11. ^ Reynolds, Aaron R.; Adler, Dennis R.; Lipe, Ralph A.; Pedrizetti, Ray D.; Parsons, Jeffrey T.; Arun, Rasipuram V. (1998-05-26). "Volksname Raum für lange und kurze Dateinamen". US -Patent 5758352. Abgerufen 2012-01-19.
  12. ^ Chappell, Geoff (Januar 1994). Schulman, Andrew; Pedersen, Amorette (Hrsg.). DOS -Interna. Die Andrew Schulman -Programmierserie (1. Druck, 1. Aufl.). Addison Wesley Publishing Company. ISBN 978-0-201-60835-9. (xxvi+738+iv Seiten, 3,5 "-Floppy [1][2]) Errata: [3][4][5]
  13. ^ a b c d e f g h i j Xerox Basic-80-Basic-80 Referenzhandbuch (PDF). 5.0. Microsoft, Xerox. 1979. 610p70641. Archiviert (PDF) vom Original am 2016-03-04. Abgerufen 2014-06-02. (NB. Für Microsoft (Standalone Disk / Disk / Extended / 8K) Basic-80, (Standalone Disk / Extended) Basic-86, Basic Compiler, Release 5.0)
  14. ^ a b c d e f g h i j Microsoft Basic-80 Version 5.0 Referenzhandbuch / Basic-80 Interpreter und Compiler Addendum Release 5.1 (PDF). 5.1. Microsoft. 1979. Archiviert (PDF) vom Original am 2016-03-04. Abgerufen 2014-06-02. (NB. Für Microsoft (Standalone Disk / Disk / Extended / 8K) Basic-80, (Standalone Disk / Extended) Basic-86, Basic Compiler, Release 5.1)
  15. ^ a b c d e f g Duncan, Ray; Bostwick, Steve; Burgoyne, Keith (1988). Die MS-DOS-Enzyklopädie: Versionen 1.0 bis 3.2 (Komplett überarbeitet Ed.). Redmond, Washington, USA: Microsoft Press. ISBN 1-55615-049-0. Lccn 87-21452. OCLC 16581341. (XIX+1570 Seiten; 26 cm) (nb. Diese Ausgabe wurde 1988 nach umfassender Überarbeitung der entzogenen Erstausgabe von 1986 von einem anderen Autorenteam veröffentlicht. [6] Archiviert 2018-10-14 bei der Wayback -Maschine)
  16. ^ a b Mähnen, Stephen; Andrews, Paul (1993). Gates: Wie Microsofts Mogul eine Branche neu erfunden hat und sich zum reichsten Mann in Amerika machte. Doubleday. ISBN 0-385-42075-7.
  17. ^ a b c d Hunter, David (1983). "Tim Paterson - Die Wurzeln von Dos". Softalk für den IBM -Personalcomputer (März 1983). Archiviert von das Original Am 2019-09-06. Abgerufen 2014-06-02.
  18. ^ Schulman, Andrew; Brown, Ralf D.; Maxey, David; Michels, Raymond J.; Kyle, Jim (1994) [November 1993]. Undokumentierte DOS: Ein Programmierhandbuch zu reservierten MS-DOS-Funktionen und Datenstrukturen-erweitert um MS-DOS 6, Novell DOS und Windows 3.1 (2 ed.). Lesen, Massachusetts: Addison Wesley. p.11. ISBN 0-201-63287-x. (xviii+856+vi Seiten, 3,5 "-Floppy) Errata: [7][8]
  19. ^ a b Paterson, Tim (2007-09-30). "Design von DOS". Dosman -Trottel. Archiviert vom Original am 2013-01-20. Abgerufen 2011-07-04.
  20. ^ Seattle Computerprodukte (August 1980). "86 -dos - 8086 Betriebssystem - 95 US -Dollar". Byte (Anzeige). Vol. 5, nein. 8. Byte Publications Inc. p. 173. ISSN 0360-5280. Coden Bytedj. Abgerufen 2013-08-18. [9] Archiviert 2020-02-01 am Wayback -Maschine (NB. Die SCP -Anzeige ruft das Produkt bereits auf 86-doserwähnt aber keine bestimmte Versionsnummer. Version 0.3 ist bereits als 86-DOS bezeichnet, daher muss die Namensänderung entweder für Version 0.2 oder unmittelbar danach im August 1980 stattgefunden haben.)
  21. ^ a b c d Seattle Computer Products (1981). "SCP 86-DOS 1.0 Addendum" (PDF). Archiviert (PDF) vom Original am 2012-10-03. Abgerufen 2013-03-10.
  22. ^ Wallace, James; Erickson, Jim; (1992); Festplatte: Bill Gates und die Herstellung des Microsoft -Imperiums, John Wiley & Sons, ISBN0-471-56886-4
  23. ^ Norton, Peter; (1986); Im IBM PC, überarbeitet und vergrößert, Brady, ISBN0-89303-583-1, p. 157
  24. ^ Jenkinson, Brian; Sammes, A. J. (2000). Forensic Computing: Ein Leitfaden eines Praktikers (Praktikerinserie). Berlin: Springer. p.157. ISBN 1-85233-299-9. ... nur 2^12 (dh 4096) Zuordnungseinheiten oder Cluster können angesprochen werden. Tatsächlich ist die Zahl geringer als dies, da 000H und 001h nicht verwendet werden und FF0H bis FFFH für andere Zwecke reserviert oder verwendet werden, sodass 002H bis FEFH (2 bis 4079) als Bereich der möglichen Cluster übertroffen wird.
  25. ^ Paterson, Tim (1983). "Ein innerer Blick auf ms-dos". Byte. Archiviert von das Original am 20. Juli 2011. Abgerufen 2011-07-18. Die Nummerierung beginnt mit 2; Die ersten beiden Zahlen, 0 und 1, sind reserviert.
  26. ^ IBM (1984). IBM PC DOS 3.0 Ankündigungsschreiben.
  27. ^ IBM (1985). IBM PC DOS Technische Referenz. Erstausgabe, P/N 6024181, vom Februar 1985.
  28. ^ "Microsoft Knowledge Base Artikel:" MS-DOS-Partitionierungszusammenfassung "". Archiviert vom Original am 2018-06-12. Abgerufen 2018-06-02.
  29. ^ a b c Zu Ihrer Information - Installation von Dr. DOS auf NEC DOS 3.3 Partitions, Novell, 1993-01-05, fyi.m.1101, archiviert vom Original am 2016-03-04, abgerufen 2014-08-12
  30. ^ Brouwer, Andries. "Liste der Partitionskennung für PCs". Archiviert vom Original am 2019-04-23. Abgerufen 2012-01-11.
  31. ^ "Q78407: Wyse DOS 3.3 Partitionen, die mit MS-DOS 5.x und 6.x nicht kompatibel sind". Microsoft. 2000-12-17.[Dead Link] Alt URL
  32. ^ "Q68176: Upgrade vor 4.0-Systemen mit logischem Antrieb (s)> 32 MB". Microsoft. 2000-12-17.[Dead Link] Alt URL
  33. ^ Brouwer, Andries. "Eigenschaften von Partitionstabellen". Archiviert vom Original am 2019-04-23. Abgerufen 2012-01-11.
  34. ^ a b c d Kuhnt, udo; Georgiev, Luchezar I.; Davis, Jeremy (2007). "Fat+ Draft Revision 2" (2 ed.). Archiviert von das Original (FatPlus.txt) Am 2015-02-19. Abgerufen 2015-08-05.
  35. ^ "DSKPROBE -Übersicht: Datenwiederherstellung". Microsoft Technet. 2003-03-28. Archiviert vom Original am 2011-07-03. Abgerufen 2011-08-03.
  36. ^ "Fehler erstellen Dateien oder Ordner im Stammverzeichnis". Microsoft Hilfe und Support. 2004-12-16. Archiviert vom Original am 2020-07-31. Abgerufen 2006-10-14.
  37. ^ "Mkdosfs Man Page". Archiviert vom Original am 2006-10-07. Abgerufen 2006-11-21.
  38. ^ "Windows 98 Resource Kit - Kapitel 10 - Datenträger und Dateisysteme". Microsoft Technet. 1998. Archiviert vom Original am 2012-05-01. Abgerufen 2012-07-16.
  39. ^ "Einschränkungen des FAT32 -Dateisystems". Microsoft Knowledge Base. 2007-03-26. Archiviert vom Original am 2020-07-31. Abgerufen 2011-08-21. Cluster können nicht 64 Kilobyten (KB) oder größer
  40. ^ "Einschränkungen des FAT32 -Dateisystems in Windows XP". Microsoft Knowledge Base. 2007-12-01. Archiviert vom Original am 2020-07-31. Abgerufen 2011-08-21.
  41. ^ Glenn, Walter. "Wie man USB -Laufwerke mit FAT32 unter Windows mehr als 32 GB formatiert". How-to Geek. Archiviert vom Original am 2021-01-26. Abgerufen 2021-01-26.
  42. ^ a b Readme.txt-Caldera DR-DOS FAT32 FEELD BOOT DISK (DRFAT32). Caldera, Inc. 1998-07-24.
  43. ^ DRFAT32.SYS R1.00 INT 13H -Schnittstelle für FAT32 Redirector, Caldera, Inc., 1998-09-11
  44. ^ IBM; 4690 OS -Benutzerhandbuch Version 5.2, IBM-Dokument SC30-4134-01, 2008-01-10 ([10])
  45. ^ Karpowitz, Christina (1998-09-23). "Powerquest Partitionmagic 4.0 jetzt verfügbar". Powerquest. Archiviert von das Original Am 1999-02-08. Abgerufen 2015-04-17.
  46. ^ Livingston, Brian (1998-10-28). "FAT-32X kann bei großen Festplatten unterschiedlich funktionieren als FAT-32". InfoWorld. Vol. 20, nein. 43. Archiviert vom Original am 2015-11-12. Abgerufen 2015-04-17.
  47. ^ a b Dauch, Neal (2001-07-17). "Kann jemand Fat32x erklären?". Win98 Private FAQ, Windows 98 Consumer Preview -Programm. Archiviert von das Original Am 2004-06-13. Abgerufen 2015-04-17.
  48. ^ a b Costanzo, Lance (1998-05-14). "FAT32X". Archiviert von das Original Am 1998-05-21. Abgerufen 2015-04-17.
  49. ^ Steinberg, David (1998-05-01). "Was ist eine FAT32X -Partition?". Tech Tipp / FAQ. Powerquest Technischer Support. Archiviert vom Original am 2015-09-21. Abgerufen 2015-04-17.
  50. ^ Eifrig, Bob; Tavi Systems (28. Oktober 2000); Implementierung erweiterter Attribute im Fettdateisystem ([11] Archiviert 13. Juni 2006 bei der Wayback -Maschine)
  51. ^ Kelder, Henk; (2003); Fat32.txt für fat32.ifs Version 0.9.13. "([12] Archiviert 2013-05-11 bei der Wayback -Maschine): "Dieses Byte [...] wird beim Laufen nicht geändert Windows 95 und Nachbar [sic] durch Skandisk oder defragsieren. [...] Wenn ein anderes Programm den Wert auf 0x00 für eine Datei, die hat EAS Diese EAs werden nicht mehr mit dosfindfirst/nächster Anrufe gefunden. Das andere OS/2 Fordert das Abrufen von EAs (DoSquerypathinfo, DoSqueryFileInfo und Dosenumattribute) nicht auf dieses Byte. Auch das Gegenteil könnte [...] auftreten. [...] In dieser Situation wird nur die Leistung von Verzeichnisscans verringert. Beide Situationen [...] werden durch korrigiert Chkdsk".
  52. ^ Kelder, Henk; Fat32.txt für fat32.ifs Version 0.74 ( "Archivierte Kopie". Archiviert von das Original am 30. März 2012. Abgerufen 14. Januar, 2012.{{}}: CS1 Wartung: Archiviertes Kopie als Titel (Link)). Kommentar: Diese ältere Version der Readme -Datei erläutert immer noch die alte 0xea und 0xec magische Werte.
  53. ^ Eager, Bob (2000-10-28). "Implementierung erweiterter Attribute im Fettdateisystem". Tavi OS/2 Seiten. Archiviert von das Original on 2006-06-13. Abgerufen 2006-10-14.
  54. ^ IBM; 4690 OS -Programmierhandbuch Version 5.2, IBM-Dokument SC30-4137-01, 2007-12-06 ([13])
  55. ^ "Versionshinweise für v2.5.7". Das Linux -Kernel -Archive. 2002-03-12. Archiviert vom Original am 2006-04-15. Abgerufen 2006-10-14.
  56. ^ Kuhnt, Udo (2011-07-21). "DR-DOS/Opendos Enhancement Project". Archiviert vom Original am 2016-07-06. Abgerufen 2015-04-20.
  57. ^ "FATX -Spezifikation". Free60 Wiki. Archiviert vom Original am 2018-07-26. Abgerufen 2011-08-16.
  58. ^ de Quincey, Andrew; Murray-Pitts, Lucien (2008-08-29). "Xbox Partitioning- und Dateisystemdetails". 0,13. Xbox-Linux-Projekt. Archiviert von das Original Am 2010-06-17. Abgerufen 2014-05-25.
  59. ^ Steil, Michael (2008-02-26) [2003]. "Unterschiede zwischen Xbox FATX und MS-DOS-Fett". Xbox-Linux-Projekt. Archiviert von das Original Am 2010-06-17. Abgerufen 2014-05-25.
  60. ^ Microsoft. "Exfat -Dateisystem -Systemlizenzprogramm für geistiges Eigentum". Microsoft. Archiviert von das Original am 7. Mai 2013. Abgerufen 2013-04-23.
  61. ^ "Reverse Engineering Das Microsoft Exfat -Dateisystem | SANS -Institut". Archiviert vom Original am 2021-04-21. Abgerufen 2021-03-20.
  62. ^ "Peat im Linux -Kernel? Ja!". Microsoft Open Source Blog. 2019-08-28. Archiviert vom Original am 2019-09-01. Abgerufen 2019-10-06.
  63. ^ a b US 5579517Reynolds, Aaron R.; Adler, Dennis R. & Lipe, Ralph A. et al., "Common Name Space For Long and Short Filenamen", ausgestellt 1996 
  64. ^ US 5745902, Miller, Thomas J. & Kimura, Gary D., "Methode und System zum Zugriff auf eine Datei mithilfe von Dateinamen mit unterschiedlichen Dateinamenformaten", veröffentlicht 1998 
  65. ^ a b US 5758352Reynolds, Aaron R.; Adler, Dennis R. & Lipe, Ralph A. et al., "Common Name Space for Long and Short Filenamen", ausgestellt 1998 
  66. ^ US 6286013Reynolds, Aaron R.; Adler, Dennis R. & Lipe, Ralph A. et al. 
  67. ^ Microsoft.com Archiviert 22. August 2009 bei der Wayback -Maschine
  68. ^ "Fettdateisystem". Lizenzierung des geistigen Eigentums. Microsoft. Archiviert von das Original Am 2016-09-21.
  69. ^ Garrett, Matthew (2012-01-19). "Efi und Linux: Die Zukunft ist hier und es ist schrecklich". Linux.conf.au. Youtube. Archiviert vom Original am 2021-11-02. Abgerufen 2014-01-12.
  70. ^ US 5367671, Feigenbaum, Barry A. & Miro, Felix, "System zum Zugriff auf erweiterte Objektattributdaten (EA) über Dateinamen oder EA -Handle -Verknüpfungen in Pfadtabellen", ausgestellt 1994 
  71. ^ Ravicher, Daniel B. (2004-04-15). "Pubpats Anfrage zur erneuten Prüfung des Fat -Patents von Microsoft" (PDF). Public Patent Foundation. Archiviert (PDF) vom Original am 2013-06-07. Abgerufen 2014-01-12.
  72. ^ USPTO (2004-09-30). "Patentbüro -Büroaktion Ablehnung von Microsoft Fat Patent" (PDF). Public Patent Foundation. Archiviert (PDF) vom Original am 2013-05-26. Abgerufen 2014-01-12.
  73. ^ Broache, Anne (2006-01-10). "Microsoft Dateisystem Patent bestätigt". CNET News. Archiviert vom Original am 2016-05-03. Abgerufen 2016-04-07.
  74. ^ Paul, Ryan (2009-02-25). "Microsoft -Anzug über fette Patente könnte die Box von Oss Pandora öffnen". arstechnica.com. Archiviert vom Original am 2009-02-27. Abgerufen 2009-02-28.
  75. ^ Fried, Ina (2009-03-30). "Microsoft, Tomtom Setting Patentstreit". cnet.com. Archiviert vom Original am 2009-08-05. Abgerufen 2009-08-22.
  76. ^ "Microsoft Motorola Patentanzug". 2010-10-01. Archiviert vom Original am 2010-10-06. Abgerufen 2010-10-02.
  77. ^ Protalinski, Emil (2010-10-01). "Microsoft verklagt Motorola unter Berufung auf Android -Patentverletzung". arstechnica.com. Archiviert vom Original am 2010-10-02. Abgerufen 2010-10-02.
  78. ^ Paul, Ryan (2009-07-02). "New Linux Patch könnte die fetten Patente von Microsoft umgehen". Arstechnica.com. Archiviert vom Original am 2013-11-01. Abgerufen 2013-10-30.
  79. ^ Brown, Eric (2009-07-02). "Kann Fat Patch Microsoft -Klagen vermeiden?". Desktoplinux.com. Archiviert von das Original Am 2013-01-31. Abgerufen 2009-08-23.
  80. ^ [14], "Common Name Space für lange und kurze Dateinamen", ausgestellt 1994-03-31  Archiviert 2020-03-28 am Wayback -Maschine
  81. ^ Müller, Florian (2013-12-05). "Bundespatentgericht von Deutschland wird ungültig gemacht, Microsoft Fat Patent, Berufungsgericht kann nicht zustimmen". Foss Patente. Archiviert vom Original am 2014-01-04. Abgerufen 2014-01-12.
  82. ^ Labesius, Stefan (2017-05-28). "BundspatentGericht Erklärt Vfat-Patent Erneut für Nicktig". Ifross. Archiviert vom Original am 2019-08-02. Abgerufen 2019-08-02.

Externe Links