ISO 9660

ISO 9660
Entwickler (en) ISO/IEC, ECMA International
Varianten ISO 13490
Eingeführt 1988; Vor 34 Jahren
Grenzen
Max. Volumengröße 8TB
Sonstiges
Unterstützt Betriebssysteme Cross -Plattform

ISO 9660 (auch bekannt als ECMA-119) ist ein Dateisystem zum optische Scheibe Medien. Von der verkauft werden Internationale Standardisierungsorganisation (ISO) Das Dateisystem wird als als angesehen International Technischer Standard. Da die Spezifikation für jeden zum Kauf verfügbar ist,[1] Implementierungen wurden für viele geschrieben Betriebssysteme.

ISO 9660 verfolgt seine Wurzeln auf die High Sierra -Format,[2] welche Dateiinformationen in einem dichten, sequentiellen Layout zur Minimierung des nichtsequentiellen Zugriff FETT. Um die Kompatibilität für die Plattform zu erleichtern, definierte sie einen minimalen Satz gemeinsamer Dateiattribute (Verzeichnis oder normale Datei und Zeitpunkt der Aufzeichnung) und Namensattribute (Name, Erweiterung und Version) und verwendeten einen separaten System für die Systemanwendungsgebiet, in der zukünftige optionale Erweiterungen für jede Die Datei kann angegeben werden. High Sierra wurde im Dezember 1986 (mit Veränderungen) als internationaler Standard von übernommen ECMA International als ECMA-119[3] und übermittelt für die schnelle Verfolgung an die ISO, wo es schließlich als ISO 9660: 1988 akzeptiert wurde.[4] Nachfolgende Änderungen des Standards wurden in den Jahren 2013 und 2020 veröffentlicht.

Die ersten 16 Sektoren des Dateisystems sind leer und für andere Verwendungen reserviert. Der Rest beginnt mit a Volumendeskriptorset (Ein Header -Block, der das nachfolgende Layout beschreibt) und dann die Pfadetabellen, Verzeichnisse und Dateien auf der CD. Eine ISO 9660 -konforme Disc muss mindestens eine enthalten Primärvolumendeskriptor Beschreibung des Dateisystems und a Volume Deskriptor Set Terminator Dies ist ein Banddeskriptor, der das Ende des Deskriptorsatzes markiert. Der Primärvolumendeskriptor enthält Informationen zu Volumen, Merkmalen und Metadaten, einschließlich eines Root -Verzeichnis -Datensatzes, der angibt, in welchem ​​Sektor sich das Root -Verzeichnis befindet. Andere Felder enthalten Metadaten wie den Namen und den Ersteller des Bandes sowie die Größe und Anzahl der vom Dateisystem verwendeten logischen Blöcke. Path -Tabellen fassen die Verzeichnisstruktur der relevanten Verzeichnishierarchie zusammen. Für jedes Verzeichnis im Bild liefert die Pfadetabelle die Verzeichniskennung, den Ort des Ausmaßes, in dem das Verzeichnis aufgezeichnet wird, die Länge aller mit dem Verzeichnis zugeordneten erweiterten Attributen und den Index der übergeordneten Verzeichnispfadetabelleneintrag.

Es gibt mehrere Erweiterungen zu ISO 9660, die einige seiner Grenzen entspannen. Bemerkenswerte Beispiele sind Rock Ridge (Berechtigungen im Unix-Stil und längere Namen), Joliet (UnicodeNicht zulässigen NichtsLateinische Skripte verwendet werden), El Torito (Ermöglicht CDs bootfähig) und die Apple ISO 9660 Erweiterungen (Dateimerkmale spezifisch für die Klassischer Mac OS und Mac OS, wie zum Beispiel Ressourcengabeln, Dateisicherungsdatum und mehr).

Geschichte

CDs wurden ursprünglich zur Aufzeichnung musikalischer Daten entwickelt, wurden jedoch bald zum Speichern zusätzlicher digitaler Datentypen verwendet, da sie für die Archivität gleichermaßen wirksam waren Massendatenspeicherung. Genannt CD-ROMsDas Format mit niedrigster Ebene für diese Art von Kompaktscheiben wurde in der definiert Gelbes Buch Die Spezifikation im Jahr 1983. Dieses Buch definierte jedoch kein Format zum Organisieren von Daten zu CD-ROMs in logischen Einheiten wie z. Dateien, was dazu führte, dass jeder CD-ROM-Hersteller sein eigenes Format erstellte. Um eine CD-ROM zu entwickeln Dateisystem Standard (Z39.60 - Volumen- und Dateistruktur von CDROM für den Informationsaustausch), das Nationale Informationsstandardsorganisation (NISO) Einrichten des Standards -Ausschusses SC EE (Compact Disc Data Format) im Juli 1985.[5] Im September/[6] Oktober 1985 Mehrere Unternehmen luden Experten ein, an der Entwicklung eines Arbeitspapiers für einen solchen Standard teilzunehmen.

Im November 1985 versammelten sich Vertreter von Computerhardwareherstellern an der High Sierra Hotel und Casino (Derzeit genannt die Hard Rock Hotel und Casino) nahe Lake Tahoe, Kalifornien.[7] Diese Gruppe wurde als die bekannt Hohe Sierra -Gruppe (Hsg). Anwesend auf dem Treffen waren Vertreter von Apple Computer, AT&T, Digital Equipment Corporation (Dez),, Hitachi, Laserdata, Mikrokruste, Microsoft, 3m, Philips, Referenztechnologie Inc., Sony Corporation, TMS Inc., Videotools (später Meridian[8]), XEBEC und Yelick. Der Besprechungsbericht entwickelte sich aus dem Gelbes Buch Der CD-ROM-Standard, der so offen war, führte zu einer Diversifizierung und Schaffung vieler inkompatibler Datenspeichermethoden. Das Vorschlag mit hoher Sierra -Gruppe (HSGP) wurde im Mai 1986 veröffentlicht und definiert ein Dateisystem für CD-ROMs, die allgemein als High Sierra-Format bezeichnet werden.

