ISO 9660
| |||
| Bereich | Computertechnik | ||
| Titel | Informationsverarbeitung; Datenträger- und Dateistruktur von CD-ROM für den Informationsaustausch | ||
| Kurzbeschreibung: | EN 29660 | ||
| Letzte Ausgabe | April 1988 | ||
| Nationale Normen | EN 29660:1989 (zurückgezogen am 28. Okt. 1998), DIN ISO 9660:1990-12, OENORM EN 29660:1989-08-01 | ||
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
[Bearbeiten | Quelltext bearbeiten]| Eigenschaften des Dateisystems: ISO 9660 | |
|---|---|
| Vollständige Bezeichnung | Information processing — Volume and file structure of CD-ROM for information interchange |
| Erstveröffentlichung | April 1988[1] (CD read-only) |
| Eigenschaften | |
| Datumsangaben einer Datei | Erzeugung, Änderung, Ablauf (expiration), Verwendungsdatum („day at which the information in the file may be used“)[2] |
| Datumsbereich | 1. Januar bis 31. Dezember; Volume-Datum (Jahre): 1 ... 9999[3][4]; File-Datum (Jahre): 1900 ... 2155 (8-Bit Zahl; beginnend mit dem Jahr 1900)[5][6] |
| Zeitstempel-Auflösung | 1 Sekunde[6] |
| Zeitzonen-Handhabung | Zeitzonenangabe als Offset zu GMT in n·15 Minuten (n: -48 ... +52 als signed int8)[9] |
| Transparente Komprimierung | nein[7][8] |
| Transparente Verschlüsselung | nein[7][8] |
Der ISO-9660-Standard wurde 1988 veröffentlicht[1], auf Grundlage des High-Sierra-Dateisystems zwei Jahre zuvor.[10] 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).[10][11]
Erweiterungen
[Bearbeiten | Quelltext bearbeiten]ISO 9660-Level 2
[Bearbeiten | Quelltext bearbeiten]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
[Bearbeiten | Quelltext bearbeiten]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
[Bearbeiten | Quelltext bearbeiten]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
[Bearbeiten | Quelltext bearbeiten]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
[Bearbeiten | Quelltext bearbeiten]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
[Bearbeiten | Quelltext bearbeiten]Beschränkte Anzahl an Verzeichnissen
[Bearbeiten | Quelltext bearbeiten]Das ISO-Format weist eine Beschränkung hinsichtlich der Anzahl der möglichen Verzeichnisse auf. Jede ISO-Verzeichnisstruktur basiert auf einer Pfadtabelle, der sogenannten „path table“. 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
[Bearbeiten | Quelltext bearbeiten]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
[Bearbeiten | Quelltext bearbeiten]Weblinks
[Bearbeiten | Quelltext bearbeiten]- ISO 9660 Zusammenfassung (Abstract) bei iso.org
- ECMA 119 (entspricht ISO 9660)
- ECMA 119: Volume and File Structure of CDROM for Information Interchange (PDF; 658 kB)
Einzelnachweise
[Bearbeiten | Quelltext bearbeiten]- ↑ a b iso.org: ISO 9660:1988 Information processing — Volume and file structure of CD-ROM for information interchange, Abstract, abgerufen am 18. Januar 2021.
- ↑ ecma-international.org: STANDARD ECMA-119 (4th Edition, June 2019), S. 44, abgerufen am 18. Januar 2021.
- ↑ ecma-international.org: STANDARD ECMA-119 (December 1986), 11. Dezember 1986, S. 26, abgerufen am 18. Januar 2021.
- ↑ ecma-international.org: STANDARD ECMA-119 (4th Edition, June 2019), S. 28, abgerufen am 18. Januar 2021.
- ↑ ecma-international.org: STANDARD ECMA-119, December 1986, 11. Dezember 1986, S. 34, abgerufen am 18. Januar 2021.
- ↑ a b ecma-international.org: STANDARD ECMA-119 (4th Edition, June 2019), S. 37, abgerufen am 18. Januar 2021.
- ↑ a b 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.
- ↑ a b 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.
- ↑ 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.
- ↑ a b Standardizing Information and Communication Systems In: Standard ECMA-119, Vorwort (Brief History)
- ↑ ecma-international.org: STANDARD ECMA-119 (2nd Edition, Dezember 1987), siehe Abschnitt: „Brief History“ - auf 5. PDF-Seite, abgerufen am 23. Januar 2021.