ISO 9660

Datei:CD-ROM drive.jpg

CD-Brenner

ISO 9660 ist eine Norm der Internationalen Organisation für Normung (ISO), die ein Dateisystem für optische Datenträger (CD-ROM, DVD-ROM, Blu-ray Disc etc.) beschreibt. Das Ziel dieser Norm ist die Unterstützung verschiedener Betriebssysteme wie z. B. Windows, Mac OS und Unix-Systeme, so dass Daten ausgetauscht werden können.

ISO 9660 soll durch das Universal Disk Format abgelöst werden.

Entstehung und Eigenschaften

{{#if:| {{#if:Information processing — Volume and file structure of CD-ROM for information interchange| {{#if:April 1988<ref name="ISO9660-Abstract">iso.org: ISO 9660:1988 Information processing — Volume and file structure of CD-ROM for information interchange, Abstract, abgerufen am 18. Januar 2021.</ref>| {{#if:| {{#if:| {{#if:| {{#if:| {{#if:| {{#if:| {{#if:| {{#if:| {{#if:| {{#if:| {{#if:| {{#if:| {{#if:| {{#if:Erzeugung, Änderung, Ablauf (expiration), Verwendungsdatum („day at which the information in the file may be used“)<ref name="ECMA-119_2019_FileDateType">ecma-international.org: STANDARD ECMA-119 (4th Edition, June 2019), S. 44, abgerufen am 18. Januar 2021.</ref>1. Januar bis 31. Dezember;
Volume-Datum (Jahre): 1 ... 9999<ref name="ECMA-119_1986_VolumeCreationDate">ecma-international.org: STANDARD ECMA-119 (December 1986), 11. Dezember 1986, S. 26, abgerufen am 18. Januar 2021.</ref><ref name="ECMA-119_2019_VolumeCreationDate">ecma-international.org: STANDARD ECMA-119 (4th Edition, June 2019), S. 28, abgerufen am 18. Januar 2021.</ref>;
File-Datum (Jahre): 1900 ... 2155 (8-Bit Zahl; beginnend mit dem Jahr 1900)<ref name="ECMA-119_1986">ecma-international.org: STANDARD ECMA-119, December 1986, 11. Dezember 1986, S. 34, abgerufen am 18. Januar 2021.</ref><ref name="ECMA-119_2019">ecma-international.org: STANDARD ECMA-119 (4th Edition, June 2019), S. 37, abgerufen am 18. Januar 2021.</ref>nein<ref name="ECMA-119_1986_NoCompressionNoEncryption">ecma-international.org: STANDARD ECMA-119, December 1986, 11. Dezember 1986, (Weder Compression noch Encryption sind im Standard für die Dateisystemebene definiert.), abgerufen am 18. Januar 2021.</ref><ref name="ECMA-119_2019_NoCompressionNoEncryption">ecma-international.org: STANDARD ECMA-119 (4th Edition, June 2019), (Weder Compression noch Encryption sind im Standard für die Dateisystemebene definiert.), abgerufen am 18. Januar 2021.</ref>nein<ref name="ECMA-119_1986_NoCompressionNoEncryption"/><ref name="ECMA-119_2019_NoCompressionNoEncryption"/>| {{#if:Erzeugung, Änderung, Ablauf (expiration), Verwendungsdatum („day at which the information in the file may be used“)<ref name="ECMA-119_2019_FileDateType">ecma-international.org: STANDARD ECMA-119 (4th Edition, June 2019), S. 44, abgerufen am 18. Januar 2021.</ref>| {{#if:1. Januar bis 31. Dezember;
Volume-Datum (Jahre): 1 ... 9999<ref name="ECMA-119_1986_VolumeCreationDate">ecma-international.org: STANDARD ECMA-119 (December 1986), 11. Dezember 1986, S. 26, abgerufen am 18. Januar 2021.</ref><ref name="ECMA-119_2019_VolumeCreationDate">ecma-international.org: STANDARD ECMA-119 (4th Edition, June 2019), S. 28, abgerufen am 18. Januar 2021.</ref>;
File-Datum (Jahre): 1900 ... 2155 (8-Bit Zahl; beginnend mit dem Jahr 1900)<ref name="ECMA-119_1986">ecma-international.org: STANDARD ECMA-119, December 1986, 11. Dezember 1986, S. 34, abgerufen am 18. Januar 2021.</ref><ref name="ECMA-119_2019">ecma-international.org: STANDARD ECMA-119 (4th Edition, June 2019), S. 37, abgerufen am 18. Januar 2021.</ref>| {{#if:1 Sekunde<ref name="ECMA-119_2019"/>| {{#if:Zeitzonenangabe als Offset zu GMT in n·15 Minuten (n: -48 ... +52 als signed int8)<ref>ecma-international.org: Standard ECMA-119 (4th Edition, Juni 2019), »8.4.26.1 Date and Time Format: Table 5 – Date and Time Format«, S. 28, abgerufen am 16. März 2021.</ref>| {{#if:| {{#if:| {{#if:| {{#if:nein<ref name="ECMA-119_1986_NoCompressionNoEncryption">ecma-international.org: STANDARD ECMA-119, December 1986, 11. Dezember 1986, (Weder Compression noch Encryption sind im Standard für die Dateisystemebene definiert.), abgerufen am 18. Januar 2021.</ref><ref name="ECMA-119_2019_NoCompressionNoEncryption">ecma-international.org: STANDARD ECMA-119 (4th Edition, June 2019), (Weder Compression noch Encryption sind im Standard für die Dateisystemebene definiert.), abgerufen am 18. Januar 2021.</ref>| {{#if:nein<ref name="ECMA-119_1986_NoCompressionNoEncryption"/><ref name="ECMA-119_2019_NoCompressionNoEncryption"/>| {{#if:| {{#if:|

{{#if: Eigenschaften des Dateisystems: ISO 9660 | Eigenschaften des Dateisystems: ISO 9660 | {{#invoke:WLink|getArticleBase}} }}
Hersteller	}}
Vollständige Bezeichnung	Information processing — Volume and file structure of CD-ROM for information interchange }}
Erstveröffentlichung	April 1988<ref name="ISO9660-Abstract">iso.org: ISO 9660:1988 Information processing — Volume and file structure of CD-ROM for information interchange, Abstract, abgerufen am 18. Januar 2021.</ref> (CD read-only) }}
Partitionskennung	}}
Technische Umsetzung }}
Verzeichnisse	}}
Dateien	}}
Defektblockliste	}}
Maximalwerte }}
Größe einer Datei	}}
Anzahl aller Dateien	}}
Anzahl Dateien pro Verzeichnis	}}
Anzahl Unterverzeichnisse pro Verzeichnis	}}
Länge des Dateinamens	}}
Größe des Dateisystems	}}
Erlaubte Zeichen im Dateinamen	}}
Eigenschaften }}
Datumsangaben einer Datei	Erzeugung, Änderung, Ablauf (expiration), Verwendungsdatum („day at which the information in the file may be used“)<ref name="ECMA-119_2019_FileDateType">ecma-international.org: STANDARD ECMA-119 (4th Edition, June 2019), S. 44, abgerufen am 18. Januar 2021.</ref> }}
Datumsbereich	1. Januar bis 31. Dezember; Volume-Datum (Jahre): 1 ... 9999<ref name="ECMA-119_1986_VolumeCreationDate">ecma-international.org: STANDARD ECMA-119 (December 1986), 11. Dezember 1986, S. 26, abgerufen am 18. Januar 2021.</ref><ref name="ECMA-119_2019_VolumeCreationDate">ecma-international.org: STANDARD ECMA-119 (4th Edition, June 2019), S. 28, abgerufen am 18. Januar 2021.</ref>; File-Datum (Jahre): 1900 ... 2155 (8-Bit Zahl; beginnend mit dem Jahr 1900)<ref name="ECMA-119_1986">ecma-international.org: STANDARD ECMA-119, December 1986, 11. Dezember 1986, S. 34, abgerufen am 18. Januar 2021.</ref><ref name="ECMA-119_2019">ecma-international.org: STANDARD ECMA-119 (4th Edition, June 2019), S. 37, abgerufen am 18. Januar 2021.</ref> }}
Zeitstempel-Auflösung	1 Sekunde<ref name="ECMA-119_2019"/> }}
Zeitzonen-Handhabung	Zeitzonenangabe als Offset zu GMT in n·15 Minuten (n: -48 ... +52 als signed int8)<ref>ecma-international.org: Standard ECMA-119 (4th Edition, Juni 2019), »8.4.26.1 Date and Time Format: Table 5 – Date and Time Format«, S. 28, abgerufen am 16. März 2021.</ref> }}
Forks	}}
Dateiattribute	}}
Dateirechte-Verwaltung	}}
Transparente Komprimierung	nein<ref name="ECMA-119_1986_NoCompressionNoEncryption">ecma-international.org: STANDARD ECMA-119, December 1986, 11. Dezember 1986, (Weder Compression noch Encryption sind im Standard für die Dateisystemebene definiert.), abgerufen am 18. Januar 2021.</ref><ref name="ECMA-119_2019_NoCompressionNoEncryption">ecma-international.org: STANDARD ECMA-119 (4th Edition, June 2019), (Weder Compression noch Encryption sind im Standard für die Dateisystemebene definiert.), abgerufen am 18. Januar 2021.</ref> }}
Transparente Verschlüsselung	nein<ref name="ECMA-119_1986_NoCompressionNoEncryption"/><ref name="ECMA-119_2019_NoCompressionNoEncryption"/> }}
Copy-On-Write	}}
Unterstützende Betriebssysteme	}}