Eine Entwurfsversion dieses Vorschlags wurde dem vorgelegt Europäische Computerherstellervereinigung (ECMA) zur Standardisierung. Mit einigen Änderungen führte dies zur Ausgabe der ersten Ausgabe des ECMA-119-Standards im Dezember 1986.[9] Die ECMA hat ihren Standard an die eingereicht Organisation für internationale Standards (ISO) für schnelles Verfolgen, wo es weiter in den ISO 9660 -Standard verfeinert wurde. Für die Kompatibilität wurde die zweite Ausgabe von ECMA-119 im Dezember 1987 zu ISO 9660 überarbeitet.[10][11][12] ISO 9660: 1988 wurde 1988 veröffentlicht.

Um keine Inkompatibilitäten zu schaffen, setzte NISO weitere Arbeiten an Z39.60 aus, die am 28. Mai 1987 von den NISO -Mitgliedern verabschiedet worden waren. Es wurde vor der endgültigen Genehmigung zugunsten von ISO 9660 zurückgezogen.[5]

Im Jahr 2013 veröffentlichte ISO die Änderung 1 zum ISO 9660 -Standard, wobei neue Datenstrukturen und entspannte Dateinamenregeln eingeführt wurden, mit denen "Harmonisierung zwischen ISO 9660 und weit verbreiteter verwendet werden soll".Joliet Spezifikation'."[13] Im Dezember 2017 wurde eine 3. Ausgabe von ECMA-119 veröffentlicht, die technisch identisch mit ISO 9660, Änderung 1 ist.[14]

Im Jahr 2020 veröffentlichte ISO die Änderung 2, die einige geringfügige Klärungsangelegenheiten hinzufügt, jedoch keine technischen Informationen des Standards hinzufügt oder korrigiert.[15]

Spezifikationen

Das Folgende ist die grobe Gesamtstruktur des ISO 9660 -Dateisystems.

Multi-Byte-Werte können in drei verschiedenen Formaten gespeichert werden: Little-Endian, Big-Endianund in einer Verkettung beider Typen in dem, was die Spezifikation als "Both-Byte" -Heurei nennt. Beide Byte-Reihenfolge sind in mehreren Feldern in den Banddeskriptoren und Verzeichnisdatensätzen erforderlich, während Path-Tabellen entweder Little-Endian oder Big-Endian sein können.[16]

Höchststufe

ISO 9660 Dateisystem
Systembereich (32.768 b) Unbenutzt von ISO 9660
Datenbereich
Volumendeskriptorset
Path -Tabellen, Verzeichnisse und Dateien

Das SystembereichDie ersten 32.768 Datenbytes der Disc (16 Sektoren von jeweils 2.048 Bytes) sind von ISO 9660 nicht verwendet und daher für andere Verwendungen verfügbar.[16] Während vorgeschlagen wird, dass sie für den Gebrauch reserviert sind bootfähige Medien,[17] Eine CD-ROM kann in diesem Bereich einen alternativen Dateisystemdeskriptor enthalten und wird häufig von verwendet Hybrid -CDs anbieten Klassischer Mac OS-spezifisch und Mac OS-spezifisch Inhalt.

Volumendeskriptorset

Das Datenbereich beginnt mit dem Volumendeskriptorset, ein Satz von einem oder mehreren Volumendeskriptoren beendet mit a Volume Deskriptor Set Terminator. Diese handeln gemeinsam als Header für den Datenbereich beschreiben der Inhalt (ähnlich wie das BIOS -Parameterblock benutzt von FETT, HPFS und NTFS formatierte Scheiben).

Volumendeskriptorset
Volumendeskriptor #1
...
Banddeskriptor #n
Volume Deskriptor Set Terminator

Jeder Volumendeskriptor ist 2048 Bytes in Größe und passen perfekt in einen einzelnen Modus 1 oder Modus 2 Formular 1 -Sektor. Sie haben die folgende Struktur:

Volumendeskriptor (2.048 Bytes)
Teil Typ Kennung Ausführung Daten
Größe 1 Byte 5 Bytes (immer 'CD001') 1 Byte (immer 0x01) 2.041 Bytes

Das Datenfeld eines Volumendeskriptors kann in mehrere Felder unterteilt werden, wobei der genaue Inhalt vom Typ abhängt. Redundante Kopien jedes Banddeskriptors können auch einbezogen werden, in dem die erste Kopie des Deskriptors korrupt wird.

Standardvolumen -Deskriptortypen sind die folgenden:

Grundlegende Volumendeskriptortypen
Wert Typ
0 Boot -Datensatzvolumendeskriptor
1 Primärvolumendeskriptor
2 Ergänzungsvolumendeskriptor oder erweiterter Volumendeskriptor
3 Volumenpartition Deskriptor
255 Volume Deskriptor Set Terminator

