Loading article…
ISO 9660 （ ECMA -119とも呼ばれる）は、光ディスクメディア用のファイルシステムです。このファイルシステムは、国際標準化機構（ISO）から入手可能な国際標準です。仕様が公開されているため、多くのオペレーティングシステム向けに実装が作成されています。[ 1 ]
ISO 9660 はHigh Sierra フォーマット[ 2 ]にルーツを持ち、 Unixファイルシステムや FAT と同様に階層構造 (8 レベルのディレクトリの深さ) のツリーファイルシステム構成を使用することで、非シーケンシャル アクセスを最小限に抑えるために、ファイル情報を密なシーケンシャル レイアウトで配置しました。クロス プラットフォーム互換性を容易にするために、共通のファイル属性 (ディレクトリまたは通常のファイル、記録時刻) と名前属性 (名前、拡張子、バージョン) の最小限のセットを定義し、各ファイルの将来のオプションの拡張子を指定できる別のシステム使用領域を使用しました。High Sierra は 1986 年 12 月に (変更を加えて) Ecma InternationalによってECMA-119 [ 3 ]として国際標準として採用され、 ISOにファスト トラックとして提出され、最終的に ISO 9660:1988 [ 4 ]として承認されました。この標準に対するその後の修正は、2013 年、2017 年、2019 年、および 2020 年に公開されました。
ファイルシステムの最初の 16 セクターは空で、他の用途のために予約されています。残りの部分は、ボリューム記述子セット(後続のレイアウトを記述するヘッダー ブロック) から始まり、ディスク上のパス テーブル、ディレクトリ、およびファイルへと続きます。ISO 9660 に準拠したディスクには、ファイルシステムを記述するプライマリ ボリューム記述子が少なくとも 1 つと、記述子セットの終わりを示すボリューム記述子であるボリューム記述子セット ターミネータが含まれている必要があります。プライマリ ボリューム記述子には、ボリューム、特性、メタデータに関する情報が提供されます。これには、ルート ディレクトリが配置されているセクターを示すルート ディレクトリ レコードが含まれます。その他のフィールドには、ボリューム名や作成者などのメタデータ、およびファイルシステムで使用される論理ブロックのサイズと数が含まれます。パス テーブルは、関連するディレクトリ階層のディレクトリ構造を要約します。イメージ内の各ディレクトリについて、パス テーブルには、ディレクトリ識別子、ディレクトリが記録されているエクステントの位置、ディレクトリに関連付けられている拡張属性の長さ、および親ディレクトリ パス テーブル エントリのインデックスが提供されます。
ISO 9660には、その制限を緩和する拡張機能がいくつかあります。代表的な例としては、Rock Ridge（Unixスタイルのパーミッションと長いファイル名）、Joliet（Unicodeに対応し、ラテン文字以外の文字も使用可能）、El Torito（CDの起動を可能にする）、Apple ISO 9660 Extensions （従来のMac OSおよびmacOSに特有のファイル特性、例えばリソースフォーク、ファイルバックアップの日付など）が挙げられます。
コンパクトディスクは元々音楽データの記録用に開発されましたが、アーカイブ用の大量データストレージとしても同様に効果的であったため、すぐに他のデジタルデータタイプの保存にも使用されるようになりました。CD -ROMと呼ばれるこれらのタイプのコンパクトディスクの最低レベルフォーマットは、 1983 年にイエローブック仕様で定義されました。しかし、この本では CD-ROM 上のデータをファイルなどの論理単位に整理するためのフォーマットは定義されていなかったため、すべての CD-ROM メーカーが独自のフォーマットを作成するに至りました。CD-ROMファイルシステム標準 ( Z39.60 -情報交換用 CD-ROM のボリュームとファイル構造) を開発するために、米国情報標準化機構(NISO) は 1985 年 7 月に標準委員会 SC EE (コンパクトディスクデータフォーマット) を設立しました。[ 5 ] 1985 年9 月/ 10 月には、いくつかの企業が専門家を招き、そのような標準の作業文書の開発に参加させました。[ 6 ]
1985 年 11 月、コンピュータ ハードウェアメーカーの代表者がネバダ州ステートラインのハイ シエラ ホテル アンド カジノ (現在のゴールデン ナゲット レイク タホ)に集まりました。[ 7 ]このグループはハイ シエラ グループ( HSG ) として知られるようになりました。会議には、Apple Computer、AT&T、Digital Equipment Corporation (DEC)、Hitachi、LaserData、Microware、Microsoft、3M、Philips、Reference Technology Inc.、Sony Corporation、TMS Inc.、VideoTools (後に Meridian [ 8 ] )、Xebec、Yelick の代表者が出席しました。会議の報告は、Yellow Book CD-ROM 規格から発展したもので、この規格は非常にオープンエンドであったため、多様化と互換性のない多くのデータ ストレージ方式の作成につながっていました。ハイ シエラ グループ提案( HSGP ) は 1986 年 5 月に公開され、一般的にハイ シエラ フォーマットとして知られる 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 Specification」との調和を図る」ことを目的としていました。[ 14 ] 2017年12月、技術的にはISO 9660、Amendment 1と同一であるECMA-119の第3版が発行された。[ 15 ]
2019年、ECMAはECMA-119の第4版を公表し、ジョリエット文書を「附属書C」として統合した。[ 1 ]
2020年にISOは修正2を公表したが、これは若干の明確化事項を追加するもので、規格の技術情報を追加または修正するものではない。[ 16 ]
以下は、ISO 9660ファイルシステムの概略的な全体構造です。
マルチバイト値は、リトルエンディアン、ビッグエンディアン、および仕様で「両バイト」順序と呼ばれる両方のタイプの連結という3 つの異なる形式で格納できます。ボリューム記述子とディレクトリレコードのいくつかのフィールドでは両バイト順序が必要ですが、パス テーブルはリトルエンディアンまたはビッグエンディアンのどちらでも構いません。[ 17 ]
システム領域は、ディスクの最初の 32,768 データ バイト (2,048 バイトのセクターが 16 個) であり、ISO 9660 では使用されていないため、他の用途に使用できます。[ 17 ]ブート メディアでの使用のために予約されていると示唆されていますが、[ 18 ] CD-ROM にはこの領域に代替ファイルシステム記述子が含まれている場合があり、ハイブリッド CDでは、従来の Mac OS 固有のコンテンツとmacOS固有のコンテンツを提供するためによく使用されます。セガ サターンゲーム ディスクは、メタデータや実行可能コード (ゲームの起動ルーチンなど) をシステム領域に格納します。[ 19 ]
データ領域はボリューム記述子セットで始まります。ボリューム記述子セットは、ボリューム記述子セット終端文字で終わる1つ以上のボリューム記述子のセットです。これらはまとめてデータ領域のヘッダーとして機能し、その内容を記述します（ FAT、HPFS、NTFS形式のディスクで使用されるBIOSパラメータブロックと同様です）。
各ボリューム記述子のサイズは2048バイトで、モード1またはモード2フォーム1の単一セクターにぴったり収まります。構造は以下のとおりです。
ボリューム記述子のデータフィールドは、タイプに応じて複数のフィールドに分割できます。また、最初の記述子が破損した場合に備えて、各ボリューム記述子の冗長コピーを含めることもできます。
標準的なボリューム記述子タイプは以下のとおりです。
ISO 9660 に準拠したディスクには、ファイルシステムを記述するプライマリ ボリューム記述子と、記述子シーケンスの終了を示すボリューム記述子セット終端文字が少なくとも 1 つ含まれていなければなりません。ボリューム記述子セット終端文字は、この構造セットの終了を示すことを目的とした、特定のタイプのボリューム記述子です。プライマリ ボリューム記述子には、ボリューム、特性、メタデータに関する情報が含まれており、ルート ディレクトリがどのセクターにあるかを示すルート ディレクトリ レコードも含まれます。その他のフィールドには、ボリュームの説明または名前、および誰がどのアプリケーションで作成したかに関する情報が含まれます。ファイルシステムがボリュームを分割するために使用する論理ブロックのサイズも、プライマリ ボリューム記述子内のフィールドに格納され、ボリュームが占める容量 (論理ブロック数で測定) も同様に格納されます。
主要なボリューム記述子に加えて、補助的なボリューム記述子または拡張ボリューム記述子が存在する場合があります。
パス テーブルは、関連するディレクトリ階層のディレクトリ構造を要約します。イメージ内の各ディレクトリについて、パス テーブルは、ディレクトリ識別子、ディレクトリが記録されているエクステントの場所、ディレクトリに関連付けられている拡張属性の長さ、およびその親ディレクトリ パス テーブル エントリのインデックスを提供します。親ディレクトリ番号は 16 ビットの数値で、その範囲は 1 ～ 65,535 に制限されます。[ 20 ]
ディレクトリエントリは、ファイル名の評価が開始されるルートディレクトリエントリの場所に続いて格納されます。ディレクトリとファイルはどちらもエクステントとして格納され、エクステントは連続したセクターのシリーズです。ファイルとディレクトリは、その性質を示すファイル属性によってのみ区別されます（Unixと同様）。ファイルの属性は、ファイルを説明するディレクトリエントリに格納され、必要に応じて拡張属性レコードにも格納されます。ファイルを見つけるには、ファイルのパスにあるディレクトリ名を順番にチェックし、各ディレクトリの場所に移動して次のサブディレクトリの場所を取得します。ただし、ファイルはファイルシステムが提供するパステーブルを使用して見つけることもできます。このパステーブルには、各ディレクトリ、その親ディレクトリ、およびディスク上の場所に関する情報が格納されています。パステーブルは連続した領域に格納されているため、ファイルのパスにある各ディレクトリの特定の場所にジャンプするよりもはるかに高速に検索でき、シーク時間を短縮できます。
この規格では、3つの階層構造を持つ交換レベルが規定されている（第10項からの要約）。
規格本文における追加の制限事項：ディレクトリ階層の深さは8を超えてはならない（ルートディレクトリはレベル1）、また、ファイルのパス長は255を超えてはならない（セクション6.8.2.1）。
また、この規格では、以下の名称制限も規定しています（セクション 7.5 および 7.6）：[ 4 ]
CD-ROMの製造者は、規格の第10章で規定されている下位レベルの交換方式のいずれかを選択し、ファイル名の長さを30文字からファイル識別子では8+3文字、ディレクトリ識別子では8文字に制限することで、完全な規格を実装していない実装との互換性を促進することができる。
ISO 9660 ファイルシステムでは、GMT オフセットに使用される 1 バイトの値を除き、すべての数値は符号なし数値です。ディスク上のファイルのエクステントの長さは32 ビット値に格納されるため、[ 21 ]最大長は 4.2 GBをわずかに超える値 (より正確には 4 GiBより 1 バイト少ない値) になります。ISO 9660 レベル 3 のマルチ エクステント (フラグメンテーション) 機能を使用して、最大 8 TB の ISO 9660 ファイルシステムと単一ファイルを作成することで、この制限を回避できます。これにより、4 GiB を超えるファイルを、それぞれ 4 GiB の制限を超えない複数のエクステント (連続するセクターのシリーズ) に分割できます。例えば、InfraRecorder、ImgBurn、mkisofsなどのフリーソフトウェアやRoxio Toastは、マルチエクステントファイルを使用して4 GiBを超えるファイルを記録可能なDVDなどの適切なメディアに保存するISO 9660ファイルシステムを作成できます。Linuxはマルチエクステントをサポートしています。[ 22 ]
改正1（またはECMA-119第3版、または「JIS X 0606:1998 / ISO 9660:1999」）以降、EVDシステムではより多様なファイルツリーを表現できるようになりました。文字数制限（8ビット文字も使用可能）や深度制限、パス長制限はなくなりました。ただし、名前の長さには207という制限があります。文字セットはもはや強制されないため、ディスク交換の両側は別のチャネルを介して合意する必要があります。[ 15 ]
ISO 9660 ボリュームのサイズは、ボリュームサイズの 32 ビット セクター数と、光ディスクの論理セクターに一致する 2048 バイトの割り当て単位サイズのため、最大 8 テビバイト (約 8.8 テラバイト) になります。32 ビット フィールドで表現できる最大の数値は 2 32 -1 なので、ボリューム サイズは (2 32 -1)×2048 バイトに制限されます。「論理」とは、ディスク上の物理的なセクター サイズではなく、オペレーティングシステムに公開されるセクター サイズを意味します。DVD および Blu-ray ディスクは、CD-ROM の論理セクター サイズである 2048 バイトを維持して、それ以前のコンピュータやソフトウェアとの読み取り互換性を維持しようとしています。
ISO 9660には、その制限を緩和する拡張機能がいくつかあります。代表的な例としては、Rock Ridge（Unixスタイルのパーミッションと長いファイル名）、Joliet（Unicodeに対応し、ラテン文字以外の文字も使用可能）、El Torito（CDの起動を可能にする）、Apple ISO 9660 Extensions （従来の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 カーネルによって透過的に解凍されます。[ 23 ]AL: ACLを含む拡張ファイル属性を記録します。libburnia によって提案され、 libisofs によってサポートされています。[ 24 ]Appleの拡張機能は厳密にはSUSP規格に準拠していませんが、Appleが定義するAAフィールドとABフィールドの基本構造はSUSPとの互換性があります。そのため、注意すれば、ボリュームはAppleの拡張機能とRRIPの拡張機能の両方を使用できます。
Rock Ridge Interchange Protocol (RRIP、IEEE P1282) は、 POSIXファイルシステムのセマンティクスを追加する拡張機能です。これらの拡張機能が利用できることで、 UnixおよびUnix ライクなオペレーティングシステムとの統合が向上します。[ 25 ]この規格は、メル・ブルックス監督の映画『ブレイジング・サドルズ』に登場する架空の町、ロックリッジにちなんで名付けられました。[ 26 ] RRIP 拡張機能の概要は以下のとおりです。
RRIP拡張機能はSUSPを基盤としており、POSIXセマンティクスをサポートするための追加タグ、および対応するシステム使用フィールドのフォーマットと意味を定義しています。
RR: ロックリッジ拡張機能使用中表示（注：バージョン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ビットがあります。「pure」ビット (再入可能コマンドを示す) を表す属性「P」と、スクリプト ビット (バッチ ファイルを示す) を表す属性「S」がサポートされています。これには、保護フラグとオプションのコメント フィールドが含まれます。これらの拡張機能は、Rock Ridge Interchange Protocol および System Use Sharing Protocol の主要著者である Andrew Young の協力を得て、Angela Schmidt によって導入されました。Amiga 拡張機能を備えた CD-ROM をマスタリングするための最初の公開ソフトウェアは、Angela Schmidt が Patrick Ohly と共同で開発した Amiga ソフトウェアであるMakeCDでした。[ 27 ]
El Torito は、CD-ROM からコンピュータを起動できるように設計された拡張機能です。1994 年 11 月に発表され[ 28 ] 、1995 年 1 月にIBMと BIOS メーカーのPhoenix Technologiesの共同提案として初めてリリースされました。伝説によると、ISO 9660 の El Torito CD/DVD 拡張機能は、カリフォルニア州アーバイン( 33°41′05″N 117°51′09″W / 33.684722°N 117.852547°W / 33.684722; -117.852547 ) にあるEl Toritoレストランで設計が始まったことからその名前が付けられたとのことです[ 29 ]。最初の 2 人の著者は、Phoenix Technologies の Curtis Stevens と IBM の Stan Merkin でした[ 29 ] 。
32 ビット PC の BIOS は、ISO 9660 CD-ROM 上でブート コードを検索します。この規格では、2 つの異なるモードでのブートが可能です。1 つはハードディスク エミュレーションで、ブート 情報は CD メディアから直接アクセスできます。もう 1 つはフロッピー エミュレーション モードです。フロッピー エミュレーション モードでは、ブート 情報はフロッピー ディスクのイメージ ファイルに格納され、CD から読み込まれて仮想フロッピー ディスクとして動作します。これは、フロッピー ドライブからのみブートするように設計されたコンピュータに便利です。最新のコンピュータでは、「エミュレーションなし」モードの方が一般的に信頼性の高い方法です。BIOS は CD ドライブに BIOS ドライブ番号を割り当てます。割り当てられるドライブ番号 ( INT 13H用) は、80 の16 進数(ハードディスクエミュレーション)、00 の16進数(フロッピー ディスクエミュレーション)、または BIOS がエミュレーションを提供しない場合は任意の番号のいずれかです。エミュレーションは、古いオペレーティングシステムをCD からブートする場合に便利です。これにより、ハードディスクまたはフロッピー ディスクからブートしたかのように見せかけることができます。[ 30 ]
UEFIシステムもプラットフォーム 0xEF として El Torito レコードを受け入れます。レコードは FAT ファイルシステムを含むディスク イメージであることが想定されており、ファイルシステムは通常のディレクトリを含むEFI システム パーティション\EFIです。イメージは「エミュレーションなし」としてマークする必要がありますが、実際には BIOS の「エミュレーションなし」モードのように動作しません。BIOS ではイメージをメモリにロードしてそこからコードを実行します。[ 31 ]
El Torito は、CD にGRUBブートローダーを含め、マルチブート仕様に従うことで、 Linuxオペレーティングシステムを起動できる CD を作成するためにも使用できます。[ 30 ] El Torito 仕様では「Mac」プラットフォーム ID に言及していますが、PowerPC ベースの Apple Macintosh コンピュータでは使用されていません。[ 32 ]
Joliet はMicrosoftが仕様を定め、推奨している拡張機能で、 Windows 95 [ 33 ]およびWindows NT 4.0 [ 34 ]以降、すべてのバージョンのWindowsオペレーティングシステムでサポートされています。その主な目的は、完全な ISO 9660 準拠に伴うファイル名の制限を緩和することです。Joliet は、UCS-2 BE (実際には Windows 2000 以降はUTF-16 BE) でエンコードされた追加のファイル名セットを提供することでこれを実現します。これらのファイル名は、ISO 9660 準拠のソフトウェアによって安全に無視される特別な補助ボリューム記述子に格納され、下位互換性が維持されます。[ 33 ]仕様では、ファイル名の長さは最大 64 文字のUnicode文字に制限されています。ただし、 mkisofsのドキュメントでは、最大 103 文字のファイル名は問題を引き起こさないようです。[ 35 ] Microsoft は、「最大 110 文字まで使用できる」と文書化しています。[ 36 ]違いは、CDXA拡張スペースが使用されるかどうかにある。[ 35 ]
Jolietでは、ファイル名やボリューム名を含むすべてのテキストフィールドにUnicode文字を使用できます。タイプ2の「セカンダリ」ボリューム記述子には、プライマリボリューム記述子（セクター16、オフセット40バイト）と同じ情報が含まれますが、UCS-2BEではセクター17、オフセット40バイトに格納されます。このため、ボリューム名は16文字に制限されます。
現在の多くのPCオペレーティングシステムはJoliet形式のメディアを読み取ることができるため、非ローマ字（アラビア文字、日本語、キリル文字など）を含む場合でも、これらのオペレーティングシステム間でファイルを交換することが可能です。これは、従来のISO 9660形式のメディアでは不可能でした。Joliet形式のメディアを読み取ることができるオペレーティングシステムには、以下のものがあります。
RomeoはAdaptecによって開発され、現在のコードページを使用してプライマリボリューム記述子に直接書き込まれる最大128文字の長いファイル名の使用を可能にします。このフォーマットは、Windows 9xおよびWindows NTの「CDFS」ドライバの動作に基づいて構築されています。[ 43 ]別の言語のWindowsインストールでRomeoディスクを開くと、コードページの指定がないため、ファイル名内の非ASCII文字が文字化けします。たとえば、「ü」が「³」になる場合があります。別のOSでは同様の問題が発生したり、これらの準拠していない名前を認識できない場合があります。
技術的には、同様のコードページの問題がISO 9660規格にも存在します。この規格では、合意に基づき、補助ボリューム記述子と拡張ボリューム記述子を任意の文字エンコーディングに自由に解釈することが認められています。ただし、プライマリボリューム記述子はASCIIの小さなサブセットであることが保証されています。
Apple Computer は、ProDOSまたはHFS / HFS+ (従来のMac OSの主要なファイルシステム) プロパティをファイルシステムに追加する一連の拡張機能を作成しました。追加のメタデータ プロパティには、次のものがあります。[ 44 ]
Macintosh以外のシステムからCD-ROM上のMacintoshファイルにアクセスできるようにするため、Appleは標準のISO 9660フォーマットの拡張版を採用しました。Apple固有のメタデータを除けば、ほとんどのデータはISO 9660を読み取れるオペレーティングシステムからアクセス可能です。
拡張機能をサポートしていないオペレーティングシステムの場合は、名前変換ファイルTRANS.TBLを使用する必要があります。このTRANS.TBLファイルはプレーンなASCIIテキストファイルです。各行には、任意の量の空白で区切られた3つのフィールドが含まれています。
TRANS.TBL ファイルを作成するほとんどの実装では、ファイルの種類と ISO 9660 名の間に単一のスペースを挿入し、ISO 9660 ファイル名と拡張ファイル名の間に任意の数のタブを挿入します。
多くの ISO 9660 実装、特にUnixTRANS.TBL関連の実装では、依然として `TRANS.TBL`のネイティブサポートが残っています。しかし、これは他の拡張機能に取って代わられて久しく、ISO 9660 イメージを作成する最新のユーティリティは、`TRANS.TBL` ファイルを作成できないか、ユーザーが明示的に要求しない限り作成しなくなりました。`TRANS.TBL` ファイルには名前以外の特別な識別情報がないため、ファイルシステム作成前に個別に作成してディレクトリに含めることもできます。
ISO 13490規格は、ISO 9660フォーマットを拡張したもので、ディスク上での複数セッションのサポートを追加しています。ISO 9660は設計上、読み取り専用のプリマスターファイルシステムであるため、すべてのデータは一度に、つまり「セッション」としてメディアに書き込まれる必要があります。一度書き込まれると、保存されたコンテンツを変更することはできません。ISO 13490は、CD-Rなどの書き込み可能なディスクに、複数セッションでより多くのファイルを追加できるようにするために作成されました。
ISO 13346/ECMA-167 規格は、ISO 13490 規格と連携して設計されました。この新しいフォーマットは、ISO 9660 のほとんどの欠点を解消し、その一部は、 DVDに採用されたユニバーサル ディスク フォーマット(UDF)へと発展しました。ボリューム記述子テーブルは ISO9660 のレイアウトを保持していますが、識別子は更新されています。[ 45 ] [ 46 ]
光ディスクイメージは、CD-ROM の内容を電子的に転送する一般的な方法です。ファイル名拡張子は.iso（.iso9660はあまり一般的ではありませんが、 も使用されています）で、一般的に「ISO」と呼ばれます。[ 47 ]ファイルは ISO 9660 ファイルシステムを含む単一のデータトラックのみをエンコードするため、 Redbook オーディオトラック.isoなど、ディスク上に存在する他のトラックを保存することはできません。ただし、ファイルにはデータトラックの「システム領域」が含まれます。これは、実際の ISO9660 ファイルシステムの一部ではなく、任意の目的に使用できる 16 データセクター (32 キロバイト) です。[ 48 ].iso
ほとんどのオペレーティングシステムはISO 9660形式のディスクの読み取りをサポートしており、最新バージョンの多くはRock RidgeやJolietなどの拡張フォーマットにも対応しています。これらの拡張フォーマットをサポートしていないオペレーティングシステムでは、通常、通常のISO 9660ディスクの基本的な（拡張されていない）機能のみが表示されます。
ISO 9660およびその拡張規格をサポートするオペレーティングシステムは以下のとおりです。