Der ISO-9660-Standard wurde 1988 veröffentlicht<ref name="ISO9660-Abstract"/>, auf Grundlage des High-Sierra-Dateisystems zwei Jahre zuvor.<ref name="ECMA-S. Vorwort">Standardizing Information and Communication Systems In: Standard ECMA-119, Vorwort (Brief History)</ref> Er schreibt vor, dass Dateinamen in der niedrigsten Kompatibilitätsstufe höchstens acht Zeichen und eine dreibuchstabige Dateinamenserweiterung umfassen dürfen und lässt in dieser Kompatibilitätsstufe maximal acht Verzeichnisebenen zu. Multi-Extent-Dateien sind in der niedrigsten Kompatibilitätsstufe nicht gestattet, d. h. eine Datei darf 4 Gibibyte − 1 Sektor nicht überschreiten. Bei einer Sektorgröße von 2 KiB ist eine Dateisystemgröße von 8 TiB möglich. Als Zeichen für die Dateinamen sind in der niedrigsten Kompatibilitätsstufe nur Großbuchstaben, Ziffern und der Unterstrich erlaubt. Alle Verzeichnisse sind alphabetisch geordnet zu erzeugen. In der niedrigsten Kompatibilitätsstufe dürfen Dateien nicht fragmentiert auf dem Datenträger gespeichert sein. Eine CD-ROM, die sich an derart strikte Vorgaben hält, kann auf nahezu jedem Computersystem gelesen werden.