Eine ISO 9660 -konforme Disc muss mindestens eine enthalten Primärvolumendeskriptor Beschreibung des Dateisystems und a Volume Deskriptor Set Terminator zur Anzeige des Ende der Deskriptorsequenz. Das Volume Deskriptor Set Terminator ist einfach eine bestimmte Art von Volumen -Deskriptor, um das Ende dieser Strukturen zu markieren. Der Primärvolumendeskriptor enthält Informationen zu Volumen, Merkmalen und Metadaten, einschließlich eines Root -Verzeichnis -Datensatzes, der angibt, in welchem ​​Sektor sich das Root -Verzeichnis befindet. Andere Felder enthalten die Beschreibung oder den Namen des Bandes und Informationen darüber, wer sie erstellt hat und mit welcher Anwendung. Die Größe der logischen Blöcke, mit denen das Dateisystem segmentiert. Das Volumen wird auch in einem Feld im Primärvolumendeskriptor sowie in der Menge an Platz gespeichert, die durch das Volumen besetzt ist (gemessen in Anzahl der logischen Blöcke).

Zusätzlich zum Primärvolumendeskriptor (en), Ergänzungsvolumendeskriptoren oder Verbesserte Volumendeskriptoren kann vorhanden sein. Zusätzliche Volumendeskriptoren beschreiben das gleiche Volumen wie der Primärvolumendeskriptor und werden normalerweise zur Bereitstellung zusätzlicher Code -Seitenunterstützung verwendet, wenn die Standardcode -Tabellen nicht ausreichend sind. Der Standard gibt das an ISO 2022 wird zum Verwalten von Codesätzen verwendet, die breiter als 8 Bytes sind, und das ISO 2375 Escape -Sequenzen werden verwendet, um die jeweils verwendete bestimmte Codeseite zu identifizieren. Infolgedessen unterstützt ISO 9660 internationale Single-Byte- und Multi-Byte-Charakter-Sets, vorausgesetzt, sie passen in den Rahmen der verwiesenen Standards. ISO 9660 gibt jedoch keine Codeseiten an, die garantiert unterstützt werden: Alle Verwendung von anderen Code -Tabellen als die im Standard selbst definierten Abhandlungen zwischen dem Urheber und dem Empfänger des Volumens unterliegen. Verbesserte Volumendeskriptoren wurden in ISO 9660, Änderung 1 eingeführt. Sie entspannen einige der Anforderungen der anderen Volumendeskriptoren und die von ihnen verwiesenen Verzeichnisdatensätze: Beispielsweise kann die Verzeichnistiefe acht überschreiten, Dateikennungen müssen nicht enthalten '.' oder Dateiversionsnummer, die Länge einer Datei- und Verzeichniskennung wird auf 207 maximiert.

Pfadtische

Path -Tabellen fassen die Verzeichnisstruktur der relevanten Verzeichnishierarchie zusammen. Für jedes Verzeichnis im Bild liefert die Pfadetabelle die Verzeichniskennung, den Ort des Ausmaßes, in dem das Verzeichnis aufgezeichnet wird, die Länge aller mit dem Verzeichnis zugeordneten erweiterten Attributen und den Index der übergeordneten Verzeichnispfadetabelleneintrag. Die übergeordnete Verzeichnisnummer ist eine 16-Bit-Zahl, die ihren Bereich von 1 bis 65.535 begrenzt.[18]

Verzeichnisse und Dateien

Überblick über die ISO 9660 -Verzeichnisstruktur

Verzeichniseinträge werden nach dem Standort des Stammverzeichniseintrags gespeichert, in dem die Bewertung der Dateinamen begonnen wird. Sowohl Verzeichnisse als auch Dateien werden als gespeichert als Ausdehnung, die sequentielle Reihe von Sektoren sind. Dateien und Verzeichnisse unterscheiden sich nur durch ein Dateiattribut, das seine Natur anzeigt (ähnlich wie Unix). Die Attribute einer Datei werden im Verzeichniseintrag gespeichert, der die Datei beschreibt, und optional im erweiterten Attributdatensatz. Um eine Datei zu finden, können die Verzeichnisnamen im Pfad der Datei nacheinander überprüft werden, wodurch zum Speicherort jedes Verzeichnisses der Speicherort des nachfolgenden Unterverzeichnisses erhalten wird. Eine Datei kann jedoch auch über die vom Dateisystem bereitgestellte Pfadtabelle gefunden werden. Diese Pfadetabelle speichert Informationen zu jedem Verzeichnis, seinem übergeordneten und ihrem Standort auf der CD. Da die Pfadetabelle in einem zusammenhängenden Bereich gespeichert ist, kann sie viel schneller durchsucht werden, als auf die jeweiligen Positionen jedes Verzeichnisses im Pfad der Datei zu springen, wodurch die Suchzeit verkürzt wird.

Der Standard spezifiziert drei verschachtelte Austauschniveaus (umschrieben aus Abschnitt 10):

  • Stufe 1: Die Dateinamen sind auf acht Zeichen mit einer Erweiterung mit drei Zeichen begrenzt. Verzeichnisnamen sind auf acht Zeichen begrenzt. Dateien können einen einzelnen Dateiabschnitt enthalten.
  • Stufe 2: Dateien können einen einzelnen Dateiabschnitt enthalten.
  • Stufe 3: Keine zusätzlichen Einschränkungen als diejenigen, die im Hauptkörper des Standards festgelegt sind. Das heißt, Verzeichniskennungen dürfen 31 Zeichen nicht überschreiten und Dateiname + '.' + Die Erweiterung der Dateinamen darf die Länge von 30 Zeichen nicht überschreiten (Abschnitte 7.5 und 7.6). Dateien dürfen auch aus mehreren nicht zusammenhängenden Abschnitten bestehen (mit einigen Einschränkungen in Bezug auf Bestellung).

