imported>Mrjokla: /* growthexperiments-addlink-summary-summary:2|0|0 */

2025-03-07T06:06:46Z

growthexperiments-addlink-summary-summary:2|0|0

Neue Seite

{{Infobox Dateisystem
| name= NTFS
| developer= [[Microsoft]]
| full_name= New Technology File System
| introduction_date= Juli 1993
| introduction_os= [[Microsoft Windows NT 3.1|Windows NT 3.1]]
| partition_id= 0x07 ([[Master Boot Record|MBR]]) [[Basic Data Partition|EBD0A0A2-B9E5-4433-87C0-68B6B72699C7]] ([[GUID Partition Table|GPT]])
| directory_struct= [[B⁺-Baum|B+-Baum]]
| file_struct= Bitmap/Extents
| bad_blocks_struct= Bitmap/Extents
| max_file_size= 16 [[Byte#Vergleich|TiB]] in der aktuellen Umsetzung (16 [[Byte#Vergleich|EiB]] konzeptbedingt) = ca. 17,1 [[Byte#Vergleich|TB]] bzw. 18,0 [[Byte#Vergleich|EB]]
| max_files_no= 4.294.967.295 (232-1)
| max_filename_size= 255 Zeichen
| max_volume_size= 256 [[Byte#Vergleich|TiB]] in der aktuellen Umsetzung (16 [[Byte#Vergleich|EiB]] konzeptbedingt)
| filename_character_set= alle Zeichen außer [[Nullzeichen|'\0' (NUL)]] und [[Schrägstrich|'/']], Windows verbietet außerdem die folgenden Zeichen \ : * ? " < > {{!}}
| dates_recorded= Erzeugung, Änderung, Metadaten-Änderung, letzter Zugriff
| date_range= 1. Januar 1601 bis 28. Mai 60056<ref>{{Internetquelle |autor=ColinFinck |url=https://github.com/time-rs/time/discussions/306#discussioncomment-2458791 |titel=time-rs / time – Use case for ‚large-dates‘ feature flag #306 |werk=[[GitHub]] |datum=2022-03-29 |format=GitHub-Diskussion |sprache=en |abruf=2024-08-16 |zitat=…<code>time</code> for years up to the maximum 60056 supported by <code>NtfsTime</code>.}}</ref>, <abbr title="Win32-API: bis 14. September 30828; Windows-Explorer: 1. Jänner 1980 bis 31. Dezember 2107">praktisch weniger</abbr><ref>{{Internetquelle |url=https://learn.microsoft.com/de-de/windows/win32/api/minwinbase/ns-minwinbase-systemtime |titel=Learn / Windows / Apps / Win32 / API / Minwinbase.h: SYSTEMTIME-Struktur (minwinbase.h) |hrsg=Microsoft |datum=2024-03-04 |abruf=2024-08-16 |zitat=Das Jahr. Die gültigen Werte für dieses Element sind 1601 bis 30827.}}</ref><ref>{{Internetquelle |url=https://www.forensicfocus.com/articles/interpretation-of-ntfs-timestamps/ |titel=Interpretation of NTFS Timestamps |werk=Forensic Focus |hrsg=Upstart Digital Media Ltd |datum=2013-04-06 |sprache=en |abruf=2024-08-16 |zitat=The documentation of ''FileTimeToSystemTime()'', as well as practical tests, indicate that the FILETIME value to be translated must be 0x7FFFFFFFFFFFFFFF or less. This corresponds to the time 30828-09-14 02:48:05.4775807.}}</ref>
| date_resolution= 100 ns<ref>vectorsoft.de: [https://www.vectorsoft.de/Blog/2012/03/Neue-Funktion-FsiStamp/ Neue Funktion FsiStamp(): Zeitstempel in Dateisystemen], 13. März 2012, abgerufen am 29. Januar 2021.</ref>
| forks_streams= unterstützt
| attributes= [[Schreibschutz|schreibgeschützt]], versteckt, System-Datei, [[Archivbit|Archiv]]
| file_system_permissions= [[Access Control List|ACL]]
| compression= auf Dateiebene, [[LZ77]] (ab [[Windows NT|Windows NT 3.51]])
| encryption= auf Dateiebene [[DESX]] (ab [[Windows 2000]]), [[Triple DES]] (ab [[Windows XP]]), [[Advanced Encryption Standard|AES]] (ab Windows XP Service Pack 1, [[Windows Server 2003]])
| OS= '''nativ:''' alle auf [[Microsoft Windows NT|Windows-NT]]-basierenden Windowsversionen '''andere Betriebssysteme:''' über Fremdtreiber ([[Linux]], [[MS-DOS]], [[Windows 9x]], [[macOS]]), Einschränkungen: siehe nachstehende Angaben
}}

'''NTFS''' ist ein [[proprietär]]es [[Dateisystem]] von [[Microsoft]] für alle [[Betriebssystem]]e der [[Microsoft Windows NT|Windows-NT]]-Reihe (ab 1993). Die Abkürzung steht für '''New Technology File System'''.

Im Vergleich zum bis in die [[Microsoft Windows|Windows]]-[[Windows 9x|9x-Reihe]] verwendeten Dateisystem [[File Allocation Table|FAT]] bietet NTFS unter anderem einen gezielten Zugriffsschutz auf Dateiebene sowie größere Datensicherheit durch [[Journaling]]. Ein weiterer Vorteil von NTFS ist, dass die Dateigröße nicht wie bei FAT auf 4 [[Binärpräfix|GiB]] beschränkt ist. Allerdings ist NTFS für den Datenaustausch nicht so weit verbreitet wie FAT oder dessen moderne Variante [[exFAT]], die einige der Einschränkungen wie das 4-GiB-Limit bei der Dateigröße nicht mehr hat. Derart große Dateien werden beispielsweise beim Erstellen von [[DVD]]-[[ISO-Abbild|Abbildern]] benötigt. Neben NTFS nutzt Microsoft für einige Einsatzzwecke in seinen Produkten auch das Dateisystem [[ReFS]].

== Geschichte ==
Als die Entwicklung von Windows NT, dem späteren [[Microsoft Windows NT 3.1]] begann, war noch nicht klar, welches Dateisystem das zukünftige Betriebssystem benutzen würde. Zu diesem Zeitpunkt existierten das Dateisystem [[FAT16]], welches von [[MS-DOS]] verwendet wurde, und [[HPFS]], das Dateisystem von [[OS/2]]. Das Dateisystem FAT war zu diesem Zeitpunkt bereits weit verbreitet, aber nach Ansicht von [[David N. Cutler|David Cutler]] erfüllten sowohl FAT als auch das fortschrittlichere HPFS nicht die Voraussetzungen an Zuverlässigkeit, die er an ein Dateisystem stellte.<ref name="showstopper129130" /> Das neue Dateisystem musste nach seiner Ansicht in der Lage sein, beschädigte Dateien automatisch wiederherzustellen. Zudem hatten beide Dateisysteme Beschränkungen in der maximalen Dateigröße und -anzahl, und es war zu erwarten, dass das neue Betriebssystem in Zukunft größere Datenmengen verwalten würde.<ref name="showstopper133" /> Die Entwicklung eines dritten Dateisystems drohte allerdings den Zeitplan des Betriebssystems zu gefährden.<ref name="showstopper129130" />

So begann zunächst die Spezifikationsphase des neuen Dateisystems. Unter FAT16 waren Dateinamen auf das [[8.3]]-Format beschränkt. Diese Namen waren durch die erzwungene Kürze oft kryptisch und darüber hinaus schwer zu merken. HPFS unterstützte zwar Dateinamen, die bis zu 255 Zeichen lang sind, aber ältere DOS- oder Windows-Programme konnten solche Dateien nicht sehen. NTFS sollte dieses Problem lösen, indem jeder lange [[Dateiname]] automatisch eine Kurzform erhielt, durch welche die Datei auch von älteren Anwendungen bearbeitet werden konnte.<ref name="showstopper146147" />

Die Entwicklung des neuen Dateisystems stand jedoch auf wackeligen Beinen. Der April 1991 hätte beinahe das Aus für NTFS bedeutet, als sich mehrere Entwickler dafür aussprachen, die Entwicklung dieses Dateisystems aus Zeitgründen zu beenden. Erst als Cutler, der sich zu dieser Zeit im Urlaub befand, zurückkehrte und die Wiederaufnahme der Entwicklung anordnete, gingen die Arbeiten weiter.<ref name="showstopper148150" /> Im Februar 1992 begann die Testphase des neuen Dateisystems.<ref name="showstopper218" /> Erst im Oktober 1992 war das Dateisystem stabil genug für eine Implementierung.<ref name="showstopper239" />

== {{Anker|Aufbau}}Aufbau – MFT ==
NTFS erbte viele Konzepte des Dateisystems [[HPFS]] von [[IBM]], das in dem anfangs zusammen mit Microsoft entwickelten Betriebssystem [[OS/2]] verwendet wurde, geht aber in einigen Aspekten weit darüber hinaus.

Im Gegensatz zu [[Inode]]-basierten Dateisystemen, welche bei [[Unix]] zum Einsatz kommen (Konzept: alles ist eine Datei), werden bei NTFS alle Informationen zu Dateien in einer Datei (Konzept: alles ist in einer Datei), der '''''Master File Table''''', kurz '''MFT''' gespeichert. In dieser Datei befinden sich die Einträge, welche Blöcke zu welcher Datei gehören, die Zugriffsberechtigungen und die Attribute. Zu den Eigenschaften (Attributen) einer Datei gehören unter NTFS Dateigröße, Datum der Dateierstellung, Datum der letzten Änderung, Freigabe, Dateityp und auch der eigentliche Dateiinhalt.

Sehr kleine Dateien und Verzeichnisse werden in der MFT direkt abgespeichert. Größere Dateien werden dann als Attribut in einem Datenlauf gespeichert. Es existieren 4 Stadien des Dateiwachstums.<ref>{{Internetquelle |autor=kexugit |url=https://learn.microsoft.com/en-us/archive/blogs/ |titel=Archived MSDN and TechNet Blogs |sprache=en-us |abruf=2023-01-08}}</ref>

Beim Formatieren der Festplatte wird für die MFT ein fester Platz reserviert, der nicht von anderen Dateien belegt werden kann. Wenn dieser Bereich mit Informationen komplett gefüllt ist, beginnt das Dateisystem freien Speicher vom Datenträger zu benutzen, wodurch es zu einer [[Fragmentierung (Dateisystem)|Fragmentierung]] der MFT kommen kann. Standardmäßig wird ein Bereich von 12,5 % der Partitionsgröße für die MFT reserviert.

Beim Speichern von [[Metadaten]] wird ein [[Journaling-Dateisystem|Journal]] geführt, was bedeutet, dass eine geplante Aktion zuerst in das Journal geschrieben wird. Erst dann wird der eigentliche Schreibzugriff auf die Daten ausgeführt, und abschließend wird das Journal aktualisiert. Wenn ein Schreibzugriff nicht vollständig beendet wird, zum Beispiel wegen eines Absturzes, braucht das Dateisystem nur die Änderungen im Journal zurückzunehmen und befindet sich anschließend wieder in einem konsistenten Zustand.

== NTFS-Versionen ==
Die folgende Liste spiegelt die Zuordnung zwischen NTFS- und Windows-Version wider:

* NTFS 1.0 – [[Microsoft Windows NT 3.1|Windows NT 3.1]]
* NTFS 1.1 – [[Microsoft Windows NT 3.5|Windows NT 3.5]]/[[Microsoft Windows NT 3.51|3.51]] (und Windows NT 3.1 im Dualbootszenario)<ref name="nt31-dualboot">[https://support.microsoft.com/en-us/kb/122441 ''STOP 7B When Not Updating File Systems for Windows NT 3.1.''] support.microsoft.com, abgerufen am 16. November 2015</ref>
* NTFS 2 – [[Microsoft Windows NT 4.0|Windows NT 4.0]]
* NTFS 3.0 – Windows NT 4.0 ab [[Service Pack]] 4 und [[Microsoft Windows 2000|Windows 2000]] (NT 5.0)<ref name="3.x-Kompatibilität">[http://support.microsoft.com/kb/310749/de Neue Möglichkeiten und Features des Dateisystems NTFS 3.1] – Seite bei ''Microsoft Hilfe und Support''; Stand: 1. Dezember 2007</ref>
* NTFS 3.1 – ab [[Microsoft Windows XP|Windows XP]] (NT 5.1)<ref name="3.x-Kompatibilität"/>

=== Versionskompatibilität ===
* Einzige Aufwärtskompatibilität besteht für Version 3.0 zu 3.1, da die Datenträgerformate identisch sind. Somit kann selbst Windows NT 4.0 noch auf Windows-XP-Partitionen zugreifen, mit Ausnahme des für Windows-Domänencontroller nötigen ''USN-Journals'' bei einem Dualbootszenario auf demselben Rechner.<ref name="3.x-Kompatibilität" /> Windows NT 3.1 lässt sich mithilfe aktualisierter Systemdateien aus Windows NT 3.5 aktualisieren (NTFS 1.0 zu Version 1.1), wofür Microsoft eine offizielle Anleitung veröffentlicht hat.<ref name="nt31-dualboot" />
* Grundsätzlich sind alle übrigen Versionen von NTFS zu früheren Versionen abwärtskompatibel (spätere Windows-Versionen haben Vollzugriff auf ältere NTFS-Versionen), aber zu späteren Versionen sind sie ohne aktualisierten Treiber nicht aufwärtskompatibel.

== Unterschiede gegenüber dem Dateisystem FAT ==
=== Ab NTFS 1.X ===
Die Unterschiede gegenüber FAT sind:
* effiziente Speichernutzung bei [[Partition (Datenträger)|Partitionen]] über 400 [[Binärpräfix|MiB]]
* Metadaten-[[Journaling-Dateisystem|Journaling]]: die Dateisystemstrukturen befinden sich immer in einem konsistenten Zustand
* lange Dateinamen: Dateinamen können im Gegensatz zu [[File Allocation Table#FAT16|FAT16]] auch nativ (ohne [[VFAT]]) bis zu 255 Zeichen lang sein und aus fast beliebigen [[Unicode]]-Zeichen bestehen. NTFS unterscheidet zwischen Groß- und Kleinschreibung; dies wird zwar von [[Win32]]-Anwendungen nicht unterstützt, [[POSIX]]-Anwendungen können aber auch Dateien, die sich ausschließlich in der Groß- und Kleinschreibung unterscheiden, korrekt verwalten.<ref name="msq100625" />
* eine maximale Länge des kompletten Pfadnamens von 32.767 Zeichen (allerdings beschränkt Windows bis zur Version Windows 10 Build 14352 die nutzbare Länge auf 260 Zeichen)
* flexible Rechteverwaltung durch Verwendung von [[Access Control List]]s
* maximale Dateigröße von theoretisch 16 [[Exbibyte|Exbibyte (EiB)]]
* schnelle und effiziente Speicherung von kleinen Dateien direkt in der MFT (ab Windows NT 3.51 werden standardmäßig 4096 [[Byte]] große [[Cluster (Datenträger)|Cluster]] verwendet)
* Speicherung von [[Alternativer Datenstrom|alternativen Datenströmen]]
* transparente Komprimierung von Dateien (wird, obwohl von Beginn an entwickelt, erst ab der Version ''Windows NT 3.51'' implementiert und nur bei unverschlüsselten Dateien und Clustergrößen bis 4 [[Byte|KiB]] unterstützt).

=== Ab NTFS 2.X ===
* Datenverschlüsselung (nur auf Dateiebene)

=== Ab NTFS 3.X ===
* Transparente Dateiverschlüsselung mit [[Encrypting File System|EFS]] (nicht in der Windows XP Home Edition und nur bei unkomprimierten Daten)
* [[Disk Quota|Kontingente]], um den verwendbaren Festplattenplatz für einzelne Nutzer zu beschränken,
* ''Analysepunkte'' (englisch ''Reparse Point'') zur Verknüpfung von Aktionen/Funktionen mit Dateien oder Verzeichnissen,
* ''[[Harter Link|Harte Links]]'': Jede Datei kann von bis zu 1023 Dateinamen referenziert werden (eine Datei, viele Namen),
* für Dateien mit vielen Leerinhalten werden, wenn sie als ''[[NTFS Sparse|Datei mit geringer Datendichte]]'' gekennzeichnet sind, nur tatsächlich geschriebene Abschnitte gespeichert.
* Erhöhte Defragmentierungsgeschwindigkeit.<ref>[http://www.allround-pc.com/artikel/wissen/2003/fat32-vs-ntfs ''Dateisysteme im Vergleich – FAT32 vs. NTFS.''] In: ''Allround-PC.com'', abgerufen am 15. November 2013.</ref>

==== Analysepunkte ====
Analysepunkte (englisch auch ''{{lang|en|reparsepoint}}'' genannt) stellen eine flexible Erweiterung für das Dateisystem dar, indem es Dateisystemeinträge mit Funktionen verknüpft. Diese können auf vielfältige Art verwendet – so etwa über den Befehl <code>fsutil</code> verwaltet – und auch in zukünftigen Versionen erweitert werden. Ein Dateisystemtreiber, der eine bestimmte Art Analysepunkt nicht kennt, führt diesen nicht aus. Beim Zugriff auf einen Analysepunkt werden die funktionsspezifischen Analysedaten dynamisch durch die entsprechende Funktion ausgewertet (daher „Analyse“). Dies impliziert, dass eine solche Analyse auch fehlschlagen kann und ein Zugriff auf die durch den Analysepunkt bereitgestellten Daten (möglicherweise durch aktuelle, vorübergehende Umstände) nicht möglich ist.

Folgende Funktionen werden derzeit von NTFS unterstützt:
* ''[[Abzweigungspunkt]]e'', um Verzeichnisverbindungen mit Verzeichnissen zu verbinden.
* ''Bereitstellungspunkte'', um [[logischer Datenträger|logische Datenträger]] in andere Verzeichnisse [[mounten|einzubinden]].
* ''[[Symbolische Verknüpfung]]en'', um Dateieinträge mit Dateien zu verknüpfen. Diese wurden mit ''[[Microsoft Windows Vista|Vista]]'' eingeführt und unterstützen, anders als die zuvor genannten Analysepunkte, auch Verweise zu nicht lokalen Objekten – sie können also (ebenso wie die ''Bereitstellungspunkte'') über (physische) Datenträgergrenzen hinaus verweisen.

=== Erweiterungen seit Windows Vista ===
==== Transactional NTFS (TxF) ====
Mit der Einführung von [[Microsoft Windows Vista|Windows Vista]] wurde das NTFS-Dateisystem um das Konzept [[Atomare Operation|atomarer Operationen]] (Transaktionen) erweitert. Dieses transaktionsbasierte NTFS (englisch ''Transactional NTFS''; kurz: TxF) ermöglicht es Anwendungen, Dateioperationen atomar auszuführen. Veränderungen am Dateisystem werden also nur dann ausgeführt, wenn die gesamte Transaktion erfolgreich durchgeführt werden konnte. Zu einer Transaktion kann dabei eine Einzeloperation oder eine Abfolge von Dateioperationen gehören (beispielsweise das Erzeugen, Löschen oder Umbenennen einer oder mehrerer Dateien bzw. Verzeichnisse).

Transactional NTFS wurde auf Basis des ebenfalls mit Windows Vista eingeführten ''Kernel Transaction Manager''<ref>[http://msdn.microsoft.com/en-us/library/bb986748(v=VS.85).aspx Dokumentation zum Kernel Transaction Manager] (englisch)</ref> (KTM) implementiert, der Transaktionen auf der Ebene des [[Kernel (Betriebssystem)|Kernel]]s ermöglicht. Es erweitert die bereits in vorigen NTFS-Versionen enthaltene Journal-Funktionalität, die sich auf die Integrität der Strukturen des Dateisystems beschränkt, um folgende Möglichkeiten:

* Atomare Operationen auf Einzeldateien:
: Ein Beispiel hierfür ist das Speichern einer Datei durch eine Anwendung: Kam es bislang während des Schreibvorgangs zu einem Programm- oder Rechnerabsturz, wurde unter früheren NTFS-Versionen nur ein Teil der Daten geschrieben, was zu einer unvollständigen Datei führen konnte. Dies war insbesondere problematisch, wenn eine frühere Dateiversion ersetzt bzw. überschrieben werden sollte – Datenverlust war die Folge.
* Atomare Operationen, die mehrere Dateien umfassen:
: Wenn eine Applikation an mehreren Dateien gleichzeitig Veränderungen durchführen muss, können alle notwendigen Dateioperationen in einer Transaktion zusammengefasst und eine Dateninkonsistenz im Falle eines Fehlers vermieden werden.
* Atomare Operationen über Rechnergrenzen hinweg:
: Die Durchführung gleicher Operationen auf mehreren Rechnern ist eine übliche administrative Aufgabe; beispielsweise in einem Rechnerverbund eines Unternehmens. Transactional NTFS interagiert mit dem [[Distributed Transaction Coordinator]] (DTC) und stellt sicher, dass Änderungen erfolgreich auf allen beteiligten Rechnern, die Transactional NTFS unterstützen, durchgeführt werden konnten (z. B. die zentrale Synchronisation mehrerer [[Arbeitsplatzrechner]]).

Windows unterstützt Transaktionen ab [[Microsoft Windows Vista|Windows Vista]] bzw. [[Microsoft Windows Server 2008|Windows Server 2008]]. Mittlerweile empfiehlt Microsoft allerdings den Einsatz von Alternativen, die API muss damit als ''deprecated'' betrachtet und von einem Einsatz abgeraten werden.<ref>{{Internetquelle|titel=Alternatives to using Transactional NTFS|url=http://msdn.microsoft.com/en-us/library/windows/desktop/hh802690(v=vs.85).aspx |werk=Microsoft.com|datum=2013-12-05|zugriff=2014-01-13|sprache=EN|zitat=Microsoft strongly recommends developers investigate utilizing the discussed alternatives (or in some cases, investigate other alternatives) rather than adopting an API platform which may not be available in future versions of Windows.}}</ref>

== Standard-Clustergrößen und Einschränkungen ==
Je nach Größe des Laufwerks werden folgende Standard-Clustergrößen vergeben:<ref>{{Internetquelle |url=http://support.microsoft.com/kb/140365/en-us |titel=Default cluster size for NTFS, FAT, and exFAT |titelerg=KB 140365 (Revision: 9.1) |hrsg=Microsoft |datum=2013-07-12 |sprache=en |abruf=2014-03-16}}</ref>
{| class="wikitable" style="text-align:right"
|-
!align="left"| Betriebssystem
|align="center" colspan="2" | NT 3.51
|align="center" colspan="2" | NT 4.0
|align="center" colspan="2" | alle ab Windows 2000
|-
!Laufwerksgröße
!Clustergröße
!Sektoren
!Clustergröße
!Sektoren
!Clustergröße
!Sektoren
|-
|style="text-align:left"|7 [[Mebibyte]] bis 512 MiB || 512 Bytes || 1 || 4.096 Bytes || 8 || 4.096 Bytes || 8
|-
|style="text-align:left"|512 Mebibyte bis 1 GiB ||1.024 Bytes ||2 || 4.096 Bytes || 8 || 4.096 Bytes || 8
|-
|style="text-align:left"|1 [[Gibibyte]] bis 2 GiB ||2.048 Bytes ||4 || 4.096 Bytes || 8 || 4.096 Bytes || 8
|-
|style="text-align:left"| 2 Gibibyte bis 2 TiB ||4.096 Bytes ||8 || 4.096 Bytes || 8 || 4.096 Bytes || 8
|-
|style="text-align:left"| 2 [[Tebibyte]] bis 16 TiB || colspan="2" | nicht unterstützt (MBR) || colspan="2" | nicht unterstützt (MBR) || 4.096 Bytes || 8
|-
|style="text-align:left"| 16 Tebibyte bis 32 TiB || colspan="2" | nicht unterstützt (MBR) || colspan="2" | nicht unterstützt (MBR) || 8.192 Bytes || 16
|-
|style="text-align:left"| 32 Tebibyte bis 64 TiB || colspan="2" | nicht unterstützt (MBR) || colspan="2" | nicht unterstützt (MBR) || 16.384 Bytes || 32
|-
|style="text-align:left"| 64 Tebibyte bis 128 TiB || colspan="2" | nicht unterstützt (MBR) || colspan="2" | nicht unterstützt (MBR) || 32.768 Bytes || 64
|-
|style="text-align:left"| 128 Tebibyte bis 256 TiB || colspan="2" | nicht unterstützt (MBR) || colspan="2" | nicht unterstützt (MBR) || 65.536 Bytes || 128
|-
|style="text-align:left"| mehr als 256 Tebibyte || colspan="2" | nicht unterstützt || colspan="2" | nicht unterstützt || colspan="2" | nicht unterstützt
|}
„nicht unterstützt (MBR)“ = Der [[Master Boot Record]] unterstützt nur Laufwerke bis 2 Tebibyte, darüber hinaus wird die [[GUID Partition Table]] verwendet, welche erst ab Windows 2000 und von Computern mit [[Extensible Firmware Interface]] unterstützt wird.

; Dateinamen:Dateinamen sind auf 255 [[UTF-16]] Zeichen beschränkt. Bestimmte Namen sind reserviert und können nur im Root-Verzeichnis eines Laufwerkes vergeben werden. Diese sind: $MFT, $MFTMirr, $LogFile, $Volume, $AttrDef, . (Punkt), $Bitmap, $Boot, $BadClus, $Secure, $Upcase und $Extend.<ref name="How NTFS Works">{{Internetquelle |autor=Archiveddocs |url=https://learn.microsoft.com/en-us/previous-versions/windows/it-pro/windows-server-2003/cc781134(v=ws.10) |titel=How NTFS Works: Local File Systems |sprache=en-us |abruf=2023-01-08}}</ref> Pfade sind auf rund 32.767 Zeichen (UTF-16) beschränkt,<ref>{{Internetquelle |autor=alvinashcraft |url=https://learn.microsoft.com/de-de/windows/win32/fileio/naming-a-file |titel=Benennen von Dateien, Pfaden und Namespaces - Win32 apps |sprache=de-de |abruf=2023-01-08}}</ref> mit einigen API-Funktionen jedoch auf nur 260 Zeichen.<ref>{{Internetquelle |url=https://learn.microsoft.com/en-us/openspecs/windows_protocols/ms-vds/9d39e835-514b-4308-a3f9-d4a6cbe5691b |titel=[MS-VDS]: MAX_PATH |sprache=en-us |abruf=2023-01-08}}</ref>

; Lange und kompatible kurze Dateinamen: Wenn Dateien ihren langen Dateinamen verloren haben und auf Dateien mit langem Dateinamen, aber denselben [[8.3]]-Kurznamen treffen, kann es zu – auf den ersten Blick nicht ersichtlichen – Namenskollisionen kommen. Dies kann auch auftreten, nachdem beide Dateien in einem anderen Verzeichnis vorher friedlich koexistierten, wo die LFN-Datei einen anderen Kurznamen hatte.

; Maximale Laufwerksgrößen: Theoretisch ist die maximale Laufwerksgröße von NTFS 264−1 Cluster. In der Praxis wird sie aber vom Betriebssystem eingeschränkt. Unter Windows XP Professional liegt sie bei 232−1 Cluster, was beispielsweise bei Verwendung von 64 [[Kibibyte|KiB]] pro Cluster einer maximalen Laufwerksgröße von 256 [[Tebibyte|TiB]] minus 64 KiB entspricht (unter Verwendung der Standardclustergröße von 4 KiB läge das Maximum bei 16 TiB minus 4 KiB). Da aber der Master Boot Record (MBR) nur Partitionen bis 2 TiB (≈ 2,2 [[Terabyte|TB]]) zulässt, müssen für mehr als 2 TiB dynamische oder [[GUID Partition Table|GPT]]-Volumes benutzt werden. Das Booten von so einem Volume benötigt bei Microsoft Windows ein System mit [[Extensible Firmware Interface|EFI]] und 64 [[Bit]].<ref>{{Internetquelle |url=http://www.rodsbooks.com/gdisk/booting.html |titel=Booting from GPT |abruf=2023-01-08}}</ref><ref name="WwFS" />

; Maximale Dateigröße: Die maximale Dateigröße unter NTFS liegt theoretisch bei 16 EiB (16 × 10246 = 264 Bytes) minus 1 KiB (18.446.744.073.709.550.592 Bytes). In der Praxis jedoch vom Betriebssystem eingeschränkt: unter Windows XP 16 TiB (244 Bytes) minus 64 KiB.<ref name="WwFS">{{Internetquelle |url=https://learn.microsoft.com/en-us/previous-versions/windows/it-pro/windows-xp/bb457112(v=technet.10) |titel=Working with File Systems |sprache=en-us |abruf=2023-01-08}}</ref>

; Dateien pro Laufwerk: Theoretisch 4.294.967.295 Dateien (232−1), was der maximalen Cluster-Anzahl entspricht, jedoch weiteren Ausnahmen und Restriktionen unterliegt.<ref name="WwFS" />

== {{Anker|NTFS4DOS}} Unterstützung durch andere Betriebssysteme ==
Für [[Disk Operating System|DOS]]-basierte Betriebssysteme, zu denen auch die Betriebssysteme [[Windows 9x|Windows-9x-Reihe]] zählen, existieren Treiber wie '''''NTFS4DOS''''', die einen vollständigen Zugriff auf NTFS-Laufwerke ermöglichen.<ref>{{Internetquelle |url=https://www.golem.de/0410/34151.html |hrsg= |titel=Freeware erlaubt vollen NTFS-Zugriff von DOS aus |werk=[[golem.de]] |datum=13. Oktober 2004 |autor=Ingo Pakalski |abruf=2023-01-08}}</ref> [[Linux]] sowie einige BSD-Variante inklusive macOS unterstützten über [[Filesystem in Userspace|User-Mode]]-Treiber [[NTFS-3G]] vollständigen Lese- und Schreibzugriff, Lesezugriff auf verschlüsselte Dateien und die Formatierung von Datenträgern in NTFS.<ref>{{Internetquelle |url=http://winfuture.de/news,30167.html |autor=Michael Diestelberg |titel=Community stellt freien NTFS-Treiber für Linux fertig |werk=winfuture.de |datum=21. Februar 2007 |sprache=de |abruf=2023-01-08}}</ref> Mit [[Linux (Kernel)|Linux-Kernel]]-Version 5.15 fügte [[Paragon Software Group|Paragon]] seinen Treiber in den Hauptzweig ein.<ref>{{Internetquelle |url=https://www.golem.de/news/dateisystem-linux-kernel-bekommt-neuen-ntfs-treiber-2109-159367.html |datum=6. September 2021 |autor=Sebastian Grüner |titel=Linux-Kernel bekommt neuen NTFS-Treiber |werk=[[golem.de]] |abruf=2023-01-08}}</ref> [[macOS]] kann ab Version 10.3 NTFS-Dateisysteme lesen, aber nicht schreiben. In Version 10.6 (Snow Leopard) wurde eine versteckte Schreibfunktionalität gefunden, die aber nicht offiziell freigegeben ist.<ref>{{cite web |url=http://smokingapples.com/software/tutorials/snow-leopards-hidden-ntfs-readwrite-support/ |title=Snow Leopard’s hidden NTFS read/write support |author=Alvares, Milind |date=2. Oktober 2009 |accessdate=30. Juli 2015|archiveurl=https://web.archive.org/web/20150330064643/http://smokingapples.com/software/tutorials/snow-leopards-hidden-ntfs-readwrite-support/|archivedate=2015-03-30}}</ref>

== Siehe auch ==
* [[Liste von Dateisystemen]]

== Literatur ==
* Harald Bögeholz: ''Datenleger. Defragmentierprogramme für NTFS.'' (c’t 21/2005, S. 178)

== Weblinks ==
* [http://msdn.microsoft.com/de-de/library/cc758691.aspx Microsoft NTFS Technical Reference] im [[MSDN]] (englisch)
* [http://www.ntfs.com/ Detaillierte Informationen zu NTFS] (englisch)
* [http://msdn.microsoft.com/de-de/library/cc767961.aspx Optimizing NTFS] (englisch)
* [https://thestarman.pcministry.com/asm/mbr/IntNTFSfs.htm An Introduction to NTFS] (englisch)

== Einzelnachweise ==
<references>
<ref name="showstopper129130">{{Literatur | Autor= G. Pascal Zachary | Titel= Showstopper! | TitelErg= The breakneck race to create Windows NT and the next generation at Microsoft | Verlag= E-Rights/E-Reads | Ort= New York | Jahr= 2009 | ISBN=0-7592-8578-0 | Seiten=129f }}</ref>
<ref name="showstopper133">Zachary, S. 133.</ref>
<ref name="showstopper146147">Zachary, S. 146 f.</ref>
<ref name="showstopper148150">Zachary, S. 148–150.</ref>
<ref name="showstopper218">Zachary, S. 218.</ref>
<ref name="showstopper239">Zachary, S. 239.</ref>
<ref name="msq100625">{{cite web | title=Microsoft Knowledge Base - Filenames are Case Sensitive on NTFS Volumes | url=http://support.microsoft.com/kb/100625/en-us | accessdate= 2013-03-15}}</ref>
</references>

{{SORTIERUNG:Ntfs}}
[[Kategorie:Journaling-Dateisystem]]
[[Kategorie:OS/2-Betriebssystemkomponente]]
[[Kategorie:Windows-Betriebssystemkomponente]]
[[Kategorie:Microsoft]]
[[Kategorie:Abkürzung|NTFS]]

NTFS - Versionsgeschichte

imported>Mrjokla: /* growthexperiments-addlink-summary-summary:2|0|0 */