Der ISO-9660-Standard (1. Ausgabe, 1988) ist technisch identisch zum ECMA-Standard ECMA-119 (2. Ausgabe, 1987).<ref name="ECMA-S. Vorwort" /><ref>ecma-international.org: STANDARD ECMA-119 (2nd Edition, Dezember 1987), siehe Abschnitt: „Brief History“ - auf 5. PDF-Seite, abgerufen am 23. Januar 2021.</ref>

Erweiterungen

ISO 9660-Level 2

Der Standard ISO 9660 Level 2 (das ist die nächsthöhere Kompatibilitätsstufe) ist weniger restriktiv und erlaubt Dateinamen bis zu einer Länge von 31 Zeichen.

ISO 9660-Level 3

Dateien dürfen fragmentiert werden, d. h. als sogenannte Multi-Extent-Dateien abgelegt werden, hauptsächlich, um Dateien ≥ 4 GB sowie Packet-Writing oder inkrementelles CD-Schreiben zu ermöglichen.

Joliet und Rockridge

Das Joliet-Format ist keine Erweiterung des ISO-9660-Standards, denn das durch die Firma Microsoft geschaffene Joliet ist ein separates Dateisystem, das typischerweise als Hybrid angelegt wird, wogegen die Rockridge-Extensions den Standard um Unix-spezifische Dateieigenschaften erweitern, in dem eine im ISO-9660-Standard vorgesehene Erweiterungsmethode zur Ergänzung von Verzeichniseinträgen verwendet wird. Da Joliet einen separaten Dateibaum auf dem Medium anlegt, kann es zusätzlich zu Rockridge angelegt werden. Anders als bei Rockridge besteht bei Joliet kein Zusammenhang zwischen den Dateinamen im ISO-9660-Baum.

HFS kombiniert mit ISO 9660

Für ältere Mac-OS-Versionen werden eigentlich keine Erweiterungen benötigt, weil der ISO-9660-Standard mit den Associated Files selbst in der niedrigsten Kompatibilitätsstufe schon eine direkte Abbildung des Apple-Resourceforks enthält. ISO 9660 wurde dennoch oft in Kombination mit einem HFS-System erzeugt. Beide Systeme teilen dabei die Dateidaten, haben aber jeweils eigene Metadaten. Da HFS aber eine Begrenzung auf 2 GB Dateigröße hat, ist HFS in letzter Zeit durch andere Erweiterungen verdrängt worden.

ISO 9660:1999

Die aktuelle Version des ISO-9660-Standards hebt alle künstlichen (also nicht durch das Format selbst bedingten) Beschränkungen auf.