Zusätzliche Einschränkungen im Körper des Standards: Die Tiefe der Verzeichnishierarchie darf 8 nicht überschreiten (Stammverzeichnis auf Stufe 1), und die Pfadlänge einer Datei darf 255 nicht überschreiten. (Abschnitt 6.8.2.1).

Der Standard gibt auch die folgenden Namensbeschränkungen an (Abschnitte 7.5 und 7.6):[4]

  • Alle Ebenen beschränken die Dateinamen in der obligatorischen Dateihierarchie auf obere Fallbriefe, Ziffern, Unterstriche ("_") und einen Punkt. (Siehe auch Abschnitt 7.4.4 und Anhang A.)
  • Wenn für den Dateinamen keine Zeichen angegeben werden, muss die Dateinamenweiterung aus mindestens einem Zeichen bestehen.
  • Wenn für die Dateiname -Erweiterung keine Zeichen angegeben werden, muss der Dateiname aus mindestens einem Zeichen bestehen.
  • Dateinamen dürfen nicht mehr als einen Punkt haben.
  • Verzeichnisnamen dürfen überhaupt keine Punkte verwenden.

Ein CD-ROM-Produzent kann eine der in Kapitel 10 des Standards angegebenen Austauschebenen auswählen und die Länge des Dateinamens weiter auf nur 8+3 in Dateikennungen und 8 in Verzeichniskennungen einschränken, um die Austauschbarkeit zu fördern mit Implementierungen, die den gesamten Standard nicht implementieren.

Alle Zahlen in ISO 9660 -Dateisystemen mit Ausnahme des für den GMT -Offset verwendeten Einzel -Byte -Werts sind nicht signierte Zahlen. Als Länge der Datei einer Datei Ausmaß auf der Disc wird in einem 32 -Bit -Wert gespeichert,[19] Es ermöglicht eine maximale Länge von etwas mehr als 4,2Gb (Genauer gesagt ein Byte weniger als 4Gib). Es ist möglich, diese Einschränkung durch die Verwendung der Multi-Extent-Funktion (Fragmentation) von ISO 9660 Level 3 zu umgehen, um ISO 9660-Dateisysteme und einzelne Dateien bis zu 8 TB zu erstellen. Damit können Dateien größer als 4 GIB in mehrere Ausmaßstäbe (sequentielle Reihe von Sektoren) aufgeteilt werden, die jeweils die 4 GIB -Grenze nicht überschreiten. Zum Beispiel die kostenlose Software wie z. Infrarecorder, Imgburn und Mkisofs ebenso gut wie Roxio Toast sind in der Lage, ISO 9660-Dateisysteme zu erstellen, mit denen Dateien mit mehreren optenten Dateien mehr als 4 GIB in geeigneten Medien wie z. B. Datensatz-DVDs gespeichert werden können. Linux Unterstützt mehrere Ausmaßstäbe.[20]

Erweiterungen und Verbesserungen

Es gibt mehrere Erweiterungen zu ISO 9660, die einige seiner Grenzen entspannen. Bemerkenswerte Beispiele sind Rock Ridge (Berechtigungen im Unix-Stil und längere Namen), Joliet (UnicodeNicht zulässigen NichtsLateinische Skripte verwendet werden), El Torito (Ermöglicht CDs bootfähig) und die Apple ISO 9660 Erweiterungen (Dateimerkmale spezifisch für die Klassischer Mac OS und Mac OS, wie zum Beispiel Ressourcengabeln, Dateisicherungsdatum und mehr).

Aufhängung

System verwenden das Teilen von Protokoll (SAUS, IEEE P1281) bietet eine generische Methode, um zusätzliche Eigenschaften für jeden vom Primärvolumen Deskriptor (PVD) erreichbaren Verzeichniseintrag einzubeziehen. In einem ISO 9660 -Volumen hat jeder Verzeichniseintrag eine optionale Systemnutzungsbereich deren Inhalt undefiniert und lassen Sie sich vom System interpretieren lassen. ST definiert eine Methode, um diesen Bereich in mehrere Systemverwendungsfelder zu unterteilen, die jeweils durch ein Signatur-Tag mit zwei Zeichen identifiziert werden. Die Idee hinter SUSP war, dass eine beliebige Anzahl unabhängiger Erweiterungen gegen ISO 9660 erstellt und in ein Volumen aufgenommen werden kann, ohne widersprüchlich zu sein. Es ermöglicht auch die Einbeziehung von Eigenschaftsdaten, die ansonsten zu groß sind, um in die Grenzen des Systemnutzungsbereichs zu passen.

ST definiert mehrere gängige Tags und Systeme verwenden Felder:

  • Ce: Fortsetzungsbereich
  • PD: Polsterfeld
  • Sp: System verwenden Sharing Protocol Indicator
  • St: System verwenden Teilen von Protokoll -Terminator
  • Ähm: Extensionsreferenz
  • Es: Erweiterungsauswahl

Weitere bekannte ST -Felder umfassen:

  • Aa: Apple -Erweiterung, bevorzugt
  • Ba: Apple -Erweiterung, alt (Längenattribut fehlt)
  • WIE: Amiga -Dateieigenschaften
  • Zf: ZISOFS -komprimierte Datei, die normalerweise vom Programm mkzftree oder von libisofs erstellt wird. Transparent dekomprimiert von Linux Kernel, wenn er mit config_zisofs erstellt wurde.[21]
  • Al: Aufzeichnungen Erweiterte Dateiattribute, einschließlich ACLS. Vorgeschlagen von libburnia, unterstützt von libisofs.[22]

