imported>Prüm: /* Einzelnachweise */

2025-06-17T18:13:33Z

Einzelnachweise

Neue Seite

'''8.3''', auch '''8-Punkt-3-Namen''' und retronym '''{{lang|en|short name(s)}}''' für ''kurze Dateinamen'' genannt, ist eine häufig verwendete Schreibweise, die die historische Beschränkung von ''acht'' Zeichen für den [[Dateiname]]n und ''drei'' Zeichen für die [[Dateinamenserweiterung]] beschreibt. Diese Beschränkung ist in den [[Betriebssystem]]en [[CP/M]] von [[Digital Research]] (ab ca. 1974)<ref>{{Literatur |Autor=W. Craig Chambers |Titel=OS/2 LAN Server Certification Handbook |Verlag=New Riders Pub. |Datum=1995 |Sprache=en |ISBN=9781562054069 |Seiten=299 |Online={{Google Buch |BuchID=sK2cuziL5ywC |Seite=299}} |Zitat=Commonly known as the "8.3 convention," this naming structure originally was introduced by the CP/M operating system developed for the very early home computers.}}</ref> und davon abgeleiteten [[PC-kompatibles DOS|PC-kompatiblen]] [[Disk Operating System]]en (ab 1980) ebenso zu finden wie im {{lang|en|[[File Allocation Table]]}} (FAT), einem ursprünglich 1977 von [[Microsoft]] für [[Microsoft BASIC|BASIC]] entwickelten [[Dateisystem]], das später über [[86-DOS]] auch in [[MS-DOS]] übernommen wurde.

