Loading article…
| 開発者 | ISO / IEC、Ecmaインターナショナル |
|---|---|
| バリエーション | 13490 認証 |
| 紹介された | 1988年 |
| 制限 | |
| 最大ボリュームサイズ | 8TB |
| 他の | |
| サポートされている オペレーティングシステム | クロスプラットフォーム |
ISO 9660 （ ECMA -119とも呼ばれる）は、光ディスクメディア用のファイルシステムです。このファイルシステムは、国際標準化機構（ISO）から入手可能な国際標準です。仕様は誰でも購入できるため、[1]多くのオペレーティングシステム向けに実装が書かれています。
ISO 9660は、 UNIXやFATに似た階層型（8階層のディレクトリ）ツリーファイルシステム配置を使用して、ファイル情報を高密度のシーケンシャルレイアウトに配置し、非シーケンシャルアクセスを最小限に抑えるHigh Sierra Format [2 ] にそのルーツを遡ることができます。クロスプラットフォームの互換性を容易にするために、共通ファイル属性（ディレクトリまたは通常ファイルと記録時刻）と名前属性（名前、拡張子、バージョン）の最小限のセットを定義し、各ファイルの将来のオプションの拡張子を指定できる別のシステム使用領域を使用しました。High Sierraは、1986年12月にEcma InternationalによってECMA-119 [3]として国際標準として採用され（変更あり）、 ISOにファストトラッキングのために提出され、最終的にISO 9660:1988として承認されました。[4]その後、標準の修正が2013年と2020年に公開されました。
ファイル システムの最初の 16 セクターは空で、他の用途に予約されています。残りはボリューム記述子セット(後続のレイアウトを記述するヘッダー ブロック) から始まり、その後にディスク上のパス テーブル、ディレクトリ、およびファイルが続きます。ISO 9660 準拠のディスクには、ファイル システムを記述するプライマリ ボリューム記述子が少なくとも 1 つと、記述子セットの終了を示すボリューム記述子であるボリューム記述子セット ターミネータが含まれている必要があります。プライマリ ボリューム記述子は、ボリューム、特性、およびメタデータに関する情報を提供します。これには、ルート ディレクトリがどのセクターにあるかを示すルート ディレクトリ レコードが含まれます。その他のフィールドには、ボリュームの名前や作成者などのメタデータ、およびファイル システムで使用される論理ブロックのサイズと数が含まれます。パス テーブルは、関連するディレクトリ階層のディレクトリ構造を要約したものです。イメージ内の各ディレクトリについて、パス テーブルはディレクトリ識別子、ディレクトリが記録されている範囲の場所、ディレクトリに関連付けられている拡張属性の長さ、および親ディレクトリ パス テーブル エントリのインデックスを提供します。
ISO 9660 には、いくつかの制限を緩和する拡張機能があります。注目すべき例としては、Rock Ridge (Unix スタイルの権限と長い名前)、Joliet ( Unicode、非ラテン文字の使用を可能にする)、El Torito (CD を起動可能にする)、Apple ISO 9660 拡張機能(リソース フォーク、ファイル バックアップの日付など、従来の Mac OSおよびmacOSに固有のファイル特性)などがあります。
歴史
コンパクトディスクはもともと音楽データを記録するために開発されたが、アーカイブ用の大量データ保存にも同様に効果的であったため、すぐに他のデジタルデータタイプの保存にも使用されるようになった。CD-ROMと呼ばれるこのタイプのコンパクトディスクの最低レベルのフォーマットは、 1983年にイエローブック仕様で定義された。しかし、この本ではCD-ROM上のデータをファイルなどの論理単位に整理するためのフォーマットは定義されていなかったため、各CD-ROMメーカーが独自のフォーマットを作成することになった。 CD-ROMファイルシステム標準（Z39.60 -情報交換用CDROMのボリュームおよびファイル構造）を開発するために、米国国家情報標準化機構（NISO）は1985年7月に標準化委員会SC EE（コンパクトディスクデータフォーマット）を設立した。[5] 1985年9月から[6] 10月にかけて、いくつかの企業が専門家を招き、そのような標準のワーキングペーパーの開発に参加してもらった。
1985年11月、コンピュータハードウェアメーカーの代表者がネバダ州ステートラインのハイシエラホテルアンドカジノ（現在はゴールデンナゲットレイクタホと呼ばれている）に集まった。[7]このグループはハイシエラグループ（HSG）として知られるようになった。会議には、アップルコンピュータ、AT&T、[要出典]デジタルイクイップメントコーポレーション（DEC）、日立、レーザーデータ、マイクロウェア、[要出典]マイクロソフト、3M、フィリップス、リファレンステクノロジー社、ソニー株式会社、TMS社、ビデオツールズ（後のメリディアン[8]）、ジーベック、イェリックの代表者が出席した。[要出典]会議報告書は、非常にオープンエンドであったため、互換性のない多くのデータストレージ方式の多様化と作成につながっていたイエローブックCD-ROM標準から発展したものであった。 High Sierra Group Proposal ( HSGP ) は 1986 年 5 月にリリースされ、一般に High Sierra フォーマットとして知られる CD-ROM 用のファイル システムを定義しました。
この提案の草案は、標準化のために欧州コンピュータ工業会（ECMA）に提出されました。いくつかの変更を経て、1986年12月にECMA-119標準の最初の版が発行されました。[9] ECMAは、ファストトラッキングのために国際標準化機構（ISO）に標準を提出し、そこでさらに改良されてISO 9660標準になりました。互換性のため、ECMA-119の第2版は、1987年12月にISO 9660と同等になるように改訂されました。[10] [11] [12] ISO 9660:1988は1988年に発行されました。 ECMA-119およびISO 9660標準におけるHigh Sierraフォーマットからの主な変更点は、フォーマットが米国以外の市場でより適切に機能するようにするための国際的な拡張でした。
非互換性が生じないようにするため、NISOは1987年5月28日にNISOメンバーによって採択されたZ39.60のさらなる作業を中断した。これは最終承認前に撤回され、ISO 9660が採用された。[5]
JIS X 0606:1998は、新しい「拡張ボリューム記述子」データ構造を使用してファイル名の規則が大幅に緩和され、1998年に日本で可決されました。この標準はISO 9660:1999に提出され、おそらく迅速に処理されたが、何も成果はなかった。[13]それでも、いくつかのオペレーティングシステムとディスクオーサリングツール（ Nero Burning ROM、mkisofs、ImgBurn など）は現在、「ISO 9660:1999」、「ISO 9660 v2」、「ISO 9660 Level 4」などの名前で追加をサポートしています。2013年に、この提案は最終的にISO 9660 / Amendment 1の形で正式化され、「ISO 9660と広く使用されている「Joliet仕様」との調和をもたらす」ことを目的としていました。[14] 2017年12月に、技術的にはISO 9660の修正1と同一のECMA-119の第3版が発行されました。[15]
2019 年に、ECMA は ECMA-119 の第 4 バージョンを公開し、ジョリエット テキストを「付録 C」として統合しました。
2020年にISOは改正案2を公表したが、これは若干の明確化事項を追加したものの、規格の技術情報の追加や修正は行っていない。[16]
仕様
以下は、ISO 9660 ファイル システムの大まかな全体構造です。
マルチバイト値は、リトルエンディアン、ビッグエンディアン、および仕様で「両バイト」順序と呼ばれる両方のタイプの連結の3つの異なる形式で保存できます。ボリューム記述子とディレクトリレコードのいくつかのフィールドでは両バイト順序が必要ですが、パステーブルはリトルエンディアンまたはビッグエンディアンのどちらでもかまいません。[17]
トップレベル
システム領域はディスクの最初の32,768データバイト（各2,048バイトの16セクター）であり、ISO 9660では未使用であるため、他の用途に使用できます。[17]起動可能なメディアで使用するために予約されていると示唆されていますが、[18] CD-ROMにはこの領域に代替ファイルシステム記述子が含まれている場合があり、ハイブリッドCDではクラシックMac OS固有のコンテンツとmacOS固有のコンテンツを提供するためによく使用されます。[要出典]
ボリューム記述子セット
データ領域は、ボリューム記述子セットで始まります。ボリューム記述子セットは、ボリューム記述子セットターミネータで終了する1 つ以上のボリューム記述子のセットです。これらはまとめてデータ領域のヘッダーとして機能し、その内容を記述します ( FAT、HPFS、およびNTFS形式のディスクで使用されるBIOS パラメータ ブロックに似ています)。
各ボリューム記述子のサイズは 2048 バイトで、1 つのモード 1 またはモード 2 フォーム 1 セクターにぴったり収まります。ボリューム記述子の構造は次のとおりです。
ボリューム記述子のデータ フィールドは複数のフィールドに分割され、正確な内容はタイプによって異なります。記述子の最初のコピーが破損した場合に備えて、各ボリューム記述子の冗長コピーを含めることもできます。
標準ボリューム記述子のタイプは次のとおりです。
ISO 9660 準拠のディスクには、ファイル システムを記述するプライマリ ボリューム記述子と、記述子シーケンスの終了を示すボリューム記述子セット ターミネータが少なくとも 1 つ含まれている必要があります。ボリューム記述子セット ターミネータは、単にこの構造セットの終了を示すことを目的とした特定の種類のボリューム記述子です。プライマリ ボリューム記述子は、ルート ディレクトリがどのセクターにあるかを示すルート ディレクトリ レコードなど、ボリューム、特性、メタデータに関する情報を提供します。その他のフィールドには、ボリュームの説明または名前、およびボリュームの作成者とアプリケーションに関する情報が含まれます。ファイル システムがボリュームをセグメント化するために使用する論理ブロックのサイズも、プライマリ ボリューム記述子内のフィールドに格納され、ボリュームが占めるスペースの量 (論理ブロックの数で測定) も格納されます。
プライマリ ボリューム記述子に加えて、補足ボリューム記述子または拡張ボリューム記述子が存在する場合があります。
- 補助ボリューム記述子は、プライマリ ボリューム記述子と同じボリュームを記述し、通常は標準コード テーブルが不十分な場合に追加のコード ページ サポートを提供するために使用されます。この標準では、8 バイトを超えるコード セットの管理にはISO 2022を使用し、使用される各コード ページを識別するにはISO 2375エスケープ シーケンスを使用することが規定されています。したがって、ISO 9660 では、参照される標準のフレームワークに適合する限り、国際的なシングル バイト文字セットとマルチ バイト文字セットがサポートされます。ただし、ISO 9660 では、サポートが保証されているコード ページは規定されていません。標準自体で定義されているコード テーブル以外のコード テーブルの使用は、ボリュームの作成者と受信者の間で合意する必要があります。
- 拡張ボリューム記述子は、ISO 9660 修正 1 で導入されました。これにより、他のボリューム記述子とそれによって参照されるディレクトリ レコードの要件の一部が緩和されます。たとえば、ディレクトリの深さは 8 を超えることができ、ファイル識別子には '.' やファイル バージョン番号を含める必要がなくなり、ファイルおよびディレクトリ識別子の長さは最大 207 になります。
パステーブル
パステーブルは、関連するディレクトリ階層のディレクトリ構造を要約したものです。イメージ内の各ディレクトリについて、パステーブルはディレクトリ識別子、ディレクトリが記録されている範囲の場所、ディレクトリに関連付けられている拡張属性の長さ、および親ディレクトリパステーブルエントリのインデックスを提供します。親ディレクトリ番号は16ビットの数値で、範囲は1～65,535に制限されています。[19]
ディレクトリとファイル
ディレクトリ エントリは、ファイル名の評価が開始されるルート ディレクトリ エントリの位置の次に保存されます。ディレクトリとファイルはどちらも、連続した一連のセクターであるエクステントとして保存されます。ファイルとディレクトリは、その性質を示すファイル属性によってのみ区別されます ( Unixと同様)。ファイルの属性は、ファイルを記述するディレクトリ エントリに保存され、オプションで拡張属性レコードにも保存されます。ファイルを見つけるには、ファイルのパスにあるディレクトリ名を順番にチェックし、各ディレクトリの位置に移動して後続のサブディレクトリの位置を取得します。ただし、ファイル システムによって提供されるパス テーブルを使用してファイルを見つけることもできます。このパス テーブルには、各ディレクトリ、その親、およびディスク上の位置に関する情報が格納されます。パス テーブルは連続した領域に保存されるため、ファイルのパスにある各ディレクトリの特定の位置にジャンプするよりもはるかに高速に検索でき、シーク時間が短縮されます。
この標準では、交換の 3 つのネストされたレベルが指定されています (セクション 10 からの引用):
- レベル 1: ファイル名は 3 文字の拡張子を含む 8 文字までに制限されます。ディレクトリ名は 8 文字までに制限されます。ファイルには 1 つのファイル セクションを含めることができます。
- レベル 2: ファイルには 1 つのファイル セクションを含めることができます。
- レベル 3: 標準本体で規定されているもの以外の追加の制限はありません。つまり、ディレクトリ識別子の長さは 31 文字を超えてはならず、ファイル名 + '.' + ファイル名拡張子の長さは 30 文字を超えてはなりません (セクション 7.5 および 7.6)。ファイルは、複数の非連続セクションで構成することもできます (順序に関していくつかの制限があります)。
標準本体における追加の制限: ディレクトリ階層の深さは 8 を超えてはなりません (ルート ディレクトリはレベル 1 です)。また、ファイルのパスの長さは 255 を超えてはなりません。(セクション 6.8.2.1)。
この規格では、次のような名前の制限も規定されている（セクション7.5および7.6）：[4]
- すべてのレベルでは、必須ファイル階層内のファイル名は大文字、数字、アンダースコア ("_")、およびドットに制限されます。(セクション 7.4.4 および付録 A も参照してください。)
- ファイル名に文字が指定されていない場合、ファイル名拡張子は少なくとも 1 文字で構成されます。
- ファイル名拡張子に文字が指定されていない場合、ファイル名は少なくとも 1 文字で構成される必要があります。
- ファイル名には 1 つ以上のドットを含めることはできません。
- ディレクトリ名にはドットは一切使用しないでください。
CD-ROM メーカーは、標準の第 10 章で指定されている下位レベルの交換のいずれかを選択し、ファイル名の長さを 30 文字から、ファイル識別子では 8+3 文字、ディレクトリ識別子では 8 文字に制限して、完全な標準を実装していない実装との互換性を促進することができます。[引用が必要]
ISO 9660 ファイル システムでは、GMT オフセットに使用される 1 バイト値を除き、すべての数値は符号なし数値です。ディスク上のファイルエクステントの長さは32 ビット値で保存されるため、[20]最大長は 4.2 GB強 (より正確には 4 GiBより 1 バイト少ない ) になります。ISO 9660 レベル 3 のマルチ エクステント (断片化) 機能を使用してこの制限を回避し、ISO 9660 ファイル システムと最大 8 TB の単一ファイルを作成できます。これにより、4 GiB を超えるファイルを複数のエクステント (連続した一連のセクター) に分割することができ、各エクステントは 4 GiB の制限を超えません。たとえば、InfraRecorder、ImgBurn、mkisofs、Roxio Toastなどのフリーソフトウェアは、マルチエクステントファイルを使用して4GiBを超えるファイルを記録可能なDVDなどの適切なメディアに保存するISO 9660ファイルシステムを作成できます。[引用が必要] Linuxは複数のエクステントをサポートしています。[21]
修正第 1 版 (または ECMA-119 第 3 版、または「JIS X 0606:1998 / ISO 9660:1999」) 以降、EVD システムではより多様なファイル ツリーを表現できるようになりました。文字制限 (8 ビット文字も許可) や深さ制限、パス長制限はなくなりました。名前の長さには 207 という制限が残っています。文字セットは強制されなくなったため、ディスク交換の両側で別のチャネルを介して合意する必要があります。[15]
拡張機能と改善
ISO 9660 には、いくつかの制限を緩和する拡張機能があります。注目すべき例としては、Rock Ridge (Unix スタイルの権限と長い名前)、Joliet ( Unicode、非ラテン文字の使用を可能にする)、El Torito (CD を起動可能にする)、Apple ISO 9660 拡張機能(リソース フォーク、ファイル バックアップの日付など、従来の Mac OSおよびmacOSに固有のファイル特性)などがあります。
サス
システム使用共有プロトコル(SUSP、IEEE P1281) は、プライマリ ボリューム記述子 (PVD) からアクセス可能なディレクトリ エントリに追加のプロパティを含めるための一般的な方法を提供します。ISO 9660 ボリュームでは、すべてのディレクトリ エントリにオプションのシステム使用領域があり、その内容は未定義で、システムによって解釈されます。SUSP は、その領域を複数のシステム使用フィールドに分割する方法を定義します。各フィールドは 2 文字の署名タグで識別されます。SUSP の背後にある考え方は、ISO 9660 の独立した拡張機能をいくつでも作成して、競合することなくボリュームに含めることができるというものでした。また、システム使用領域の制限内に収まらないほど大きいプロパティ データを含めることもできます。
SUSP は、いくつかの共通タグとシステム使用フィールドを定義します。
CE: 継続エリアPD: パディングフィールドSP: システム使用共有プロトコルインジケーターST: システム使用共有プロトコルターミネータER: 拡張機能リファレンスES: 拡張子セレクター
その他の既知の SUSP フィールドには次のものがあります:
AA: Apple拡張機能、推奨BA: Apple 拡張機能、古い (長さ属性がありません)AS: Amiga ファイルのプロパティZF: zisofs圧縮ファイル。通常はmkzftreeプログラムまたはlibisofsによって生成される。CONFIG_ZISOFSでビルドされている場合はLinuxカーネルによって透過的に解凍される。[22]AL: ACLを含む拡張ファイル属性を記録します。libburniaによって提案され、libisofsによってサポートされています。[23]
Apple 拡張機能は技術的には SUSP 標準に準拠していませんが、Apple によって定義された AA フィールドと AB フィールドの基本構造はSUSP と前方互換性があるため、注意すればボリュームで Apple 拡張機能と RRIP 拡張機能の両方を使用できます。
ロックリッジ
ロックリッジインターチェンジプロトコル( RRIP、IEEE P1282) は、 POSIX ファイルシステムセマンティクスを追加する拡張機能です。これらの拡張機能プロパティを利用できることで、UnixおよびUnix 系オペレーティングシステムとの統合が向上します。[24]この標準は、メルブルックスの映画「ブレージングサドル」に登場する架空の町ロックリッジにちなんで名付けられました。[25] RRIP 拡張機能は、簡単に言うと次のとおりです。
- ファイル名が長くなり（最大 255 バイト）、使用できる文字の制限が少なくなりました（小文字のサポートなど）。
- UNIX スタイルのファイルモード、ユーザー IDとグループ ID、およびファイルのタイムスタンプ
- シンボリックリンクとデバイスファイルのサポート
- より深いディレクトリ階層（8 レベル以上）
- スパースファイルの効率的な保存
RRIP 拡張機能は SUSP に基づいて構築されており、POSIX セマンティクスをサポートするための追加タグと、対応するシステム使用フィールドの形式と意味を定義します。
RR: Rock Ridge 拡張機能の使用中インジケーター (注: バージョン 1.09 以降は標準から削除されました)PX: POSIX ファイル属性PN: POSIXデバイス番号SL: シンボリックリンクNM: 別名CL: 子リンクPL: 親リンクRE: ディレクトリを移動しましたTF: タイムスタンプSF: スパースファイルデータ
Amiga Rock Ridge はRRIP に似ていますが、AmigaOSで使用される追加のプロパティを提供します。これも SUSP 標準に基づいて構築されており、"AS" タグ付きのシステム使用フィールドが定義されています。したがって、Amiga Rock Ridge と POSIX RRIP の両方を同じボリュームで同時に使用できます。この拡張機能でサポートされている特定のプロパティには、ファイル用の追加のAmigaビットがあります。属性 "P" は "pure" ビット (再入可能コマンドを示す) を表し、属性 "S" はスクリプト ビット (バッチ ファイルを示す) を表します。これには、保護フラグとオプションのコメント フィールドが含まれます。これらの拡張機能は、Rock Ridge Interchange Protocol と System Use Sharing Protocol の主要作成者である Andrew Young の協力を得て、Angela Schmidt によって導入されました。Amiga 拡張機能を使用して CD-ROM をマスターする最初の公開ソフトウェアは、Angela Schmidt が Patrick Ohly と共同で開発した Amiga ソフトウェアの MakeCD でした。[26]
エル・トリート
El Torito は、コンピュータを CD-ROM から起動できるように設計された拡張機能です。1994 年 11 月に発表され[27] 、1995 年 1 月にIBMと BIOS 製造元のPhoenix Technologiesの共同提案として初めて発行されました。伝説によると、ISO 9660 の El Torito CD/DVD 拡張機能は、カリフォルニア州アーバインのEl Toritoレストラン( 33°41′05″N 117°51′09″W / 33.684722°N 117.852547°W / 33.684722; -117.852547 ) で設計が始まったため、その名前が付けられました。[28]最初の 2 人の作成者は、Phoenix Technologies の Curtis Stevens と IBM の Stan Merkin でした。[28]
32 ビット PC BIOS は、ISO 9660 CD-ROM 上のブート コードを検索します。この規格では、2 つの異なるモードでのブートが可能です。ハード ディスク エミュレーション モードでは、ブート情報が CD メディアから直接アクセスできます。フロッピー エミュレーション モードでは、ブート情報はフロッピー ディスクのイメージ ファイルに保存され、CD から読み込まれて仮想フロッピー ディスクとして動作します。これは、フロッピー ドライブからのみブートするように設計されたコンピュータに便利です。最近のコンピュータでは、一般に「エミュレーションなし」モードの方が信頼性の高い方法です。BIOS は、CD ドライブに BIOS ドライブ番号を割り当てます。割り当てられるドライブ番号 ( INT 13H用) は、80 hex (ハード ディスクエミュレーション)、00 hex (フロッピー ディスクエミュレーション)、または BIOS がエミュレーションを提供しない場合は任意の番号です。エミュレーションは、ハード ディスクまたはフロッピー ディスクからブートしたように見えるため、古いオペレーティング システムをCD からブートする場合に便利です。 [29]
UEFIシステムでは、プラットフォーム 0xEF として El Torito レコードも受け入れます。レコードは、FAT ファイルシステムを含むディスク イメージであることが想定されており、ファイルシステムは通常のディレクトリを含むEFI システム パーティション\EFIです。イメージは「エミュレーションなし」としてマークする必要がありますが、実際には BIOS がイメージをメモリにロードしてそこからコードを実行する BIOS の「エミュレーションなし」モードのようには動作しません。[30]
El Torito は、CD にGRUBブートローダを組み込み、マルチブート仕様に従うことで、 Linuxオペレーティングシステムを起動できる CD を作成するためにも使用できます。[29] El Torito 仕様では「Mac」プラットフォーム ID が言及されていますが、PowerPC ベースの Apple Macintosh コンピューターでは使用されません。[31]
ジョリエット
Joliet はMicrosoftが指定し承認した拡張子で、 Windows 95 [32]およびWindows NT 4.0以降、同社のWindows オペレーティングシステムのすべてのバージョンでサポートされています。[33]その主な焦点は、完全な ISO 9660 準拠に伴うファイル名の制限を緩和することです。Joliet は、UCS-2 BE ( Windows 2000 以降は実際にはUTF-16 BE) でエンコードされた追加のファイル名セットを提供することでこれを実現します。これらのファイル名は特別な補助ボリューム記述子に格納され、ISO 9660 準拠のソフトウェアでは安全に無視されるため、下位互換性が維持されます。 [32]この仕様では、ファイル名の長さは最大 64 文字のUnicode文字までしか許可されていません。ただし、 mkisofsのドキュメントでは、ファイル名の長さが最大 103 文字でも問題は発生しないようです。[34] Microsoft は「最大 110 文字まで使用可能」とドキュメント化しています。[35]違いは、CDXA 拡張スペースが使用されるかどうかにあります。[34]
Joliet では、ファイル名やボリューム名を含むすべてのテキスト フィールドに Unicode 文字を使用できます。タイプ 2 の「セカンダリ」ボリューム記述子には、プライマリ ボリューム記述子と同じ情報 (セクター 16、オフセット 40 バイト) が含まれますが、UCS-2BEではセクター 17、オフセット 40 バイトです。このため、ボリューム名は 16 文字に制限されます。
現在の PC オペレーティング システムの多くは Joliet 形式のメディアを読み取ることができるため、非ローマ字 (アラビア語、日本語、キリル文字など) が含まれている場合でも、オペレーティング システム間でファイルを交換できます。これは、以前は ISO 9660 形式のメディアでは不可能でした。Joliet メディアを読み取ることができるオペレーティング システムは次のとおりです。
- Microsoft Windows ; [32] MicrosoftはWindowsをターゲットとする開発者にJoliet拡張機能の使用を推奨しています。[32]
- リナックス[36]
- macOS [37]
- フリーBSD [38]
- オープンソラリス[39]
- 俳句[40]
- アミーガOS
- RISC OS [41]
ロミオ
Romeo はAdaptecによって開発され、現在のコード ページを使用してプライマリ ボリューム記述子に直接書き込まれる、最大 128 文字の長いファイル名の使用を可能にします。この形式は、Windows 9x およびWindows NT の「CDFS」ドライバーの動作に基づいて構築されています。 [42]異なる言語の Windows インストールでRomeoディスクを開くと、コード ページが示されないため、ファイル名の非 ASCII 文字が文字化けします。たとえば、「ü」が「³」になることがあります。別の OS でも同様の問題が発生するか、これらの非準拠の名前を完全に認識しない場合があります。
同じコード ページの問題は、技術的には標準 ISO 9660 にも存在します。この標準では、合意に基づいて、補足ボリューム記述子と拡張ボリューム記述子を任意の文字エンコードに自由に解釈できます。ただし、プライマリ ボリューム記述子は、ASCII の小さなサブセットであることが保証されています。
Apple拡張機能
Apple Computerは、ProDOSまたはHFS / HFS+ （クラシックMac OSの主要なファイルシステム）のプロパティをファイルシステムに追加する一連の拡張機能を作成しました。追加されたメタデータプロパティには次のものがあります。[43]
- 最終バックアップの日付
- ファイルタイプ
- クリエイターコード
- 表示用のフラグとデータ
- リソースフォークへの参照
Apple は、Macintosh 以外のシステムから CD-ROM 上の Macintosh ファイルにアクセスできるようにするために、標準 ISO 9660 形式の拡張を使用することを選択しました。Apple 固有のメタデータ以外のほとんどのデータは、ISO 9660 を読み取ることができる オペレーティング システムで引き続き表示されます。
その他の拡張機能
拡張子をサポートしないオペレーティング システムの場合は、名前変換ファイルTRANS.TBLを使用する必要があります。このTRANS.TBLファイルはプレーンASCIIテキスト ファイルです。各行には、任意の数の空白で区切られた 3 つのフィールドが含まれます。
- ファイルの種類 (ファイルの場合は「F」、ディレクトリの場合は「D」)。
- ISO 9660 ファイル名 (通常はファイル用に隠されている ";1" を含む)。
- スペースを含む可能性のある拡張ファイル名。
TRANS.TBL ファイルを作成するほとんどの実装では、ファイル タイプと ISO 9660 名の間に 1 つのスペースが挿入され、ISO 9660 ファイル名と拡張ファイル名の間に任意の数のタブが挿入されます。
多くの ISO 9660 実装、特にUnixTRANS.TBL関連の実装では、のネイティブ サポートがまだ存在しています。ただし、他の拡張機能に取って代わられて久しく、ISO 9660 イメージを作成する最新のユーティリティは、TRANS.TBL ファイルをまったく作成できないか、ユーザーが明示的に要求しない限り作成しなくなりました。TRANS.TBL ファイルには名前以外の特別な識別情報がないため、ファイルシステムの作成前に別々に作成してディレクトリに含めることもできます。
ISO 13490規格は、ディスク上の複数のセッションをサポートする ISO 9660 形式の拡張です。ISO 9660 は、設計上、読み取り専用のプリマスター ファイル システムであるため、すべてのデータを 1 回または「セッション」でメディアに書き込む必要があります。いったん書き込むと、保存されたコンテンツを変更することはできません。ISO 13490 は、 CD-Rなどの書き込み可能なディスクに複数のセッションで ファイルを追加できるようにするために作成されました。
ISO 13346/ECMA-167規格は、ISO 13490規格と連動して設計された。この新しいフォーマットは、ISO 9660の欠点のほとんどに対処しており、そのサブセットはDVDに採用されたユニバーサルディスクフォーマット（UDF）に進化した。ボリューム記述子テーブルはISO9660のレイアウトを維持しているが、識別子は更新されている。[44] [45]
ディスクイメージ
光ディスクイメージは、 CD-ROMの内容を電子的に転送する一般的な方法です。ファイル名の拡張子 .isoは（.iso9660あまり一般的ではありませんが、使用されています）であることが多く、一般に「ISO」と呼ばれます。[46]
プラットフォーム
ほとんどのオペレーティング システムは ISO 9660 形式のディスクの読み取りをサポートしており、ほとんどの新しいバージョンは Rock Ridge や Joliet などの拡張機能をサポートしています。拡張機能をサポートしていないオペレーティング システムでは、通常、プレーンな ISO 9660 ディスクの基本的な (拡張されていない) 機能が表示されます。
ISO 9660 とその拡張機能をサポートするオペレーティング システムは次のとおりです。
- DOS : MSCDEX.EXE (Microsoft CDROM Extension)、NWCDEX.EXE、CORELCDX.EXEなどの拡張子でアクセスします。
- Microsoft Windows 95、Windows 98、Windows ME : ISO 9660 レベル 1、2、3、およびJoliet を読み取ることができます。
- Microsoft Windows NT 4.0、Windows 2000、Windows XP、およびそれ以降の Windows バージョンは、ISO 9660 レベル 1、2、3、Joliet、および ISO 9660:1999 を読み取ることができます。Windows 7 では、 UDF 形式を CDFS と誤認する可能性もあります。詳細については、UDF を参照してください。
- LinuxおよびBSD : ISO 9660 レベル 1、2、3、Joliet、Rock Ridge、および ISO 9660:1999
- Apple GS/OS :HS.FSTファイルシステムトランスレータによるISOレベル1および2のサポート。[47]
- Classic Mac OS 7 ～ 9: ISO レベル 1、2。オプションの無料ソフトウェアはRock RidgeおよびJoliet (ISO レベル 3 を含む) をサポートします: Joke Ridge および Joliet Volume Access。
- macOS（全バージョン）：ISOレベル1、2、Joliet、Rock Ridge Extensions。レベル3は現在サポートされていないが、ユーザーはこれらのディスクをマウントできる[48]
- AmigaOS は「AS」拡張機能をサポートしています (Amiga 保護ビットとファイルコメントが保持されます)
- QNX
- ウルトリクス
- OS/2、eComStation、ArcaOS
- BeOS、Zeta、Haiku
- OpenVMSはISO 9660インターチェンジレベル1～3のみをサポートし、拡張機能はサポートしていない[49]
- RISC OS は、 PC で書き込まれた光学メディアに対しては、不完全なサポートしか提供していません。ほとんどの CD-R/RW は問題なく動作しますが、DVD+-R/RW/RAM は、RISC OS 4.02、RISC OS 4.39、RISC OS 6.20 では、まったくうまく動作しません[引用が必要]
参照
参考文献
- ^ 「ISO 9660:1988(en)、情報処理 - 情報交換用CD-ROMのボリュームとファイル構造」。ISO (国際標準化機構)。ISO。1988年。 2017年12月17日閲覧。
- ^ 「情報処理に関するワーキングペーパー：情報交換用CD-ROMのボリュームとファイル構造」光情報システム7 （ 1）：29-49。1987年1月。
- ^ 「情報交換用 CDROM のボリュームとファイル構造」 Ecma International、1987 年 12 月。
- ^ ab 情報交換用 CD-ROM のボリュームとファイル構造(訂正版)。ジュネーブ: 国際標準化機構 (ISO)。1988 年 9 月 1 日。
- ^ ab Peters, Paul Evan (1989年7月). 「CD-ROM規格：Z39.60の運命」（PDF） . Information Standards Quarterly . 1 (3). National Information Standards Organization (NISO): 1–3. ISSN 1041-0031. 2016年11月18日時点のオリジナルより アーカイブ（PDF） . 2016年11月18日閲覧。
- ^ Helliwell, John (1986年10月14日). 「90年代のプレミアムリファレンスツール」. PC Magazine : 150–164 . 2016年11月18日閲覧。
- ^ マネス、スティーブン、アンドリュース、ポール (1993)。『ゲイツ：マイクロソフトの巨頭はいかにして業界を改革し、アメリカ一の大富豪となったか』ダブルデイ、336 ページ。ISBN 0-385-42075-7。
- ^ Anderson, Gregg (1987年6月). 「CD-ROMの未来」. Explorer . 7 (3). Atari Explorer Publications: 19. 2016年11月18日閲覧。
- ^ 「標準 ECMA-119: 情報交換用 CDROM のボリュームとファイル構造」(PDF) (第 1 版)。1986 年 12 月。
- ^ 「標準 ECMA-119: 情報交換用 CDROM のボリュームとファイル構造」(PDF) (第 2 版再版)。1998 年 9 月 [1987 年 12 月] 。2022 年12 月 30 日閲覧。
- ^ コンパクトディスクの発明。
- ^ “Chip's CD Media Resource Center: CD-ROM page 6”. 2019年7月26日時点のオリジナルよりアーカイブ。2020年11月24日閲覧。
- ^ 「JIS X 0606:1998 / ISO 9660:1999 規格案」.
- ^ ISO 9660、修正 1 (ISO 9660:1988/Amd.1:2013(E))
- ^ ab "Standard ECMA-119" (PDF) . Ecma International . Ecma. p. vii . 2018年8月16日閲覧。
- ^ ISO 9660、修正 2 (ISO 9660:1988/Amd.2:2020(E))
- ^ ab 「DOS/Windows 用に簡略化された ISO9660」。
- ^ 「ISO9660」.
- ^ ISO9660 セクション 6.9 および 9.4.4
- ^ ISO 9660 セクション 9.1.4
- ^ Pete (2006 年 4 月 2 日). 「kern/95222: ISO9660 レベル 3 CD のファイル セクションが無視される」. freebsd-bugs (メーリング リスト).
- ^ “linux/fs/isofs/Kconfig”. GitHub . 2022年1月23日.
- ^ 「任意の属性交換プロトコル」。
- ^ 「RRIP (IEEE P1282) ドラフト標準 1.12」(PDF) 1994年7月8日。2017年4月4日時点のオリジナル(PDF)からアーカイブ。
- ^ 「CDFS ロックリッジ交換プロトコル (RRIP、IEEE P1282)」。
- ^ Angela Schmidt、Patrick Ohly。「Amiga MakeCD サポート ページ」(ドイツ語) 。2017年4 月 4 日閲覧。
- ^ 「Phoenixがブート可能なCD-ROM仕様を発表。仕様はPhoenixとIBMが共同で開発」 (プレスリリース)。Phoenix Technologies Ltd. 1994年11月11日。2017年8月10日時点のオリジナルよりアーカイブ。 2008年1月31日閲覧。
- ^ ab Parker, Dana J. 「Fresh Tortillas and CD-ROM Standards: The El Torito Bootable CD-ROM Specifications」。CD-ROM Professional。第 8 巻、第 7 号。1999 年 10 月 8 日時点のオリジナルよりアーカイブ。2008 年1 月 31 日閲覧。
- ^ ab 「エル・トリト」。OSDev 。2015 年1 月 3 日に取得。
- ^ 「13. プロトコル - メディア アクセス - UEFI 仕様 2.10 ドキュメント」。uefi.org。
- ^ 「ブート可能なハイブリッド (ISO/HFS) CD-ROM」 。2014年1 月 3 日閲覧。
- ^ abcd 「CD-ROM の Joliet 仕様」。Microsoftサポート技術情報。Microsoft。2005 年 7 月 11 日。MSKB 125630。2012年5 月 29 日閲覧。
- ^ 「CDFS ファイル システムでの長いファイル名の Windows NT サポート」。Microsoftサポート技術情報。Microsoft。2006 年 11 月 1 日。MSKB 142372。2012年5 月 29 日に取得。
- ^ ab – FreeBSDシステム管理者マニュアル
- ^ 「5 付録A: 製品の動作」 。 2014年4月13日閲覧。
- ^ Jeff Tranter (2001 年 7 月 18 日)。「Microsoft の Joliet ファイルシステムはサポートされていますか?」Linux CD-ROM HOWTO。リビジョン 1.17。2012年5 月 29 日閲覧。
- ^ "hdiutil(1)". BSD 一般コマンドマニュアル. Mac OS X バージョン 10.7.4. Apple. 2011 年 3 月 18 日. 2012 年5 月 29 日閲覧。
- ^ 「FreeBSD 3.2 リリースノート」。FreeBSD プロジェクト。2012年5 月 29 日閲覧。
- ^ 「hsfs - High Sierra & ISO 9660 CD-ROM ファイルシステム」。OpenSolarisマニュアルページセット。SunOS 5.11 / OpenSolaris 2009.06。2006 年 11 月 1 日。2012年5 月 29 日に閲覧。
- ^ 「Haiku ソースツリー、src/add-ons/kernel/file_systems/iso9660/iso9660.cpp」。
- ^ 「Joliet 形式の CD-ROM のサポートを追加 hdr/Hashes s/Directory s/EntryFile s/FileMan s/Filer s/Free (999bdda6) · コミット · RiscOS / Sources / FileSys / CDFS / CDFS」。2013 年 8 月 15 日。
- ^ 「CD-ROM ディスク: Joliet および Romeo の名前の定義」。Apple Inc. 2007 年 6 月 1 日。2010 年7 月 20 日閲覧。
- ^ 「テクニカルノート FL36: Apple の ISO 9660 への拡張」。2008 年 12 月 26 日時点のオリジナルよりアーカイブ。
- ^ 「ECMA-167 - 情報交換のための非シーケンシャル記録を使用する追記型および再書き込み型メディアのボリュームおよびファイル構造」(PDF)。
- ^ 「出生のお知らせ: ISO/IEC 13346 および ISO/IEC 13490」。
- ^ Gavin, Brady (2018年6月25日). 「ISOファイルとは何か（そしてどのように使用するのか）？」How-To Geek . 2021年12月23日閲覧。
- ^ 「Virtual GS: Apple II エミュレータでの ISO ディスク イメージの使用」(PDF)。Juiced.GS 第 9 巻、第 2 号。2004 年 5 月。
- ^ 「PC で作成された Joliet レベル 3 CD の操作」2004 年 4 月 16 日。
- ^ 「OpenVMS よくある質問 (FAQ)」 Hoffman Labs。2017 年 11 月 19 日時点のオリジナルよりアーカイブ。2011 年9 月 1 日閲覧。
さらに読む
- エヴァンス、ハロルド、バックランド、ゲイル、レファー、デイビッド（2004年）。『アメリカを作ったのは彼らだ：蒸気機関から検索エンジンまで：2世紀のイノベーターたち』リトル、ブラウン社 ISBN 978-0-316-27766-2。
- ランバート、スティーブ、ロピエケ、スザンヌ編 (1986)。CD ROM - 新しいパピルス:最新技術と将来の動向。マイクロソフト プレス。ISBN 0-914845-74-8。
外部リンク
- 「ISO 9660」。
- 「ECMA-119」。これはISO 9660:1988規格のECMAリリースであり、無料でダウンロードできます。
- 「ISO 9660仕様の概要」。2022年5月27日時点のオリジナルよりアーカイブ。
- 「ISO-9660 のデータ構造の説明」。2011 年 7 月 17 日時点のオリジナルよりアーカイブ。
- 「ISO 9660 アナライザー ツール (iat)」。Freecode。
- 「RRIPの歴史：Young Minds, Incについて」。2018年3月17日時点のオリジナルよりアーカイブ。
- 「SUSP (IEEE P1281) ドラフト標準 1.12」(PDF)。1994 年 7 月 8 日。2017 年 4 月 4 日時点のオリジナル(PDF)からアーカイブ。
- 「RRIP (IEEE P1282) ドラフト標準 1.12」(PDF)。1994 年 7 月 8 日。2017 年 4 月 4 日時点のオリジナル(PDF)からアーカイブ。
- 「Rock Ridge の Amiga 拡張機能: 「MakeCD プログラムに関連するドキュメント」」。1996 年 12 月 5 日。
- 「「El Torito」ブート可能 CD-ROM フォーマット仕様、バージョン 1.0」(PDF) 。2008 年 2 月 18 日のオリジナル(PDF)からアーカイブ。
- ISOLINUX ソースコード (isolinux.asm の 294 行目以降を参照)
- 「ラルフ・ブラウンの割り込みリスト」。(interrupt.b の int 13h、特に関数 4a から 4d を参照)
- 「ELトリト仕様補足」、標準の欠点について議論する
- 米国特許 5758352 - 長いファイル名と短いファイル名の共通の名前空間
- 「ジョリエット仕様」。