Die Apfelerweiterungen folgen technisch nicht dem SAUS -Standard. Die Grundstruktur der von Apple definierten AA- und AB -Felder ist jedoch vorwärts kompatibel mit suspendiert; So kann ein Volumen sowohl Apple -Erweiterungen als auch RRIP -Erweiterungen verwenden.

Rock Ridge

Das Rock Ridge Austauschprotokoll (Rrip, IEEE P1282) ist eine Erweiterung, die hinzugefügt wird Posix Dateisystem Semantik. Die Verfügbarkeit dieser Erweiterungseigenschaften ermöglicht eine bessere Integration in Unix und Unix-artig Betriebssysteme.[23] Der Standard hat seinen Namen von der fiktiven Stadt Rock Ridge in Mel Brooks'Film Loderne Sättel.[24] Die RRIP -Erweiterungen sind kurz:

Die RRIP -Erweiterungen basieren auf der SUSP und definieren zusätzliche Tags zur Unterstützung der POSIX -Semantik sowie das Format und die Bedeutung der entsprechenden Systeme für die Systemverwendung:

  • Rr: Rock Ridge Extensions In-Use-Indikator (Hinweis: Abverluste von Standard nach Version 1.09)
  • Px: POSIX -Dateiattribute
  • Pn: POSIX -Gerätenummern
  • Sl: symbolischer Link
  • Nm: anderer Name
  • Cl: Kinderverbindung
  • Pl: Elternlink
  • BETREFFEND: Umgesiedeltes Verzeichnis
  • Tf: Zeitstempel
  • Sf: spärliche Dateidaten

Amiga Rock Ridge ist ähnlich wie bei RRIP, außer dass es zusätzliche Eigenschaften bietet, die von verwendet werden von Amigaos. Auch es basiert auf dem SAUP-Standard, indem ein "als" -Antaged-System verwendet wird. Somit können sowohl Amiga Rock Ridge als auch der POSIX -RRIP gleichzeitig auf demselben Volumen verwendet werden. Einige der spezifischen Eigenschaften, die durch diese Erweiterung unterstützt werden Amiga-Bits für Dateien. Es gibt Unterstützung für Attribut "P", das für "reine" Bit steht (was wiedereintretende Befehle angibt) und das Attribut "S" für Skriptbit (angezeigt Stapeldatei). Dies beinhaltet die Schutzflaggen sowie ein optionales Kommentarfeld. Diese Erweiterungen wurden von Angela Schmidt mit Hilfe von Andrew Young, dem Hauptautor des Rock Ridge Interchange Protocol und des Systems Use Sharing Protocol, eingeführt. Die erste öffentlich verfügbare Software, die eine CD-ROM mit Amiga-Erweiterungen beherrscht, war Makecd, eine Amiga-Software, die Angela Schmidt zusammen mit Patrick Ohly entwickelte.[25]

El Torito

El Torito ist eine Erweiterung, die zulässig ist Booten Ein Computer aus einer CD-ROM. Es wurde im November 1994 angekündigt[26] und erstmals im Januar 1995 als gemeinsamer Vorschlag von herausgegeben IBM und BIOS -Hersteller Phoenix Technologies. Laut Legende erhielt die El Torito -CD/DVD -Erweiterung auf ISO 9660 ihren Namen, da sein Design von einem entstand El Torito Restaurant in Irvine, Kalifornien (33 ° 41'05 ″ n 117 ° 51'09 ″ w/33.684722 ° N 117.852547 ° W).[27] Die ersten beiden Autoren waren Curtis Stevens von Phoenix Technologies und Stan Merkin von IBM.[27]

Ein 32-Bit-PC-BIOS sucht in einer ISO 9660-CD-ROM nach dem Startcode. Der Standard ermöglicht das Booten in zwei verschiedenen Modi. Entweder in fester Festplattenemulation, wenn die Bootsinformationen direkt über die CD -Medien oder im Disketten -Emulationsmodus zugegriffen werden können, in dem die Bootsinformationen in einem gespeichert sind Bilddatei von a Diskette, der aus der CD geladen wird und sich dann als virtuelle Diskette verhält. Dies ist nützlich für Computer, die so konzipiert waren, dass sie nur aus einem Diskettenlaufwerk starten. Für moderne Computer ist der Modus "keine Emulation" im Allgemeinen die zuverlässigere Methode. Das BIOS weist dem CD -Laufwerk eine BIOS -Antriebsnummer zu. Die Antriebsnummer (für Int 13h) Zugewiesen ist eine von 80verhexen (Festplatte Emulation), 00verhexen (Diskette Emulation) oder eine willkürliche Zahl, wenn das BIOS keine Emulation liefern sollte. Emulation ist nützlich, um älter zu booten Betriebssysteme von einer CD, indem sie es ihnen erscheinen lassen, als wären sie von einer harten oder floppigen Festplatte gebootet.

El Torito kann auch zur Herstellung von CDs verwendet werden Linux Betriebssysteme durch Einbeziehung der RODEN Bootloader auf der CD und folgt dem Multiboot -Spezifikation.[28] Während die El Torito-Spezifikation auf eine "Mac" -Plattform-ID anspielt, verwenden PowerPC-basierte Apple Macintosh-Computer sie nicht.[29]

Joliet