Durch die große Verbreitung von MS-DOS und [[Microsoft Windows|Windows]] in den 1980er und 1990er Jahren war 8.3 lange Zeit die vorherrschende Konvention für Dateinamen und galt auch darüber hinaus bis in die 2000er Jahre als [[Industriestandard]] für den Datenaustausch zwischen den [[Plattform (Computer)|Plattformen]].<ref name="linuxuser_2009_05_editorial">{{Internetquelle |autor=Jörg Luther |url=https://www.linux-community.de/ausgaben/linuxuser/2009/05/weg-mit-dem-fat/ |titel=Weg mit dem FAT |werk=[[LinuxUser]] 05/2009 |hrsg=Computec Media |datum=2009-05-01 |sprache=de |abruf=2021-02-18 |zitat=Tatsächlich kommt man an FAT kaum vorbei, besitzt man irgendein Gerät oder Gadget, das Dateien auf einem Wechselmedium speichert. Die Industrie hat das von Microsoft entwickelte Dateisystem millionenfach in Systemen implementiert, als so genannten Industriestandard…}}</ref> Erst mit der LFN-Erweiterung durch [[File Allocation Table#VFAT|VFAT]] (LFN steht für ''{{lang|en|Long File Name}}'', VFAT für ''{{lang|en|Virtual File Allocation Table}}''), die mit [[Microsoft Windows 95|Windows 95]] und [[Microsoft Windows NT 3.5|Windows NT 3.5]] Mitte der 1990er Jahre eingeführt wurde, konnte die 8.3-Beschränkung bei Systemen, die auf dem FAT-Dateisystem basieren, aufgehoben werden.

== Geschichte ==
Beim Betriebssystem [[CP/M]], das Mitte der 1970er für Computer für die [[8-Bit-Architektur|8-Bit]]-Prozessoren [[Intel 8080]] und [[Zilog Z80]] entwickelt wurde, orientierte sich dessen Entwickler [[Gary Kildall]] an den Konventionen des Betriebssystems [[TOPS-10]] für die [[Digital Equipment Corporation|DEC]] [[PDP-10]].<ref>{{Literatur |Autor=Scott Mueller, Brian Knittel |Titel=Upgrading and Repairing Microsoft Windows |Verlag=Que |Datum=2005 |ISBN=9780789734037 |Sprache=en |Seiten=25 |Online={{Google Buch |BuchID=JevjIduvWOwC |Seite=25}} |Zitat=The 8.3 filename structure (eight character filenames with a three character extension), which derived from the 1970s TOPS-10 operating system and was copied by CP/M and then MS-DOS…}}</ref> Viele Systeme der späten 1960er und frühen 1970er Jahre hatten ein Limit von sechs<ref>{{Literatur |Autor=Craig A. Finseth |Titel=The Craft of Text Editing: Emacs for the Modern World |Verlag=Springer Science & Business Media |Datum=2012 |Sprache=en |Seiten=181 |Online={{Google Buch |BuchID=uJHqBwAAQBAJ |Seite=181}} |Zitat=…PDP-10s running ITS (the Incompatible Timesharing System) … that system's file name syntax. <samp> DEV;DIR:PRTONE PRTTWO </samp> Each part can be up to 6 characters long…}}</ref> oder acht Zeichen für den Dateinamen. Auch gab es auf vielen dieser Systeme bereits eine Dateinamenserweiterung, die auf drei Zeichen beschränkt war.<ref>{{Literatur |Autor=Raphael A. Finkel |Titel=An Operating Systems Vade Mecum |Verlag=Prentice Hall |Datum=1988 |Sprache=en |Seiten=198 |Online={{Google Buch |BuchID=63EhAQAAIAAJ |Seite=198}} |Zitat=The first component has six or eight characters and the second has three.}}</ref> Inspiriert vom 6.3-Limit von TOPS-10<ref>{{Internetquelle |url=http://bitsavers.informatik.uni-stuttgart.de/www.computer.museum.uq.edu.au/pdf/DEC-10-OTSCA-A-D%20decsystem10%20Getting%20Started%20With%20TOPS-10%20Commands.pdf#page=12 |titel=DECsystem-10: Getting Started With TOPS-10 Commands |titelerg=2.0 Files |werk=DEC-10-0TSCA-A-D |hrsg=[[Digital Equipment Corporation]] |datum=1975-06 |seiten=4 |format=PDF; 2,4 MiB |sprache=en |abruf=2021-10-19 |zitat=Filenames are from one to six letters or digits. All letters or digits after the sixth are ignored. The filename extension is from one to three letters or digits. It is generally used to indicate the type of information in the file.}}</ref> nutzt das Dateisystem von CP/M daher eine 8.3-Konvention.

Ab 1978 war mit dem [[Intel 8086|8086]] der erste [[16-Bit-Architektur|16-Bit]]-Prozessor von [[Intel]] verfügbar, gefolgt von dessen voll kompatiblem kleineren Bruder [[Intel 8088|8088]] ab 1979. Als der Nachfolger des 8-Bit-8080 waren ihm der 16-Bit-8086 bzw. -8088 so ähnlich, dass [[Assemblersprache|Assembler]]-[[Quelltext|Code]] meist mit nur wenigen kleinen Anpassungen neu übersetzt werden konnte; 8080-Binärcode war jedoch nicht kompatibel. Das Interesse am neuen 16-Bit-Prozessor war zwar groß, doch gab es keine kompatible Version des damals bereits verbreiteten Betriebssystems CP/M. 1980 schließlich begann der Entwickler [[Tim Paterson]] von [[Seattle Computer Products]] mit der Entwicklung eines nahezu identischen Systems namens QDOS, für „{{lang|en|quick and dirty operating system}}“, das zwar keine 8-Bit-Programme ausführen konnte, CP/M jedoch in großen Teilen nachempfunden war. Als Dateisystem wählte Tim Petterson den bereits von [[Microsoft BASIC]] verwendeten {{lang|en|[[File Allocation Table]]}}, der wie das Dateisystem von CP/M auch die 8.3-Konvention verwendete.

Durch den weiteren Verlauf der Geschichte wurde mit jedem [[IBM Personal Computer|IBM PC]] ab 1981 dieses [[86-DOS]] genannte Betriebssystem als [[IBM]] [[PC DOS]] ausgeliefert, das [[Microsoft]] inzwischen gekauft hatte und das als [[MS-DOS]] zum Industriestandard auf allen [[IBM-PC-kompatibler Computer|IBM-PC-kompatiblen Computern]] der 1980er und frühen 1990er Jahre werden sollte. Mit CP/M-86 kam 1982 zwar CP/M endlich ebenfalls auf den 16-Bit-Prozessor des IBM PC, war aber teurer als MS-DOS/PC DOS und konnte sich nicht mehr durchsetzen. Als Weiterentwicklung von CP/M besetzte in den späten 1980er und frühen 1990er Jahren jedoch das zu MS-DOS kompatible [[DR-DOS|DR DOS]] von Digital Research (später Novell DOS und schließlich wieder DR-DOS) eine kleine Nische im Markt der IBM-PC-kompatiblen Computer.

Aufgrund des großen Erfolgs des IBM-PC-Designs und der zahlreichen dazu kompatiblen Computer wurde FAT zum Industriestandard für den Datenaustausch mit anderen Systemen. Eine Vielzahl von Geräten, die einen [[Datenspeicher]] nutzen, verwenden ebenfalls FAT und sind somit von der 8.3-Beschränkung bzw. deren Implementierung in VFAT betroffen.<ref name="linuxuser_2009_05_editorial" />

== Konvention ==
8.3 bedeutet, dass das Dateisystem bei Datei- und Verzeichnisnamen auf höchstens acht Buchstaben oder Ziffern, gefolgt von einem Punkt („.“) und der [[Dateinamenserweiterung|Namenserweiterung]], die aus maximal drei Zeichen bestehen darf, limitiert ist. Bei der Verarbeitung der Datei- und Verzeichnisnamen wird dabei nicht zwischen Groß- und Kleinschreibung unterschieden. Ein 8.3-Dateisystem ist daher {{lang|en|[[Case sensitivity|case-''in''sensitive]]}}. Kleinbuchstaben werden dazu vom Betriebssystem in Großbuchstaben umgewandelt, im Dateisystem sind Kleinbuchstaben dadurch prinzipiell unzulässig. Weiterhin sind einige Sonderzeichen unzulässig, die unter CP/M und MS-DOS als Steuerzeichen reserviert sind (z. B. Doppelpunkt, Fragezeichen, Stern) oder in unterschiedlichen [[Zeichensatztabelle|Codepages]] unterschiedlich belegt sind, bspw. ist der Pfadbegrenzer in Deutschland (Codepage 850) der Backslash („\“) und in Japan (Codepage 932) das Yen-Symbol („¥“), obwohl ihre Dateisystem-interne Kodierung identisch ist.

== {{Anker|shortname|long file name|LFN}}Kurze Dateinamen ==
Mit [[Microsoft Windows 95|Windows 95]] und [[Microsoft Windows NT 3.5|Windows NT 3.5]] wurde [[File Allocation Table#VFAT|VFAT]] als Variante des FAT-Dateisystems mit erweiterten Verzeichniseinträgen eingeführt. Damit wurden längere, groß- und kleinbuchstabig geschriebene [[Dateiname]]n als sog. „{{lang|en|Long File Names}}“ (abgekürzt LFN) zusätzlich zum 8.3-Schema auch in der MS-DOS-  (für MS-DOS gibt es DOSLFN<ref>{{Internetquelle |autor=Henrik Haftmann |url=https://www-user.tu-chemnitz.de/~heha/hsn/dos/doslfn/what_lfn.de.htm |titel=Wozu DOSLFN, was ist das? |hrsg=[[Technische Universität Chemnitz]] |datum= |format= |abruf=2024-04-16}}</ref>) und Windows-„Welt“ möglich. Die Schreibweise wird jedoch weiterhin vom Betriebssystem unabhängig von der Groß- und Kleinschreibung akzeptiert, sodass auch VFAT weiterhin {{lang|en|case-''in''sensitive}} ist, jedoch auch {{lang|en|case-preserving}}, die bei der Erstellung einer Datei verwendete Schreibweise also erhält. Dies ist für die [[Abwärtskompatibilität]] mit bestehender Software notwendig.

Ebenfalls der Abwärtskompatibilität geschuldet wird für jeden langen Dateinamen zusätzlich eine klassische 8.3-Variante im Verzeichnis eingetragen, unter der ältere Programme mit derartigen Dateien umgehen können. Diese nun doppelten Einträge werden [[retronym]] auch '''{{lang|en|short (file) names}}''', {{deS|'''kurze Dateinamen'''}}, genannt. Sie betreffen dabei nicht nur das FAT-Dateisystem, mit VFAT auf den Varianten FAT12, FAT16 und FAT32, sondern auch das modernere [[NTFS]].<ref>{{Internetquelle |url=https://docs.microsoft.com/en-us/windows/win32/fileio/naming-a-file#short-vs-long-names |titel=Naming Files, Paths, and Namespaces – Short vs. Long Names |werk=Windows Developer |hrsg=Microsoft |abruf=2021-02-18 |sprache=en |zitat=A long file name is considered to be any file name that exceeds the short MS-DOS (also called 8.3) style naming convention. When you create a long file name, Windows may also create a short 8.3 form of the name, called the 8.3 alias or short name, and store it on disk also.}}</ref><ref name="MS-Q130694" />

Unter Windows wird hierzu folgendermaßen vorgegangen:
# Wenn der Dateiname bereits nur aus Großbuchstaben bzw. Ziffern im 8.3-Schema besteht, wird keine LFN-Variante erzeugt. ''Beispiel:'' <code>TEXTFILE.TXT</code>
# Wenn der Dateiname zwar dem 8.3-Schema entspricht, aber Groß- und Kleinbuchstaben enthält, wird dies als LFN gespeichert, während zusätzlich eine großgeschriebene 8.3-Variante ({{lang|en|short name}}) erzeugt wird. ''Beispiel:'' <code>TextFile.Txt</code> wird zusätzlich als <code>TEXTFILE.TXT</code> registriert.
# Sonstige Dateinamen werden als LFN gespeichert und zusätzlich wird eine 8.3-Variante, genannt ''{{lang|en|short name}}'' für „kurzer Dateiname“, registriert. Da beide Einträge auf dieselben Daten verweisen, entspricht dies einer [[Harter Link|harten Verknüpfung]], die jedoch automatisch vom Betriebssystem bzw. Dateisystem-Treiber verwaltet wird. Es gibt daher keine Möglichkeit, in diesen Vorgang einzugreifen. Der kurze Dateiname besteht aus den ersten 6 Zeichen des Dateinamens in Großbuchstaben, erweitert um eine [[Tilde]] („~“) und eine fortlaufende Ziffer, gefolgt vom Punkt und den ersten drei großgeschriebenen Zeichen der Namenserweiterung. ''Beispiel a):'' <code>TextFile1.Mine.txt</code> wird zu <code>TEXTFI~1.TXT</code> (oder <code>TEXTFI~2.TXT</code>, falls <code>TEXTFI~1.TXT</code> bereits existiert). ''Beispiel b):'' <code>WordFile1.[[Office Open XML|docx]]</code> wird zu <code>WORDFI~1.DOC</code> (oder <code>WORDFI~2.DOC</code>, falls <code>WORDFI~1.DOC</code> bereits existiert).
# Wenn die vorangehenden Methoden nicht zu einem eindeutigen 8.3-Dateinamen führen, wird der lange Dateiname (LFN) auf zwei Zeichen gekürzt, gefolgt von einer zufälligen 4-stelligen [[Hexadezimalzahl]], der wiederum eine Tilde samt Ziffer folgt und woran anschließend die Namenserweiterung angehängt wird. ''Beispiel:'' <code>TextFile.Mine.txt</code> könnte zu <code>TE021F~1.TXT</code> werden.

Auch auf anderen Betriebssystemen ist diese Funktion oft vorhanden, kann aber teilweise auch beeinflusst werden. Unter Betriebssystemen, die traditionell eher die Kleinschreibung bevorzugen wie etwa [[Unix]] und [[Unixoides System|Unix-artige]] Betriebssysteme, gibt es daher auch oft die Möglichkeit, 8.3-Dateien für den Zugriff automatisch in die Kleinschreibung umzuwandeln, obwohl sie der 8.3-Konvention folgend im Dateisystem in Großbuchstaben abgespeichert sind. Dies macht bei der unter Unix üblichen {{lang|en|case}}-sensitiven Nutzung einen wesentlichen Unterschied, denn dadurch ist z. B. <code>FILENAME.TXT</code> nur als <code>filename.txt</code> ansprechbar. Unter [[Linux]] kann das genaue Verhalten für den Dateisystemtreiber <code>vfat</code> durch verschiedene [[Mounten|Mount]]-Optionen festgelegt werden: Die Konvertierung der Großbuchstaben bei 8.3-Dateinamen in die entsprechende Kleinschreibung ist über den Parameter <code>shortname</code> einstellbar, und für die bei LFN automatisch erzeugten kurzen Dateinamen ermöglicht die Option <code>nonumtail</code>, dass diese nach Möglichkeit einfach nach den ersten acht Zeichen abgeschnitten werden. Damit würde <code>LangerDateiname.txt</code> zu <code>LANGERDA.TXT</code>, falls dieser 8.3-Name noch verfügbar ist, bevor <code>LANGER~1.TXT</code> versucht wird.

Auf allen Betriebssystemen werden die kurzen 8.3-Namen bei Dateioperationen in jedem Verzeichnis neu generiert. Da dies transparent und automatisch passiert, kann es bei mehreren ähnlichen Dateinamen zu einer veränderten Nummerierung beim kurzen Dateinamen aufgrund der Reihenfolge der Abarbeitung kommen, z. B. wenn Dateien kopiert oder verschoben werden. Beispiel: Es wird zuerst <code>Meine Datei.txt</code> erstellt, welche den Kurznamen <code>MEINED~1.TXT</code> erhält. Danach wird <code>Meine Daten.txt</code> erstellt, welche <code>MEINED~2.TXT</code> erhält. Wird die zweite Datei als erstes in ein neues Verzeichnis kopiert oder verschoben, erhält <code>Meine Daten.txt</code> den Kurznamen <code>MEINED~1.TXT</code> und die als zweite kopierte <code>Meine Datei.txt</code> den Kurznamen <code>MEINED~2.TXT</code>. Für den Anwender ist bei den allermeisten automatischen Dateioperationen, z. B. wenn mehrere Dateien markiert und kopiert oder verschoben werden, die Reihenfolge der Abarbeitung generell unvorhersehbar.

Probleme können entstehen wenn Dateien ihren langen Dateinamen verloren haben (beispielsweise Bearbeitung mit alten Programmen, Weitergabe über nicht kompatible Systeme) und eine LFN-Datei mit diesem Namen als Kurznamen schon existiert. Dann wird gefragt ob die Datei überschrieben werden soll. Dies kann auch passieren, wenn beide Dateien vorher friedlich in einem gemeinsamen Verzeichnis existierten. Beispiel: In einem Verzeichnis existiert bereits die Datei <code>MEINED~1.TXT</code>. Dazu kommt eine Datei mit dem Namen <code>Meine Datei.txt</code>, welche automatisch den Kurznamen <code>MEINED~2.TXT</code> erhält, da „~1“ schon vergeben ist. Wird jetzt in der Abarbeitungsreihenfolge zuerst <code>Meine Datei.txt</code> bewegt (weil beispielsweise nach Dateidatum abgearbeitet wird) erhält sie den Namen <code>MEINED~1.TXT</code>. Bei der nachher bewegten <code>MEINED~1.TXT</code>, welche nur diesen und keinen langen Dateinamen hat, wird dann festgestellt, dass der Dateiname schon vergeben ist. Gefährlich ist es nun in einer grafischen Dateioperation, wenn der Benutzer kurzerhand auf „Überschreiben“ klickt, denn damit geht eine der beiden Dateien verloren (wird im Endresultat beim Verschieben gelöscht).

Das [[NTFS]]-Dateisystem der [[Microsoft Windows NT|Windows-NT]]-basierten Windows-Versionen unterstützt ebenfalls das LFN-System, es werden daher auch immer kurze Dateinamen im 8.3-Schema automatisch erstellt, was ebenfalls der Abwärtskompatibilität geschuldet war. Obwohl der Tipp, kurze Dateinamen für NTFS generell abzuschalten, gelegentlich sogar von Medien und Fachzeitschriften aufgegriffen wurde,<ref>{{Internetquelle |autor=Sebastian Kolar |url=https://www.computerbild.de/artikel/cb-Tipps-Software-Windows-8-3-Dateinamen-deaktivieren-22868297.html |titel=Windows 7/8/10: Speichern von 8+3-Dateinamen deaktivieren |werk=[[Computer Bild]] |datum=2020-04-11 |abruf=2024-04-16}}</ref> empfiehlt dies Microsoft nur für Datei-Server<ref>{{Internetquelle |url=https://learn.microsoft.com/en-us/windows-server/administration/performance-tuning/role/file-server/nfs-file-server |titel=Windows Server – Performance Tuning NFS File Servers |werk=Microsoft Learn |hrsg=Microsoft |datum=2021-08-30 |sprache=en |offline=0 |archiv-url=https://web.archive.org/web/20230206142749/https://learn.microsoft.com/en-us/windows-server/administration/performance-tuning/role/file-server/nfs-file-server |archiv-datum=2023-02-06 |abruf=2024-04-16 |zitat=The system volume has 8dot3 enabled by default. All other volumes in Windows Server 2012 and Windows Server 2012 R2 have 8dot3 disabled by default. … For most file servers, the recommended setting is 1 (disabled).}}</ref> u. a. zwecks Erhöhung der Abarbeitungsgeschwindigkeit<ref name="MS-Q130694">{{Internetquelle |url=http://support.microsoft.com/kb/130694 |titel=NTFS Performance with Numerous Long Filenames |werk=Knowledge Base |hrsg=Microsoft |datum=2006-11-01 |sprache=en |offline=1 |archiv-url=https://web.archive.org/web/20070818051135/http://support.microsoft.com/kb/130694 |archiv-datum=2007-08-18 |abruf=2024-04-16 |zitat=When you save a file with a long file name to an NTFS drive, NTFS creates, by default, a second file directory entry with a short file name conforming to the 8.3 convention. When NTFS enumerates files in a directory, it has to look up the 8.3 names associated with the long file names. Because an NTFS directory is maintained in a sorted state, corresponding long file names and 8.3 names are generally not next to one another in the directory listing. … the amount of time required to perform a directory listing increases with the square of the number of files in the directory. For small numbers of files (less than a few hundred) the time delay is negligible. But as the number of files in a directory increases to several thousand, the time required to perform a listing can increase to minutes, hours, or even days. The problem is aggravated if the long file names are very similar – differing only in the last few characters.}}</ref> – der Effekt ist aber wohl ziemlich gering.<ref>{{Internetquelle |autor=Helge Klein |url=https://helgeklein.com/blog/why-disabling-the-creation-of-83-dos-file-names-will-not-improve-performance-or-will-it/ |titel=Why Disabling the Creation of 8.3 DOS File Names Will Not Improve Performance. Or Will It? |datum=2008-09-22 |format=[[Blog]] |sprache=en |abruf=2024-04-16}}</ref>

Unter Windows NT kontrolliert das DWORD32 <code>NtfsDisable8dot3NameCreation</code> unter <code>HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\FileSystem</code> in der [[Registrierungsdatenbank]] die zusätzliche Erstellung der kurzen Dateinamen auf NTFS-Laufwerken. Hat der Eintrag den Wert <code>0</code>, was der Standard unter allen früheren Windows-NT-Versionen war, so werden 8.3-Dateinamen auf allen NTFS-Laufwerken automatisch erstellt. Der Wert <code>1</code> deaktiviert die zusätzlichen kurzen Dateinamen. Moderne Windows-Versionen erstellen kurze Dateinamen nur noch auf dem [[Systemlaufwerk]] (Wert <code>2</code>),<ref name="heiseonline_7338747">{{Heise online |ID=7338747 |Titel=FAQ: Ordner und Dateinamen unter Windows entwirren |Autor=Hajo Schulz |Datum=2022-11-20 |Abruf=2024-04-16 |Zitat=8 plus 3 … Moderne Windows-Installationen speichern diese 8.3-Namen gar nicht mehr auf allen Laufwerken. Wo Sie bei Ihnen noch aktiv sind, verrät das Programm fsutil.}}</ref> wo sie allerdings auch durchaus noch in Verwendung sein könnten, z. B. in der Registrierungsdatenbank.<ref name="heiseonline_7244338">{{Heise online |ID=7244338 |Titel=Windows-Dateisystempflege mit fsutil: Kommandozeilenwerkzeug in der Praxis |Autor=Hajo Schulz |Datum=2022-09-06 |Abruf=2024-04-16 |Kommentar=[[Paywall]]: [[c’t]] 19/2022, S. 158, „Feinwerkzeug“ |Zitat=Auf allen Systemen, die uns in freier Wildbahn untergekommen sind, war Option 2 gewählt und das Speichern von 8.3-Namen auf dem Systemlaufwerk aktiv. Wer auf die Idee kommt, den Overhead für die Verwaltung der historischen Dateinamen loszuwerden, sollte einiges beachten: Anwendungen, die nur mit solchen Dateinamen arbeiten können, werden wohl nicht mehr im Einsatz sein. Allerdings gibt es durchaus noch Programme (und vermutlich auch vereinzelte Windows-Komponenten), die beim Speichern von Verweisen auf bestimmte Dateien in der Registry das 8.3-Format verwenden.}}</ref> Alternativ kann das ab [[Microsoft Windows XP|Windows XP]] mitgelieferte Programm fsutil<ref>{{Internetquelle |url=http://www.winfaq.de/faq_html/Content/tip1000/onlinefaq.php?h=tip1441.htm |titel=Datenträgerkontingente über die Kommandozeile verwalten |werk=WinFAQ |hrsg=Frank Ullrich |datum=2016 |abruf=2024-04-16 |zitat=Ab Windows XP gibt es ein neues Tool „FSUTIL.EXE“, mit dem Sie über die Datenträgerkontingente das Dateisystem bearbeiten können.}}</ref> verwendet werden, um diesen Wert festzulegen: <code>fsutil behavior set disable8dot3 <Wert></code>.<ref>{{Internetquelle |url=https://docs.microsoft.com/de-DE/troubleshoot/windows-server/performance/stop-error-code-0x00000019 |titel=Fehlermeldung auf einem Windows Server 2003-basierten Computer: Fehlercode beenden 0x00000019 |werk=Windows Server Docs |hrsg=Microsoft |datum=2021-09-24 |offline=0 |archiv-url=https://web.archive.org/web/20220509230720/https://docs.microsoft.com/de-DE/troubleshoot/windows-server/performance/stop-error-code-0x00000019 |archiv-datum=2022-05-09 |abruf=2024-04-16 |kommentar=maschinell übersetzt}}</ref> Auf bestehende Dateien haben diese Änderungen keinen Einfluss.

Auf den Nachfolge-Dateisystemen [[exFAT]] und [[ReFS]] wird das LFN-System nicht mehr unterstützt, sodass auch keine kurzen Dateinamen mehr automatisch zu den regulären „langen“ Namen erstellt werden.

Das von [[Compact Disc|CDs]] genutzte Dateisystem [[ISO 9660]] erlaubt zwar Dateinamen mit bis zu 31 Zeichen, allerdings wurde früher aus Kompatibilitätsgründen von vielen Brennprogrammen auch hier das 8.3-Namensschema genutzt.

== Einzelnachweise ==
<references />

[[Kategorie:Dateiverwaltung|#8.3]]

8.3 - Versionsgeschichte

imported>Prüm: /* Einzelnachweise */