Dateinamen dürfen in ISO 9660:1999 beliebige Zeichen enthalten, die maximale Länge einer Pfadnamenkomponente wird auf 207 Oktette erhöht und ohne XA-Erweiterungen (XA steht hierbei für eXtended Architecture, einem Standard für CD-ROM-Laufwerke) sind sogar 221 Oktette möglich. Weiterhin wird die Beschränkung auf eine maximale Verzeichnistiefe von 8 Directory-Hierarchiestufen aufgehoben. Zusätzlich wird die besondere Bedeutung des Punktes in Dateinamen aufgehoben.

Beschränkungen

Beschränkte Anzahl an Verzeichnissen

Das ISO-Format weist eine Beschränkung hinsichtlich der Anzahl der möglichen Verzeichnisse auf. Jede ISO-Verzeichnisstruktur basiert auf einer Pfadtabelle, der sogenannten „{{#invoke:Vorlage:lang|flat}}“. Diese tabelliert zu jedem Ordner eine Identifikationsnummer. Diese Nummer bezieht sich jeweils auf das dem Ordner übergeordnete Stammverzeichnis. Sie weist also jedem Ordner die Identifikationsnummer des übergeordneten Ordners zu. Bei dieser Identifikationsnummer handelt es sich um eine 16-Bit-Nummer, demnach ist die Anzahl der Werte auf 65536 begrenzt. Hierdurch kann die Anzahl der möglichen Verzeichnisse je nach Struktur (Art der Schachtelung) begrenzt werden. Die in der Praxis mögliche Gesamtanzahl von Verzeichnissen lässt sich nicht angeben, da nur die Anzahl der übergeordneten Stammverzeichnisse auf 65536 begrenzt ist. Da die meisten Betriebssysteme die Pfadtabelle nicht auswerten, bietet das Programm mkisofs seit Juli 2007 die Option -no-limit-pathtables, um auch bei Überschreiten der Grenze ein Dateisystem erzeugen zu können.

Einige Betriebssysteme – wie etwa Windows – greifen auf diese Pfadtabelle zurück, andere – wie etwa Linux – verwenden die Tabelle nicht. Unter Windows kann es daher zu Problemen kommen, wenn eine CD mehr als 65.536 Verzeichnisse enthält. Während dieselbe CD in Linux lesbar ist, werden unter Windows zwar alle Dateien auf der CD angezeigt, jedoch als leer („zero length“) wiedergegeben. Somit scheint zunächst eine fehlerfreie CD entstanden zu sein, die sich erst bei Prüfung einzelner Dateien als fehlerhaft erweist.

Viele CD-Schreibprogramme wie Nero Burning ROM und Pinnacle Instant CD/DVD weisen auf diese Problematik nicht hin. Somit kommt es durch den Brennvorgang zu einer scheinbar fehlerfreien CD, die tatsächlich (unter Windows) jedoch nicht brauchbar ist.

ISO-Abbild

{{#if: ISO-Abbild|{{#ifexist:ISO-Abbild|

→ Haupt{{#if:|seite|artikel}}: [[ISO-Abbild{{#if: ||{{{titel1}}}}}]]{{#if: |{{#ifexist:{{{2}}}|{{#if: |{{#ifexist:{{{3}}}|, [[{{{2}}}{{#if: ||{{{titel2}}}}}]] und [[{{{3}}}{{#if: ||{{{titel3}}}}}]]| und [[{{{2}}}{{#if: ||{{{titel2}}}}}]]}}| und [[{{{2}}}{{#if: ||{{{titel2}}}}}]]}}|{{#if: |{{#ifexist:| und [[{{{3}}}{{#if: ||{{{titel3}}}}}]]|}}|}}|}}|}}

|{{#if: |{{#ifexist:{{{2}}}|

→ Haupt{{#if:|seite|artikel}}: [[{{{2}}}{{#if: ||{{{titel2}}}}}]]{{#if: |{{#ifexist:{{{3}}}| und [[{{{3}}}{{#if: ||{{{titel3}}}}}]]|}}|}}

|{{#if: |{{#ifexist:{{{3}}}|

→ Haupt{{#if:|seite|artikel}}: [[{{{3}}}{{#if: ||{{{titel3}}}}}]]

|}}|}}|}}|}}|}}|}}

ISO-9660-Dateisystem-Abbilder (ISO-Abbilder) sind eine verbreitete Methode, um den Inhalt von CD-ROMs elektronisch zu verteilen. Sie haben meist die Dateierweiterung .iso.

Siehe auch

• Liste von Dateisystemen

Weblinks

• ISO 9660 Zusammenfassung (Abstract) bei iso.org
• ECMA 119 (entspricht ISO 9660)
• ECMA 119, 5. Auflage, Dezember 2024: Volume and File Structure of CDROM for Information Interchange (PDF; 2117 kB)

Einzelnachweise

<references />