Joliet ist eine angegebene Erweiterung und unterstützt von Microsoft und wurde von allen Versionen seiner unterstützt Fenster Betriebssystem seit Windows 95[30] und Windows NT 4.0.[31] Der Hauptaugenmerk liegt auf der Entspannung der Dateinamenbeschränkungen, die mit der Einhaltung der vollen ISO 9660 innewohnt. Joliet erreicht dies, indem er eine zusätzliche Reihe von Dateinamen liefert, die in codiert werden UCS-2SEIN (UTF-16Seit Windows 2000 in der Praxis sein. Diese Dateinamen werden in einem speziellen Ergänzungsvolumen-Deskriptor gespeichert, der durch die ISO 9660-konforme Software sicher ignoriert wird, wodurch die Rückwärtskompatibilität beibehalten wird.[30] Die Spezifikation ermöglicht nur Dateinamen bis zu 64 Unicode Zeichen in Länge. Die Dokumentation für jedoch Mkisofs States Dateinamen bis zu 103 Zeichen lang scheinen keine Probleme zu verursachen.[32] Microsoft hat es dokumentiert, dass "bis zu 110 Zeichen verwendet werden kann".[33]

Mit Joliet können Unicode -Zeichen für alle Textfelder verwendet werden, die Dateinamen und den Volumennamen enthält. Ein "sekundärer" Volumendeskriptor mit Typ 2 enthält die gleichen Informationen wie der primäre (Sektor 16 Offset 40 Bytes), aber in UCS-2BE in Sektor 17 40 Bytes ausgleichen. Infolgedessen ist der Bandname auf 16 Zeichen begrenzt.

Viele aktuelle PC-Betriebssysteme sind in der Lage, Joliet-formatierte Medien zu lesen und so den Austausch von Dateien zwischen diesen Betriebssystemen zu ermöglichen, auch wenn nicht-römische Zeichen beteiligt sind (wie arabisch, japanisch oder kyrillisch), was früher mit Plain ISO 9660 nicht möglich war -Formatierte Medien. Betriebssysteme, die Joliet Medien lesen können, umfassen:

Romeo

Romeo wurde entwickelt von Apaptec und ermöglicht die Verwendung langer Dateinamen bis zu 128 Zeichen. Romeo ist jedoch nicht rückwärts kompatibel mit ISO 9660 und mit diesem Dateisystem verfasste Discs können nur unter Windows 9x und gelesen werden Windows NT Plattformen, die den Austausch von Dateien zwischen diesen Betriebssystemen nicht zulassen, wenn nicht-römische Zeichen beteiligt sind (z. B. Arabisch, Japanisch oder Kyrillisch), zum Beispiel wird ü ³.[40]

Apfelerweiterungen

Apple Computer verfasst eine Reihe von Erweiterungen, die hinzugefügt werden Prodos oder HFS/HFS+ (das primäre zeitgenössische Dateisystem für Mac OS) Eigenschaften des Dateisystems. Einige der zusätzlichen Metadateneigenschaften umfassen:[41]

  • Datum der letzten Sicherung
  • Dateityp
  • Erstellercode
  • Flaggen und Daten zur Anzeige
  • Verweis auf a Ressourcengabel

Um nicht-Macintosh-Systemen auf CD-ROMs auf Macintosh-Dateien zuzugreifen, entschied sich Apple für eine Erweiterung des Standard-ISO 9660-Formats. Die meisten Daten außer den Apple -spezifischen Metadaten bleiben sichtbar Betriebssysteme das können ISO 9660 lesen.

Andere Erweiterungen

Für Betriebssysteme, die keine Erweiterungen unterstützen, einer Namensübersetzungsdatei Trans.tbl muss benutzt werden. Das Trans.tbl Datei ist einfach ASCII Textdatei. Jede Zeile enthält drei Felder, die durch eine willkürliche Menge von getrennt sind Whitespace:

  • Der Dateityp ("f" für Datei oder "D" für Verzeichnis);
  • Der ISO 9660 -Dateiname (einschließlich der normalerweise versteckten "; 1" für Dateien); und
  • Der erweiterte Dateiname, der Räume enthalten kann.

Die meisten Implementierungen, die Trans.TBL -Dateien erstellen, setzen einen einzelnen Speicherplatz zwischen dem Dateityp und dem ISO 9660 -Namen und einer beliebigen Anzahl von Registerkarten zwischen dem ISO 9660 -Dateinamen und dem erweiterten Dateinamen.

Native Unterstützung für die Verwendung Trans.tbl Es gibt immer noch in vielen ISO 9660 -Implementierungen, insbesondere in Bezug auf diejenigen, die sich beziehen Unix. Es wurde jedoch längst von anderen Erweiterungen ersetzt, und moderne Dienstprogramme, die ISO 9660 -Bilder erstellen, können entweder Trans.TBL -Dateien überhaupt nicht erstellen oder sie nicht mehr erstellen, es sei denn, der Benutzer wird explizit angefordert. Da eine Trans.TBL -Datei keine spezielle Identifikation als ihren Namen hat, kann sie auch separat erstellt und vor der Erstellung von Dateisystemen in das Verzeichnis aufgenommen werden.

Das ISO 13490 Standard ist eine Erweiterung des ISO 9660 -Formats, das mehrere Unterstützung für mehrere erhöht Sitzungen Auf einer Scheibe. Da ISO 9660 ein schreibgeschütztes, vorgefertigtes Dateisystem entwirft, müssen alle Daten auf einmal oder "Sitzung" auf das Medium geschrieben werden. Sobald es geschrieben wurde, gibt es keine Bereitstellung für die Änderung des gespeicherten Inhalts. Es wurde ISO 13490 erstellt, um mehr Dateien zu einer schriftlichen Disc wie das Hinzufügen von Dateien wie z. CD-R in mehreren Sitzungen.

JIS X 0606: 1998, auch als ISO 9660: 1999 bekannt, ist ein japanischer Industriestandard, der vom japanischen National Organ (JTC1 N4222) erstellt wurde, um einige Verbesserungen vorzunehmen und einige Einschränkungen aus dem ursprünglichen ISO 9660 -Standard zu entfernen.[42] Dieser Entwurf wurde 1998 eingereicht, aber er wurde noch nicht als ISO -Standard ratifiziert. Einige seiner Änderungen umfassen die Entfernung einiger Beschränkungen, die durch den ursprünglichen Standard auferlegt werden, indem die maximale Länge des Dateinamens auf 207 Zeichen erweitert wird, die maximale Verzeichnis-Verzeichnisgrenze des achtstöckigen Verzeichnisses entfernt und die besondere Bedeutung des Punktzeichens in Dateinamen entfernt werden. Einige Betriebssysteme ermöglichen diese Entspannungen auch beim Lesen optischer Discs. Mehrere Tools für die CD -Autorierung (wie z. Nero Burning ROM, Mkisofs und Imgburn) Unterstützen Sie einen sogenannten "ISO 9660: 1999" -Modus (manchmal genannt "ISO 9660 V2" oder "ISO 9660 Level 4" -Modus), der die Beschränkungen nach den Richtlinien im ISO 9660: 1999-Entwurf beseitigt.

Der ISO 13346/ECMA-167-Standard wurde in Verbindung mit dem ISO 13490-Standard entworfen. Dieses neue Format befasst Universal Disk -Format (UDF), das für verabschiedet wurde DVDs. Die Tabelle des Volumendeskriptors behält das Layout von ISO9660 bei, die Kennung wurde jedoch aktualisiert.[43][44]

Discbilder

Optische Disc -Bilder sind ein häufiger Weg, um den Inhalt von CD-ROMs elektronisch zu übertragen. Sie haben oft das Dateiname Erweiterung .iso (.ISO9660 ist weniger verbreitet, aber auch verwendet) und werden allgemein als "ISOs" bezeichnet.[45]

Plattformen

Die meisten Betriebssysteme unterstützen das Lesen von ISO 9660 -formatierten Discs, und die meisten neuen Versionen unterstützen die Erweiterungen wie Rock Ridge und Joliet. Betriebssysteme, die die Erweiterungen nicht unterstützen, zeigen normalerweise die grundlegenden (nicht erweiterten) Merkmale einer einfachen ISO 9660-Disc.

Betriebssysteme, die ISO 9660 und seine Erweiterungen unterstützen, umfassen Folgendes:

Siehe auch

Verweise

  1. ^ "ISO 9660: 1988 (EN), Informationsverarbeitung-Volumen- und Dateistruktur von CD-ROM für Informationsaustausch". ISO (Internationale Organisation für Standardisierung). ISO. 1988. Abgerufen 17. Dezember 2017.
  2. ^ "Arbeitspapier zur Informationsverarbeitung: Volumen- und Dateistruktur von CD-ROM für Informationsaustausch". Optische Informationssysteme. 7 (1): 29–49. Januar 1987.
  3. ^ "Volumen- und Dateistruktur von CDROM für Informationsaustausch". ECMA International. Dezember 1987.
  4. ^ a b Volumen- und Dateistruktur von CD-ROM für den Informationsaustausch (korrigiert.). Genf: Internationale Organisation für Standardisierung (ISO). 1. September 1988.
  5. ^ a b Peters, Paul Evan (Juli 1989). "CD-ROM-Standards: Das Schicksal von Z39.60" (PDF). Informationsstandards vierteljährlich. Nationale Informationsstandardsorganisation (Niso). 1 (3): 1–3. ISSN 1041-0031. Archiviert (PDF) Aus dem Original am 18. November 2016. Abgerufen 18. November 2016.
  6. ^ Helliwell, John (14. Oktober 1986). "Premium -Referenzwerkzeug der 90er Jahre". PC Magazine: 150–164. Abgerufen 18. November 2016.
  7. ^ Mans, Stephen; Andrews, Paul (1993). Gates: Wie Microsofts Mogul eine Branche neu erfunden hat und sich zum reichsten Mann in Amerika machte. Doubleday. p. 336. ISBN 0-385-42075-7.
  8. ^ Anderson, Gregg (Juni 1987). "Die Zukunft der CD-ROM". Forscher. Atari Explorer Publications. 7 (3): 19. Abgerufen 18. November 2016.
  9. ^ "Standard ECMA-119: Volumen- und Dateistruktur von CDROM für Informationsaustausch" (PDF) (1. Aufl.). Dezember 1986. Archiviert (PDF) Aus dem Original am 18. November 2016.
  10. ^ "Standard ECMA-119: Volumen- und Dateistruktur von CDROM für Informationsaustausch" (Nachdruck 2. Aufl.). September 1998 [Dezember 1987]. Archiviert Aus dem Original am 18. November 2016. Abgerufen 18. November 2016. [1]
  11. ^ Die Erfindung von Kompaktscheiben.
  12. ^ "CHS CD Media Resource Center: CD-ROM Seite 6". Archiviert von das Original am 26. Juli 2019. Abgerufen 24. November 2020.
  13. ^ ISO 9660, Änderung 1 (ISO 9660: 1988/AMD.1: 2013 (e))
  14. ^ "Standard ECMA-119" (PDF). ECMA International. ECMA. p. vii. Abgerufen 16. August 2018.
  15. ^ ISO 9660, Änderung 2 (ISO 9660: 1988/AMD.2: 2020 (e))
  16. ^ a b "ISO9660 für DOS/Windows vereinfacht".
  17. ^ "ISO9660".
  18. ^ ISO9660 Abschnitte 6.9 und 9.4.4
  19. ^ ISO 9660 Abschnitt 9.1.4
  20. ^ Pete (2. April 2006). "KERN/95222: Dateiabschnitte auf ISO9660 Level 3 CDs ignoriert". Freebsd-Bugs (Mailingliste).
  21. ^ "Linux/fs/isofs/kconfig". GitHub. 23. Januar 2022.
  22. ^ "Willkürliches Attribut Austauschprotokoll".
  23. ^ "RRIP (IEEE P1282) Entwurf Standard 1.12" (PDF). 8. Juli 1994. archiviert von das Original (PDF) am 4. April 2017.
  24. ^ "CDFS Das Rock Ridge Interchange Protocol (Rrip, IEEE P1282)".
  25. ^ Angela Schmidt, Patrick Ohly. "Amiga Makecd Support -Seite" (auf Deutsch). Abgerufen 4. April 2017.
  26. ^ "Phoenix kündigt die bootfähige CD-ROM-Spezifikation an; Spezifikation, die gemeinsam von Phoenix und IBM entwickelt wurde" (Pressemitteilung). Phoenix Technologies Ltd. 11. November 1994. archiviert von das Original am 10. August 2017. Abgerufen 31. Januar 2008.
  27. ^ a b Parker, Dana J. "Frische Tortillas- und CD-ROM-Standards: Die el Torito-bootfähige CD-ROM-Spezifikation". CD-ROM-Profi. Vol. 8, nein. 7. archiviert von das Original am 8. Oktober 1999. Abgerufen 31. Januar 2008.
  28. ^ "El-Torito". Osdev. Abgerufen 3. Januar 2015.
  29. ^ "Bootfähige Hybrid (ISO/HFS) CD-ROMs". Abgerufen 3. Januar 2014.
  30. ^ a b c d "Jolietspezifikation für CD-ROM". Microsoft Knowledge Base. Microsoft. 11. Juli 2005. MSKB 125630. Abgerufen 29. Mai 2012.
  31. ^ "Windows NT -Unterstützung für lange Dateinamen unter CDFS -Dateisystem". Microsoft Knowledge Base. Microsoft. 1. November 2006. MSKB 142372. Abgerufen 29. Mai 2012.
  32. ^ "Mkisofs (1)". Abgerufen 17. Juni 2014.
  33. ^ "5 Anhang A: Produktverhalten". Abgerufen 13. April 2014.
  34. ^ Jeff Tranter (18. Juli 2001). "Ist Joliet Dateisystem von Microsoft unterstützt?". Das Linux cd-rom howto. Revision 1.17. Abgerufen 29. Mai 2012.
  35. ^ "Hdiutil (1)". BSD General Commands Handbuch. Mac OS X Version 10.7.4. Apfel. 18. März 2011. Abgerufen 29. Mai 2012.
  36. ^ "FreeBSD 3.2 Versionshinweise". Das FreeBSD -Projekt. Abgerufen 29. Mai 2012.
  37. ^ "HSFS - High Sierra & ISO 9660 CD -ROM -Dateisystem". OpenSolaris Man Page Set. Sunos 5.11 / OpenSolaris 2009.06. 1. November 2006. Abgerufen 29. Mai 2012.
  38. ^ "Haiku Quellbaum, SRC/Add-Ons/Kernel/Datei_Systems/ISO9660/ISO9660.cpp".
  39. ^ "Unterstützung für das Joliet-Format CD-ROMS HDR/Hashes S/Verzeichnis S/Entryfile S/Fileman S/Filer S/Free (999BDDA6) · Commits · Riscos/Quellen/Filesys/CDFS/CDFS".
  40. ^ "CD-ROM-Discs: Joliet & Romeo-Namensdefinitionen". Apple Inc. 1. Juni 2007. Abgerufen 20. Juli 2010.
  41. ^ "Technischer Hinweis FL36: Apfelweiterungen zu ISO 9660". Archiviert von das Original am 26. Dezember 2008.
  42. ^ "JIS X 0606: 1998 / ISO 9660: 1999 Entwurfspezifikation".
  43. ^ "ECMA-167-Volumen- und Dateistruktur für Schreib- und Umschreibungsmedien mithilfe von nichtsequentiellen Aufzeichnungen für den Informationsaustausch" (PDF).
  44. ^ "Geburtskündigung: ISO/IEC 13346 und ISO/IEC 13490".
  45. ^ Gavin, Brady. "Was ist eine ISO -Datei (und wie benutze ich sie)?". How-to Geek. Abgerufen 23. Dezember 2021.
  46. ^ "Die virtuelle GS: Verwenden von ISO -Festplattenbildern in Apple II -Emulatoren" (PDF). Juiced.gs Band 9, Ausgabe 2. Mai 2004.
  47. ^ "Arbeiten Sie mit PC-erstellten Joliet Level 3 CDs". 16. April 2004.
  48. ^ "Die OpenVMs stellten häufig Fragen (FAQs)" ". Hoffman Labs. Abgerufen 1. September 2011.

Weitere Lektüre

Externe Links