xorrisofs - クラウド上のオンライン

プログラム：

NAME

xorrisofs - プログラム xorriso による ISO 9660 プログラム mkisofs のエミュレーション

SYNOPSIS

ゾリソフス [ オプション ] [-o ファイル名 ] パス仕様 [パス仕様 ...]

DESCRIPTION

ゾリソフス Rock Ridge 拡張 ISO 9660 ファイルシステムとそのようなファイルシステムへのアドオン セッションを生成します。
ファイルシステム。 オプションで、Joliet ディレクトリ ツリーも生成できます。

ゾリソフス Joerg Schilling による cdrtools のプログラム mkisofs のオプションを理解します。 その
実装は、cdrtools とソース コードを共有しないプログラム xorriso の一部です。

ISO 9660、 岩 リッジ、 ジョリエット、 HFS +：
ISO 9660 ECMA-119) は、主に光メディアに使用される読み取り専用ファイルシステムです。
CD、DVD、BD だけでなく、ディスク ファイル、USB スティック、
ディスクパーティション。 多くのオペレーティング システムおよびブート機能で広く読み取り可能です。
パソコン。
ISO 9660 は、ディレクトリとデータ ファイルを、非常に制限されたファイル名で記述します。
大文字と小文字の区別。 そのメタデータは基本的な POSIX に準拠していません
仕様。
岩 リッジ ISO9660を強化する一連の追加情報の名前です
所有権とアクセス権を持つPOSIX準拠のファイルシステムを表すことができるようにファイルシステム
権限、シンボリック リンク、その他の属性。 Rock Ridge では、最大で次のファイル名を使用できます。
255 バイトおよび最大 1024 バイトのパス。
xorrisofs はデフォルトで Rock Ridge 情報を生成します。 強くお勧めしません
この機能を無効にします。
ジョリエット 最大 64 個のファイル名を提供する追加のディレクトリ ツリーの名前です。
UTF-16 としてエンコードされた文字。 Joliet ツリーは主に ISO を読み取るのに興味深いものです
Microsoft Corporation のオペレーティング システムによるイメージ。 このディレクトリツリーの作成
オプション -J で有効にすることができます。
ISO 9660:1999 より長いファイル名を提供する追加のディレクトリ ツリーの名前です。
単一のファイル名に最大 207 文字を使用できます。 一部では役立つかもしれません
Rock Ridge も Joliet も読み込まない古いコンピュータ システムのブート機能
ただし、ファイル名は長くなります。 このディレクトリツリーの作成はオプションで有効にすることができます
-iso-レベル4。
HFS + 通常、ハード上での書き込みと読み取りに使用されるファイルシステムの名前です。
ディスクおよび同様のデバイス。 HFS+ パーティションを新しい ISO に埋め込むことが可能です
9660 イメージを作成し、Apple パーティション マップ エントリによってマークします。 これはオプションに干渉します
-G または -isohybrid-mbr のように、データを ISO イメージの最初の 32 KiB にコピーします。 見る
オプション -hfsplus。
HFS+ パーティションを埋め込む主な目的は、特定のモデルを起動することです。
アップルのコンピューター。

挿入する ファイル に 　 ISO 画像：
ゾリソフス 次の XNUMX 種類のファイル アドレスを扱います。
ディスクパス ローカルファイルシステムツリー内のオブジェクトへのパスです。
iso_rr_path ISO イメージ内のファイル オブジェクトの Rock Ridge アドレスです。 ロックリッジがなければ
情報は新しい ISO に保存され、名前は ISO 9660 にマッピングされます。
長さと文字セットが制限された名前。

プログラムの引数は、 パススペック、オリジナルの mkisofs として認識されない場合
オプションまたは追加 ゾリソフス オプション。 パス仕様は、入力ファイル オブジェクトを次のように表現します。
ディスクパス。 オプション -graft-points が存在しない場合、動作はファイルによって異なります。
ディスクパスのタイプ。 ディレクトリは ISO イメージの /-ディレクトリとマージされます。 のファイル
他のタイプは /- ディレクトリにコピーされます。
-graft-points が存在する場合、各パス仕様は最初に出現した時点で分割されます。
=-文字。 = より前の部分は次のように解釈されます ターゲット、つまりファイルの iso_rr_path
ISO イメージ内のオブジェクト。 最初の = 以降の部分は次のように解釈されます source、つまり、disk_path
入力オブジェクトの。
= 文字を iso_rr_path の一部にするには、先頭に
\-キャラクター。 の一部である \- 文字についても同じことを行う必要があります。
iso_rr_path。

パス仕様のソース部分がディレクトリにつながっている場合、このディレクトリの下にあるすべてのファイル
ディレクトリもイメージに挿入されます。 特定のファイルを除外することも可能
オプション -m を使用すると挿入されなくなります。
ターゲットがすでに存在する場合、次のルールが適用されます: ディレクトリとその他のファイル
既存の非ディレクトリを上書きする可能性があります。 ディレクトリは既存のディレクトリとマージされます。
ディレクトリ以外は既存のディレクトリを上書きできません。

関係 〜へ プログラム クソリソ:
ゾリソフス 実際にはプログラムのコマンドモードです ゾリソ、次のいずれかで入力されます
xorriso コマンド「-as mkisofs」、または「xorrisofs」のいずれかの名前でプログラムを起動することにより、
「mkisofs」、「genisoimage」、または「genisofs」。
このコマンド モードは引数「--」で残すことができ、汎用の xorriso コマンドになります。
モード。 見る man ゾリソ その説明のために。

xorriso は、主に libburn の助けを借りてイメージの読み取りと書き込みを実行します。
光学ドライブ用ですが、ディレクトリを除くすべての POSIX ファイル タイプでも動作します。
プログラム メッセージでは、任意のイメージ ファイルを「ドライブ」と呼びます。 サポートされていないファイルの種類
読み取り値は「空白」として報告されます。 報道されている無料メディアスペースはまったく架空のものである可能性があります。
それにもかかわらず ゾリソフス 光学式ドライブ上で直接動作するのではなく、強制的に動作します。
libburn を使用して、それらを一般的なデバイス ファイルとして認識します。 したがって、シーケンシャル光書き込みの場合
メディア (CD、DVD-R、DVD+R、BD-R) を書き込むには、書き込みプログラムを使用する必要があります。 たとえば、CDレコード
xorriso のエミュレーション。 例を参照してください。

OPTIONS

画像 読み込み中：

次のオプションは、目的のための既存の ISO イメージのロードを制御します。
適切なアドオン セッションを準備します。 それらが見つからない場合は、新しい画像が構成されます
ゼロから。

-M ディスクパス
既存の ISO イメージ ディレクトリ ツリーのロード元のパスを設定します。
今後のディレクトリ ツリーをアドオン セッションとしてベースにします。 パスは次の場所につながっている必要があります。
ランダムアクセス読み取り可能なファイルオブジェクト。 GNU/Linux の場合: 通常のデータ ファイルまたはブロック
デバイスファイル。
特別な種類の擬似ディスクパスの形式は「/ dev / fd /「数字。それは、
オペレーティング システムに関係なく、指定された番号のファイル記述子を開きます。
のファイル ノードによってこの機能がサポートされます。 / dev / fd か否か。 たとえば、/dev/fd/3 はファイルです
記述子 3 は、後で xorriso を開始するプログラムによって開かれました。

-前のセッション ディスクパス
別名-M.

-開発 ディスクパス
別名-M.

-C last_session_start、next_writeable_address
ISO イメージを読み出す 2 KiB ブロック アドレス last_session_start を設定します。
オプション -M で指定されたファイルの。
カンマで区切って、アドオン セッションが保存される next_writeable_address を設定します。
ついに書かれます。 実際に決定的なのは、意図したブロックアドレスです
リーダーは、対象のメディア上のスーパーブロック アドレスとして使用する必要があります。
どちらの値も、書き込みプログラムを使用して光学メディアから照会できます。
cdrecord オプション -msinfo。 xorriso 自体は、cdrecord エミュレーションでこれを取得できます。 する
ドライブをロードさせるのではなく、手動または dd のようなプログラムによってこれを実行します。
数バイトを読み取ります。 そうして初めて、デバイスドライバーが本当のことを知っていることがわかります。
媒体の読み取り可能なサイズ。
dd if=/dev/... count=1 >/dev/null 2>&1
値=$(xorriso -as cdrecord dev=/dev/... -msinfo)
$values をエコーする
オプション -C をオプション -M なしで使用すると、ISO イメージを最初から作成できます。
最終的に 0 以外のブロックアドレスに書き込まれるように準備します。
last_session_start を 0 に設定する必要があります。

-cdrecord-params last_session_start、next_writeable_address
-Cの別名。

設定 for file 挿入：

-パスリスト ディスクパス
disk_file から pathspec を XNUMX 行ずつ読み取り、描画されたファイル オブジェクトを挿入します。
ISO イメージに取り込みます。 disc_path が「-」の場合は、標準からパス仕様を読み取ります。
入力。

--quoted_pa​​th_list ディスクパス
オプション -path-list と似ていますが、単純な行ではなく引用符で囲まれた単語を読み取ります。
引用符の外側の空白は破棄されます。 一方、次のことが可能です
改行文字を含むパス仕様を表します。
ダブルクォーテーション「」とシングルクォーテーション「'」で囲むことができます。
空白を追加してパス仕様の一部にします。 各マークタイプには次のマークを含めることができます。
他のタイプ。 末尾のバックスラッシュ \ 外側の引用符または開いた引用符
次の入力行が追加されます。

-f
シンボリック リンクをディスクにシンボリック リンクとして保存するのではなく、ディスク上で解決します。
ISOイメージ。

-フォローリンク
-f の別名。

-グラフトポイント
iso_rr_path と iso_rr_path の組み合わせとしての入力ファイルのパススペックの解釈を有効にします。
disk_path。= 文字で区切られます。

-m ディスクパターン
画像へのファイルの挿入を除外します。 これらのファイルは黙って無視されます
このうち、disk_path は指定されたシェル パーサー パターンと一致します。 /-文字がない場合
がパターンの一部である場合、ディスクのリーフ名と照合されます。
ファイルにソフトウェアを指定する必要があります。
複数の -m オプションを指定することができます。

-除外する
-m の別名。

-x
-m の別名。

-古い-除外
-m の別名。

-除外リスト ディスクパス
ファイルdisk_pathの各行を引数disk_patternとして使用して、-mを実行します。

-z
によって生成された zisofs 圧縮ファイルの認識と適切な処理を有効にします。
プログラムmkzftree。 これらのファイルには必要なメタデータが組み込まれるため、
Linux カーネルがそれらを認識し、そのコンテンツを非圧縮で配信すること
フォーム。

-透明圧縮
-zの別名。

ルート iso_rr_path
指定された iso_rr_path の下にすべてのファイルを挿入します。 オプション -graft-points が指定されている場合、
次に、iso_rr_path が pathspec の各ターゲット部分の先頭に追加されます。
-root のデフォルトは「/」です。

-古いルート iso_rr_path
ロードされたイメージへのファイルの増分挿入を有効にします。 効果的なターゲット
指定されたパス仕様のソース アドレスは、ターゲットが既に存在するかどうか比較されます。
ISO イメージ内に存在し、ディスク上のソースと同一です。 メタデータ
ISO イメージがディスク上のイメージと異なる場合、ISO イメージは調整されます。 新しいファイルと
内容が変更されたファイルは新たに追加されます。 存在しない対象ファイル
該当する pathspec ソースのいずれかにあるソースは ISO ディレクトリから削除されます
ツリー。
-root の有効な設定が、指定された iso_rr_path と異なる場合
-old-root の場合、-old-root ディレクトリの下にあるファイルがその下に複製されます。
-root ディレクトリ。 クローン作成はファイル比較の前に行われます。

--old-root-no-ino
ディスク i ノード番号の記録と使用を無効にします。 ディスク i ノード番号がない場合は、
記録されている場合、オプション -old-root でディスク ファイルの内容を読み取って比較する必要があります。
ISO イメージに記録されている MD5 チェックサムを使用します。
記録されたディスク i ノード番号と信頼できる ctime および mtime を使用すると、次のことが可能です。
実際に内容を読まずに、内容の潜在的な変更を検出します。 抜け穴
複数の異なるファイルシステムが同じディレクトリにマウントされる場合は残ります。
/mnt の習慣のように。 この場合、オプション --old-root-devno を使用するか、
--old-root-no-ino で i ノード番号のショートカットを無効にします。

--old-root-devno
記録されたデバイス番号と記録された i ノード番号の比較を有効にします。
これは、時代遅れになった古き良き安定したデバイス番号でのみ機能します。
残念ながら。 再起動するたびにハードディスクのデバイス番号が異なる場合は、
この比較では、すべてのファイルが変更されたものとして認識されるため、サイズの増加が防止されます。
保存。

--old-root-no-md5
データ ファイル コンテンツの MD5 チェックサムの記録と使用を無効にします。 どちらでもない場合
チェックサムもディスク i ノード番号も記録されない場合、オプション -old-root には
ISO イメージ ファイルの内容をディスク ファイルの内容と比較するときに読み取ります。

設定 for 画像 生産：

-o ディスクパス
新たに作成される ISO イメージの出力ファイル アドレスを設定します。 アドレスが次のように存在する場合
通常のファイルの場合、イメージの作成が開始されると長さ 0 に切り詰められます。 かもしれない
ディレクトリとしてまだ存在しません。 まだ存在しない場合は、その親ディレクトリ
存在する必要があり、通常のファイルが作成されます。
特別な種類の擬似ディスクパスの形式は「/ dev / fd /「数字。それは、
オペレーティング システムに関係なく、指定された番号のファイル記述子を開きます。
のファイル ノードによってこの機能がサポートされます。 / dev / fd か否か。 たとえば、/dev/fd/4 はファイルです
記述子 4 は、後で xorriso を開始するプログラムによって開かれました。
デフォルトは標準出力 (/dev/fd/1) で、disk_path "-" によって設定することもできます。

-出力 ディスクパス
-oの別名。

--stdio_sync "on" | "off" | "end" | number
出力を強制的にディスクに出力するまでのバイト数を設定します。
遅いデバイスの場合、メモリが大量の保留中のデータで詰まるのを防ぎます。 「オン」は、
「16m」と同じです。 強制出力は「off」で無効にするか、「end」で遅延させることができます。
すべてのデータが生成されるまで。 数値を選択する場合は、少なくとも 64k である必要があります。
xorriso mkisofs エミュレーションのデフォルトは --stdio_sync "off" です。
xorriso は、デフォルト サイズ 4 MiB の内部 FIFO バッファを使用します。 したがって、強制的に操作すると、
ディスクへのシステム I/O キャッシュは、必ずしも同時生成をブロックするわけではありません。
より多くの画像コンテンツ。

--emul-toc
最初のセッションを使用して XNUMX 番目のスーパーブロックをランダム アクセス ファイルに書き込みます。 もし
さらにセッションが追加され、最初のスーパーブロックが更新され、その後、
XNUMX 番目のスーパーブロックは上書きされません。 したがって、まだ取り付け可能です
最初のセッションを確認し、その後のセッションの開始ブロックを見つけます。
価格は 64 KiB の追加スペース消費です。 -partition_offset がゼロ以外の場合、
これは、128 KiB にパーティション設定の XNUMX 倍を加えたものになります。

--no-emul-toc
最初のセッションで XNUMX 番目のスーパーブロックをランダム アクセス ファイルに書き込まないでください。
これがデフォルトです。

--ソートウェイト 重み番号 iso_rr_path
LBA 重み番号を通常のファイルに割り当てます。 iso_rr_path がディレクトリにつながる場合
その後、その下にあるすべての通常のファイルがweight_numberを取得します。
Weight_number の範囲は -2147483648 ～ 2147483647 です。値が大きいほど、
下位は、作成される ISO イメージ内のファイル データのブロック アドレスになります。
現在、El Torito ブート カタログのハードコーディングされた重みは 1 億です。 通常は
可能な限り最小のアドレスを持つブロックを占有する必要があります。 データファイルが追加される
または、初期重み 0 でロードされます。ブート イメージ ファイルのデフォルトの重みは 2 です。

--sort-weight-list ディスクパス
ローカル ファイル システムのファイルから重み番号と iso_rr_path のペアを読み取ります。
--sort-weight と同様に各ペアを適用します。
xorrisofs 実行の最後の --sort-weight-list または --sort-weight-patterns のみが取得されます。
発効します。
重みの数値は行頭から読み取られます。 の iso_rr_path 部分
入力行は、行の最初の空白文字またはタブ文字の直後から始まります。
この機能を汎用の xorriso シーケンス内で使用する場合の注意事項
コマンド (純粋な mkisofs エミュレーションの実行には問題ありません):
アドレス指定されたファイルは、実行時にすでに ISO イメージ モデルに存在している必要があります。
-as mkisofs --sort-weight-list ディスクパス --
このようなコマンドのいくつかを使用して、複数の重みファイルを適用できます。
-indevまたは-devによってロードされるデータファイルは、1〜2の重みを取得しますexp 28 =
ブロックアドレスに応じて、268,435,456。 これはそれらを大まかに
変更の書き込みメソッドが適用される場合は同じ順序。

--sort-weight-パターン ディスクパス
--sort-weight-list と似ていますが、 iso_rr_paths をシェルパーサーパターンとして展開します。
一致する各ファイルに --sort-weight を適用します。

-dir-mode モード
イメージ内のすべてのディレクトリのアクセス許可を指定されたモードに設定します。
「0」で始まる XNUMX 進数、またはカンマ区切りのリストのいずれかです。
[ugoa]*[+-=][rwxst]* 形式のステートメント。 例: ug=rx,a-rwx

-ファイルモード モード
-dir-mode と似ていますが、イメージ内のすべての通常のデータ ファイルが対象です。

-パッド
生成された ISO イメージの末尾に 300 KiB を追加します。 これにより、読み取りの可能性が回避されます
TAO モードで CD メディアに書き込まれた ISO イメージからのエラー。 の
--emul-toc が指定されていない場合、追加のバイトが ISO イメージの一部として要求されます。
オプション -pad がデフォルトです。

-パッドなし
生成された ISO イメージの末尾への 300 KiB のパディングを無効にします。 これなら安全です
イメージが CD に書き込まれることを意図していない、またはイメージが CD に書き込まれるだけの場合
書き込みモードSAOのトラック。

--古い空
[0,31] の範囲のブロック アドレスをファイルに与える古い方法を使用します。
独自のデータコンテンツはありません。 新しい方法は、そのようなすべてが含まれる専用のブロックを用意することです。
ファイルがポイントします。

設定 for 規格 コンプライアンス：

-isoレベル 数
ファイルの命名とデータの制限を定義する ISO 9660 バージョンを指定します。
ファイルサイズ。 命名制限は、Rock Ridge の名前には適用されません。
低レベルの ISO 9660 名。 次の XNUMX つの適合レベルがあります。
レベル 1 では、8.3 形式の ISO 名と最大 4 GiB - 1 のファイル サイズが許可されます。
レベル 2 では、最大 32 文字の ISO 名と最大 4 GiB - 1 のファイル サイズが許可されます。
レベル 3 では、最大 32 文字の ISO 名と最大 400 GiB のファイル サイズが許可されます -
200KiB。 (このサイズ制限は ISO ではなく xorriso 実装によって設定されます。
9660 では、ほぼ 8 TiB が可能になります。)
擬似レベル 4 では、追加の ISO 9660:1999 ディレクトリ ツリーの作成が可能になります。

-disallow_dir_id_ext
ISO 名にドットを使用できる mkisofs の悪い習慣に従わないでください。
ディレクトリ。 一方、一部のブート可能な GNU/Linux イメージは、この悪いものに依存しています。
習慣。

-U
このオプションでは、ドットを含まない最大 37 文字の ISO ファイル名を使用できます。
255 文字を超えるパス、およびファイル名内のすべての ASCII 文字。 さらに遠く
ISO 名の末尾のセミコロンとバージョン番号は省略されます。
これはすべて ISO 9660 仕様に違反します。

-未翻訳のファイル名
-Uの別名。

-untransrated_name_len 数
文字を含まない ISO ファイル名を指定された文字数まで許可します
変換。 最大数は 96 です。ファイル名にそれ以上の文字が含まれる場合は、
画像制作は意図的に失敗します。
これは ISO 9660 仕様に違反します。

-許可-小文字
ISO ファイル名に小文字を許可します。
これは ISO 9660 仕様に違反します。

-relaxed-ファイル名
ISO ファイル名ではほぼすべての 7 ビット文字を許可します。 0x0 と '/' は許可されません。
オプション -allow- lowercase が指定されていない場合、小文字は次のように変換されます。
大文字。
これは ISO 9660 仕様に違反します。

-d
ドットのない ISO ファイル名の末尾にドットを追加しないでください。
これは ISO 9660 仕様に違反します。

-ピリオドを省略
-dの別名。

-l
ISO ファイル名には最大 31 文字を使用できます。

-完全な iso9660 ファイル名
-l の別名。

-max-iso9660-ファイル名
ISO ファイル名には最大 37 文字を使用できます。
これは ISO 9660 仕様に違反します。

-N
ISO 名の末尾のセミコロンとバージョン番号を省略します。
これは ISO 9660 仕様に違反します。

-バージョン番号を省略
-Nの別名。

設定 for 規格 拡張：

-R
mkisofs を使用すると、このオプションにより Rock Ridge 拡張機能が有効になります。 ゾリソフス それらを生成するのは
デフォルト。 オプション --norock を使用してこれらを無効にすることは強くお勧めしません。

-ロック
-Rの別名。

-r
ISO イメージ内のすべてのファイルの Rock Ridge ユーザー ID とグループ ID を 0 に設定します。
すべてに r 権限を与えます。 すべての w-permission を拒否します。 x-permission が設定されている場合は、許可します。
すべてに x 権限を与えます。 s ビットと t ビットを削除します。

-合理的ロック
-r の別名。

--ノロック
このオプションは、ISO 9660 ファイルの Rock Ridge 拡張子の作成を無効にします。
オブジェクト。 マルチセッション機能 ゾリソフス ネーミングに大きく依存する
ロックリッジの忠実さ。 したがって、このオプションで無効にすることは強くお勧めできません。

-file_name_limit 数
ファイル名の最大許容長を64〜255の範囲で設定します。パス
指定された数より長いコンポーネントは切り捨てられ、
コロン「：」で上書きされた最後の33バイトとのMD5のXNUMX進表現
特大の名前全体の最初の4095バイト。 潜在的な不完全なUTF-8
文字の先頭のバイトは「_」に置き換えられます。
少なくとも4.1までのLinuxカーネルは、長さ254および255の名前を誤って表現します。
disk_paths内またはその下にそのような名前があることを期待し、そのようなLinuxでISOをマウントすることを計画している
カーネルの場合は、-file_name_limit 253 を設定することを検討してください。

-D 標準 ECMA-119 では、イメージ内のパスに 8 個を超える名前を含めることが要求されています
コンポーネントまたは 255 文字。 したがって、さらに深く移動する必要があります
ディレクトリツリーを上位のディレクトリに移動します。 ロックリッジは、
これらの再配置されたディレクトリは元の深い位置に表示されますが、この機能は
イメージをマウントするオペレーティング システムによっては正しく実装されない可能性があります。
オプション -D は、この深いディレクトリの再配置を無効にするため、ISO 9660 に違反します。
仕様。
xorrisofs にはデフォルトで -D が設定されています。 明示的に指定すると、オプションがオーバーライドされます
-rr_reloc_dir および -hide-rr-moved。

-深い再配置を無効にする
-Dの別名。

-rr_reloc_dir 名
深いディレクトリの再配置を有効にし、ECMA-119 ファイル パスを回避します。
8 つを超える名前コンポーネントまたは 255 文字。 そのようなファイルにつながるディレクトリ
パスはイメージのルート ディレクトリ内のディレクトリに移動されます。 その名前
このオプションによって設定されます。 ルート ディレクトリ自体を使用することもできます。
Rockとして解釈すると、ディレクトリツリー全体が元々深く表示されます
尾根の木。 ECMA-119情報のみの場合、再配置されたように表示されます
考慮されます。
画像作成時に指定された再配置先ディレクトリが存在しない場合
プロダクションが開始されると、作成され、Rock Ridge が再配置としてマークされます。
人工物。 少なくとも GNU/Linux では、マウントされた Rock Ridge には表示されません。
画像。
名前には最初の文字の後に「/」文字を含めることはできません。
255バイトを超える必要があります。
オプション -D が存在する場合、このオプションは効果がありません。

-非表示-rr-移動済み
-rr_reloc_dir「/.rr_moved」のエイリアス

--for_backup
バックアップの忠実度を向上させるオプションを有効にします: --acl、--xattr、--md5、--hardlinks。

--acl
GNU/Linux または FreeBSD からの ACL の記録とロードを有効にします (man getfacl を参照)
マンACL）。 これらは、マウントされた ISO イメージでは無効になります。 しかしゾリーソはできる
ISO イメージからファイルを抽出するときに、それらを同じシステム上に復元します。

--xattr
ユーザーでの GNU/Linux または FreeBSD 拡張属性の記録とロードを有効にする
名前空間 (man getfattr および man attr、man getextattr および man 9 extattr を参照)
それぞれ）。 これらは、マウントされた ISO イメージでは無効になります。 しかしゾリーソはできる
ISO イメージからファイルを抽出するときに、それらを同じシステム上に復元します。

--md5
ISO イメージ全体および各単一イメージの MD5 チェックサムの記録を有効にします。
画像内のデータファイル。 xorriso はこれらを使用して ISO イメージの内容を確認できます。
合計を計算し、不一致がある場合に警告を発します。 man xorriso、オプション -check_media を参照してください。
check_md5_r。 xorriso は、記録された MD5 チェックサムを印刷できます。 例:
-find / -exec get_md5

--ハードリンク
ハードリンク関係のロードと記録を有効にします。 iso_rr のファミリーを検索する
同じディスク ファイルから派生し、同一のコンテンツ フィルタリングがあり、
同一のプロパティ。 各ファミリーのメンバーは、同じ inode 番号を取得します。
ISOイメージ。
マウント時にこれらの数値が考慮されるかどうかは、オペレーティング システムによって異なります。
xorriso は、ISO イメージからファイルを抽出するときにハードリンク ファミリを作成できます。

--scdbackup_tag ディスクパス レコード名
scdbackup チェックサム レコードをイメージに追加します。 これはパラメータが次の場合にのみ機能します。
オプション -C の next_writeable_address は 0 です。disk_path が空の文字列でない場合、
次に、scdbackup チェックサム レコードをこのファイルの末尾に追加します。 レコード名は
タグとレコードの一部を取得する単語。
プログラムscdbackup_verifyは、タグとファイルレコードを認識して検証します。

-J
ISO とともに追加の Joliet ディレクトリ ツリーの作成を有効にします。
9660 ロックリッジの木。

-ジョリエット
-Jの別名。

-ジョリエット・ロング
Joliet ファイル名には、規定されている 103 文字ではなく 64 文字を許可します。
仕様。 規定の制限である 240 を超える Joliet パスを許可する
文字。
サイズが大きすぎる名前は切り捨てられます。 このオプションを使用しないと、サイズが大きすぎるパスが除外されます
ジョリエットの木から。

-ジョリエット-utf16
Joliet ファイル名を UCS-16 ではなく UTF-2BE でエンコードします。 違いは
UCS-2 には存在せず、16 ワードによって UTF-2 でエンコードされる文字
それぞれ16ビット。 両方の単語は、UCS-2 の予約されたサブセットから派生します。

-hfsplus
ISO 9660 イメージ内で追加の HFS+ ファイルシステムの作成を有効にする
システム領域の Apple Partition Map (APM) エントリ (最初の 32 個) でマークします。
画像の KiB。
これは、ユーザーデータを送信する -G や -isohybrid-mbr などのオプションと衝突する可能性があります。
同じアドレス範囲に含まれます。 システム領域の最初の 8 バイトを取得します
{ 0x45, 0x52, 0x08 0x00, 0xeb, 0x02, 0xff, 0xff } によって上書きされます。
x86 マシンコードとして実行しても悪影響はありません。 したがって、MBR が結合されると、
この機能を使用すると、最初の 8 バイトには必須のコマンドが含まれないようになります。
システムエリアの2KiBの次のブロックは、APMエントリによって占有されます。 The
最初のものは、HFS+ファイルシステムメタデータの前のISOイメージの部分をカバーしています。 ザ
XNUMXつ目は、HFS+メタデータからファイルコンテンツデータの終わりまでの範囲を示します。 もしも
さらにISOイメージデータが続き、XNUMX番目のパーティションエントリが生成されます。 他の
xorrisoの機能により、より多くのAPMエントリが必要になる場合があります。
HFS +は大文字と小文字を区別しませんが、ファイル名を次のように記録できることに注意してください。
大文字と小文字。 したがって、iso_rr名前ツリーのファイル名
HFS+ネームツリーで衝突する可能性があります。 この場合、それらは追加することによって変更されます
文字とカウント数にアンダースコアを付けます。 非常に長い名前の場合は、
それらを「MANGLED_...」にマップするために必要です。

-hfsplus-シリアル番号
として使用する16桁の数字「0」～「9」と文字「a」～「f」の文字列を設定します。
新しい HFS+ ファイルシステムの一意のシリアル番号。

-hfsplus-ブロックサイズ 数
HFS+ ファイルシステムの作成時に使用される割り当てブロック サイズを設定します。
許容されるのは 512、2048、または 0 です。後者はプログラムに決定させます。

-apm-ブロックサイズ 数
Apple Partition Map でパーティションを記述するときに使用するブロック サイズを設定します。
許容されるのは 512、2048、または 0 です。後者はプログラムに決定させます。
サイズ512はGPTの生成と互換性がなく、サイズ2048は互換性がないことに注意してください
少なくとも古いLinuxカーネルではマウント可能ではありません-thfsplus。

-hfsplus-ファイル作成者の種類 クリエータータイプ iso_rr_path
HFS+ クリエーターを設定し、生成されるイメージ内のファイルの属性を入力します。 これら
それぞれ 4 文字の XNUMX つのコードです。

-hfs-bless-by 祝福の iso_rr_path
HFS+ の祝福を発行します。 最大 XNUMX つまで割り当てられる役割です。
ディレクトリとデータ ファイル:
「ppc_bootdir」、「intel_bootfile」、「show_folder」、「os9_folder」、「osx_folder」。
これらは、「p」、「i」、「s」、「9」、および「x」と省略される場合があります。
このような各役割は、最大でXNUMXつのファイルオブジェクトに起因する可能性があります。 「intel_bootfile」は
データ ファイルに適用されるもの。 他のものはすべてディレクトリに適用されます。 ファイルがない
オブジェクトは複数の祝福をもたらすことができます。

-hfs-祝福 ディスクパス
HFS+ 祝福 "ppc_bootdir" をディレクトリから派生したディレクトリに発行します。
ローカルファイルシステムツリーのdisk_path。
これは、ディレクトリの下に少なくとも XNUMX つのデータ ファイルがある場合にのみ機能します。
異なるローカル ファイルシステムのサブツリーからのファイルの場合、disk_path があいまいになる可能性があります
ISO イメージの同じサブツリーに配置されます。 -hfs-bless-by "p" の使用を検討してください。
iso_rr_path による明確なアドレス指定用。

設定 for file 隠蔽：

-隠れる ディスクパスパターン
ISO 9660 および Rock Ridge のディレクトリ ツリーでファイルを非表示にします。
disc_path は、指定されたシェル パーサー パターンと一致します。 そのような隠されたデータの内容
ファイルは、どのファイルにも表示されない場合でも、結果の画像に含まれます。
ディレクトリ。 ただし、画像内の名前のないデータを見つけるには独自の手段が必要です。
このコマンドはブート カタログには適用されません。

-非表示リスト ディスクパス
ファイルdisk_pathの各行を引数disk_path_patternとして使用して、-hideを実行します。

-隠すジョリエット ディスクパスパターン
オプション -hide と似ていますが、Joliet のディレクトリ ツリーでファイルを非表示にします。
それらの disc_path は、指定されたシェル パーサー パターンと一致します。

-ジョリエットリストを非表示 ディスクパス
ファイルdisk_pathの各行を引数として使用して、-hide-jolietを実行します。
ディスクパスパターン。

-非表示-hfsplus ディスクパスパターン
オプション -hide と似ていますが、HFS+ のディレクトリ ツリーでファイルを非表示にします。
それらの disc_path は、指定されたシェル パーサー パターンと一致します。

-hfsplus-リストを隠す ディスクパス
ファイルdisk_pathの各行を引数として使用して、-hide-hfsplusを実行します。
ディスクパスパターン。

ISO 画像 ID 文字列:

次の文字列とファイル アドレスは、プライマリ ボリューム記述子に保存されます。
ISO9660イメージ。 ファイル アドレスは ISO 9660 パスです。 これらのファイルには次のものが含まれている必要があります
iso_rr_paths は文字 [A-Z0-9_] と XNUMX つのドットのみで構成されます。
最大 8 文字と最大 3 文字を区切ります。

-V 클라우드 기반 AI/ML및 고성능 컴퓨팅을 통한 디지털 트윈의 기초 – Edward Hsu, Rescale CPO 많은 엔지니어링 중심 기업에게 클라우드는 R&D디지털 전환의 첫 단계일 뿐입니다. 클라우드 자원을 활용해 엔지니어링 팀의 제약을 해결하는 단계를 넘어, 시뮬레이션 운영을 통합하고 최적화하며, 궁극적으로는 모델 기반의 협업과 의사 결정을 지원하여 신제품을 결정할 때 데이터 기반 엔지니어링을 적용하고자 합니다. Rescale은 이러한 혁신을 돕기 위해 컴퓨팅 추천 엔진, 통합 데이터 패브릭, 메타데이터 관리 등을 개발하고 있습니다. 이번 자리를 빌려 비즈니스 경쟁력 제고를 위한 디지털 트윈 및 디지털 스레드 전략 개발 방법에 대한 인사이트를 나누고자 합니다.
ISO イメージのボリューム ID を設定します。 xorriso は最大 32 文字のテキストを受け入れます。
しかし、めったに守られることのない仕様によれば、より厳格なルールが適用されます。
[A-Z0-9_] のうちの ASCII 文字が適合します。 いいね: 「IMAGE_23」
Joliet では 16 個の UCS-2 文字が許可されます。 例: 「Windows 名」
ボリューム ID がマウント ポイントの名前として自動的に使用される可能性があることに注意してください。
メディアが遊び心のあるコンピュータ システムに挿入されたとき。

-体積 클라우드 기반 AI/ML및 고성능 컴퓨팅을 통한 디지털 트윈의 기초 – Edward Hsu, Rescale CPO 많은 엔지니어링 중심 기업에게 클라우드는 R&D디지털 전환의 첫 단계일 뿐입니다. 클라우드 자원을 활용해 엔지니어링 팀의 제약을 해결하는 단계를 넘어, 시뮬레이션 운영을 통합하고 최적화하며, 궁극적으로는 모델 기반의 협업과 의사 결정을 지원하여 신제품을 결정할 때 데이터 기반 엔지니어링을 적용하고자 합니다. Rescale은 이러한 혁신을 돕기 위해 컴퓨팅 추천 엔진, 통합 데이터 패브릭, 메타데이터 관리 등을 개발하고 있습니다. 이번 자리를 빌려 비즈니스 경쟁력 제고를 위한 디지털 트윈 및 디지털 스레드 전략 개발 방법에 대한 인사이트를 나누고자 합니다.
-Vの別名。

-volset 클라우드 기반 AI/ML및 고성능 컴퓨팅을 통한 디지털 트윈의 기초 – Edward Hsu, Rescale CPO 많은 엔지니어링 중심 기업에게 클라우드는 R&D디지털 전환의 첫 단계일 뿐입니다. 클라우드 자원을 활용해 엔지니어링 팀의 제약을 해결하는 단계를 넘어, 시뮬레이션 운영을 통합하고 최적화하며, 궁극적으로는 모델 기반의 협업과 의사 결정을 지원하여 신제품을 결정할 때 데이터 기반 엔지니어링을 적용하고자 합니다. Rescale은 이러한 혁신을 돕기 위해 컴퓨팅 추천 엔진, 통합 데이터 패브릭, 메타데이터 관리 등을 개발하고 있습니다. 이번 자리를 빌려 비즈니스 경쟁력 제고를 위한 디지털 트윈 및 디지털 스레드 전략 개발 방법에 대한 인사이트를 나누고자 합니다.
ISO イメージのボリューム セット ID を設定します。 最大 128 文字まで入力できます。

-P 클라우드 기반 AI/ML및 고성능 컴퓨팅을 통한 디지털 트윈의 기초 – Edward Hsu, Rescale CPO 많은 엔지니어링 중심 기업에게 클라우드는 R&D디지털 전환의 첫 단계일 뿐입니다. 클라우드 자원을 활용해 엔지니어링 팀의 제약을 해결하는 단계를 넘어, 시뮬레이션 운영을 통합하고 최적화하며, 궁극적으로는 모델 기반의 협업과 의사 결정을 지원하여 신제품을 결정할 때 데이터 기반 엔지니어링을 적용하고자 합니다. Rescale은 이러한 혁신을 돕기 위해 컴퓨팅 추천 엔진, 통합 데이터 패브릭, 메타데이터 관리 등을 개발하고 있습니다. 이번 자리를 빌려 비즈니스 경쟁력 제고를 위한 디지털 트윈 및 디지털 스레드 전략 개발 방법에 대한 인사이트를 나누고자 합니다.
ISO イメージの発行者 ID を設定します。 これにより個人または組織が特定される可能性があります
誰が何を記録するかを指定したのか。 最大 128 文字まで入力できます。

-出版社 클라우드 기반 AI/ML및 고성능 컴퓨팅을 통한 디지털 트윈의 기초 – Edward Hsu, Rescale CPO 많은 엔지니어링 중심 기업에게 클라우드는 R&D디지털 전환의 첫 단계일 뿐입니다. 클라우드 자원을 활용해 엔지니어링 팀의 제약을 해결하는 단계를 넘어, 시뮬레이션 운영을 통합하고 최적화하며, 궁극적으로는 모델 기반의 협업과 의사 결정을 지원하여 신제품을 결정할 때 데이터 기반 엔지니어링을 적용하고자 합니다. Rescale은 이러한 혁신을 돕기 위해 컴퓨팅 추천 엔진, 통합 데이터 패브릭, 메타데이터 관리 등을 개발하고 있습니다. 이번 자리를 빌려 비즈니스 경쟁력 제고를 위한 디지털 트윈 및 디지털 스레드 전략 개발 방법에 대한 인사이트를 나누고자 합니다.
-Pの別名。

-A 클라우드 기반 AI/ML및 고성능 컴퓨팅을 통한 디지털 트윈의 기초 – Edward Hsu, Rescale CPO 많은 엔지니어링 중심 기업에게 클라우드는 R&D디지털 전환의 첫 단계일 뿐입니다. 클라우드 자원을 활용해 엔지니어링 팀의 제약을 해결하는 단계를 넘어, 시뮬레이션 운영을 통합하고 최적화하며, 궁극적으로는 모델 기반의 협업과 의사 결정을 지원하여 신제품을 결정할 때 데이터 기반 엔지니어링을 적용하고자 합니다. Rescale은 이러한 혁신을 돕기 위해 컴퓨팅 추천 엔진, 통합 데이터 패브릭, 메타데이터 관리 등을 개발하고 있습니다. 이번 자리를 빌려 비즈니스 경쟁력 제고를 위한 디지털 트윈 및 디지털 스레드 전략 개발 방법에 대한 인사이트를 나누고자 합니다.
ISO イメージのアプリケーション ID を設定します。 これにより、次の仕様が特定される可能性があります。
データがどのように記録されるか。 最大 128 文字まで入力できます。
特殊テキスト「@xorriso@」は、xorriso の ID 文字列に変換されます。
通常は作成者 ID として書かれます。 プログラム ID を次のように書くのは間違った伝統です
アプリケーションID。

-appid 클라우드 기반 AI/ML및 고성능 컴퓨팅을 통한 디지털 트윈의 기초 – Edward Hsu, Rescale CPO 많은 엔지니어링 중심 기업에게 클라우드는 R&D디지털 전환의 첫 단계일 뿐입니다. 클라우드 자원을 활용해 엔지니어링 팀의 제약을 해결하는 단계를 넘어, 시뮬레이션 운영을 통합하고 최적화하며, 궁극적으로는 모델 기반의 협업과 의사 결정을 지원하여 신제품을 결정할 때 데이터 기반 엔지니어링을 적용하고자 합니다. Rescale은 이러한 혁신을 돕기 위해 컴퓨팅 추천 엔진, 통합 데이터 패브릭, 메타데이터 관리 등을 개발하고 있습니다. 이번 자리를 빌려 비즈니스 경쟁력 제고를 위한 디지털 트윈 및 디지털 스레드 전략 개발 방법에 대한 인사이트를 나누고자 합니다.
-Aの別名。

-sysid 클라우드 기반 AI/ML및 고성능 컴퓨팅을 통한 디지털 트윈의 기초 – Edward Hsu, Rescale CPO 많은 엔지니어링 중심 기업에게 클라우드는 R&D디지털 전환의 첫 단계일 뿐입니다. 클라우드 자원을 활용해 엔지니어링 팀의 제약을 해결하는 단계를 넘어, 시뮬레이션 운영을 통합하고 최적화하며, 궁극적으로는 모델 기반의 협업과 의사 결정을 지원하여 신제품을 결정할 때 데이터 기반 엔지니어링을 적용하고자 합니다. Rescale은 이러한 혁신을 돕기 위해 컴퓨팅 추천 엔진, 통합 데이터 패브릭, 메타데이터 관리 등을 개발하고 있습니다. 이번 자리를 빌려 비즈니스 경쟁력 제고를 위한 디지털 트윈 및 디지털 스레드 전략 개발 방법에 대한 인사이트를 나누고자 합니다.
ISO イメージのシステム ID を設定します。 これにより、次のことができるシステムが特定される可能性があります。
画像ブロック 0 ～ 15 のシステム領域の内容を認識し、それに基づいて動作します。
最大 32 文字まで入力できます。

-p 클라우드 기반 AI/ML및 고성능 컴퓨팅을 통한 디지털 트윈의 기초 – Edward Hsu, Rescale CPO 많은 엔지니어링 중심 기업에게 클라우드는 R&D디지털 전환의 첫 단계일 뿐입니다. 클라우드 자원을 활용해 엔지니어링 팀의 제약을 해결하는 단계를 넘어, 시뮬레이션 운영을 통합하고 최적화하며, 궁극적으로는 모델 기반의 협업과 의사 결정을 지원하여 신제품을 결정할 때 데이터 기반 엔지니어링을 적용하고자 합니다. Rescale은 이러한 혁신을 돕기 위해 컴퓨팅 추천 엔진, 통합 데이터 패브릭, 메타데이터 관리 등을 개발하고 있습니다. 이번 자리를 빌려 비즈니스 경쟁력 제고를 위한 디지털 트윈 및 디지털 스레드 전략 개발 방법에 대한 인사이트를 나누고자 합니다.
ISO イメージの作成者 ID を設定します。 これにより、個人またはその他の団体が特定される可能性があります
記録されるデータの準備を制御します。 通常はこれ
ID は xorriso の ID である必要があり、操作する人やプログラムの ID ではありません。
クソリソ。 変更は避けてください。 最大 128 文字まで入力できます。
特殊テキスト「@xorriso@」は、xorriso の ID 文字列に変換されます。
プログラム起動時のデフォルト。

-準備者 클라우드 기반 AI/ML및 고성능 컴퓨팅을 통한 디지털 트윈의 기초 – Edward Hsu, Rescale CPO 많은 엔지니어링 중심 기업에게 클라우드는 R&D디지털 전환의 첫 단계일 뿐입니다. 클라우드 자원을 활용해 엔지니어링 팀의 제약을 해결하는 단계를 넘어, 시뮬레이션 운영을 통합하고 최적화하며, 궁극적으로는 모델 기반의 협업과 의사 결정을 지원하여 신제품을 결정할 때 데이터 기반 엔지니어링을 적용하고자 합니다. Rescale은 이러한 혁신을 돕기 위해 컴퓨팅 추천 엔진, 통합 데이터 패브릭, 메타데이터 관리 등을 개발하고 있습니다. 이번 자리를 빌려 비즈니스 경쟁력 제고를 위한 디지털 트윈 및 디지털 스레드 전략 개발 방법에 대한 인사이트를 나누고자 합니다.
-pの別名。

-抽象的な iso_パス
ISOイメージの抽象ファイルのアドレスを設定します。 これは ISO 9660 である必要があります
画像に関する抽象的なステートメントを含む画像内のファイルのパス
コンテンツ。 最大 37 文字まで入力できます。

-ビブリオ iso_パス
ISOイメージのBiblioファイルのアドレスを設定します。 これは ISO 9660 である必要があります
書誌レコードを含む画像内のファイルのパス。 許容されるのは
最大 37 文字。

-著作権 iso_パス
ISOイメージの著作権ファイルのアドレスを設定します。 これは ISO 9660 である必要があります
著作権ステートメントを含む画像内のファイルのパス。 許容されるのは
最大 37 文字。

--modification-date=YYYYMMDDhhmmsscc
ISO イメージの作成および変更のタイムスタンプをオーバーライドするタイムストリングを設定します。
文字通り。 YYYYMMDDhhmmsscc を形成する 16 桁の XNUMX 進数で構成する必要があります。
YYYY は 1970 年から 2999 年までです。タイムゾーンは GMT です。 この GRUB と一致するはずです
ライン：
検索--fs-uuid--setYYYY-MM-DD-hh-mm-ss-cc
例：2010040711405800は7年2010月11日40:58:0（+XNUMXセンチ秒）です。

--application_use 文字|0xXY| disk_path
最大512バイトを使用できる[アプリケーションの使用]フィールドの内容を指定します。
このコマンドのパラメーターが空の場合、フィールドは512で埋められます
0バイト。 単一の文字の場合、512回繰り返されます。 それであれば
「0x」で始まり、その後に0桁の9進数[XNUMX-XNUMXa-fA-F]が続き、数字は次のように読み取られます。
512回繰り返されるバイト値。
その他のパラメータテキストは、データファイルを開いて最大まで読み取るためのdisk_pathとして使用されます
それから512バイト。 ファイルが512バイトよりも小さい場合、残りのバイト
フィールドでバイナリ0に設定されます。

El トリト 起動可能 ISO 画像：

ブート可能な ISO イメージの前提条件は、ISO イメージ内にブート ファイルが含まれていることです。
ローダ。 コンピュータのブート機能はそのようなファイルに誘導され、通常は実行されます。
ISO イメージからさらにプログラム ファイルを取得します。 ゾリソフス 数種類のブーツを作成できます
ブロックまたはブート レコード。これらは ISO イメージの一部となり、
ブート機能に応じて。

An El トリト ブート レコードは、ブートストラップ機能をブート カタログにポイントします。
さらにブート イメージ。ISO イメージに保存されているバイナリ プログラム ファイルです。 の内容
ブート イメージ ファイルは El Torito の範囲外です。
xorriso は、指定され構造化されたブート イメージ ファイルに従ってブート カタログを作成します。
オプション -b、-e、-el-torito-alt-boot、および --efi-boot によって。 多くの場合、エントリは XNUMX つだけ含まれます。
El Torito はブート機能 PC-BIOS および EFI によって解釈されます。 最もブート可能な GNU/Linux
CD には、PC-BIOS 用の ISOLINUX または GRUB ブート イメージが含まれています。
ゾリソフス ISOLINUX wiki のサンプル オプション、GRUB で使用されるオプションをサポートします。
スクリプト grub-mkrescue、および FreeBSD AvgLiveCD wiki の例。

PC-BIOS および EFI 以外のブート機能を介した CD ブート、および USB からのブートの場合
スティックまたはハードディスクについては、システム領域に関する次のセクションを参照してください。

-b iso_rr_path
El の現在のエントリに記載されるブート イメージ ファイルを指定します。
トリトのブーツカタログです。 PC-BIOS に適しているとマークされます。
ISOLINUX および GRUB からのブート イメージの場合、このオプションには次のオプションを付ける必要があります。
オプション -c 、 -no-emul-boot 、 -boot-load-size 4 、 -boot-info-table。

-エルトリト-ブーツ iso_rr_path
-bの別名。

-eltorito-alt-boot
現在の El Torito ブート カタログ エントリを終了し、新しいエントリを開始します。 ブーツ
画像ファイルとその必要なすべてのオプションはオプションの前に指定する必要があります
-eltorito-alt-boot。 その他の El Torito ブート オプションはすべて新しいカタログに適用されます
エントリ。 最大 32 個のカタログ エントリが可能です。

-e iso_rr_path
El の現在のエントリに記載されるブート イメージ ファイルを指定します。
トリトのブーツカタログです。 EFI に適しているとマークされます。
オプション -e の後にはオプション -no-emul-boot を続ける必要があり、他の El Torito オプションは使用できません
最終的な -eltorito-alt-boot の前に。

--efi-boot iso_rr_path
指定された iso_rr_path、-no-emul-boot を使用して -eltorito-alt-boot、オプション -e を実行します。
そして再び -eltorito-alt-boot です。 このジェスチャは、EFI ブート可能性を実現するために使用されます。
GRUB2 レスキュー CD。

-ブートロードサイズ 数
ブート時にブート イメージからロードされる 512 バイト ブロックの数を設定します。
現在のカタログ エントリ。 通常、非エミュレート BIOS ブートイメージにはロード サイズが必要です
通常、EFI ブート イメージには、ブートによって占有されるブロックの数が設定されます。
画像ファイル。
El Torito は 65535 を超える負荷サイズを表すことができません。

-ハードディスクブート
現在のカタログ エントリ内のブート イメージをエミュレートされたハード ディスクとしてマークします。 （ない
既知のブート ローダーに適しています。)

-エミュルブートなし
現在のカタログ エントリのブート イメージをフロッピーまたはハードをエミュレートしないものとしてマークします。
ディスク。 (これは、既知のすべてのブート ローダーで使用されます。)
-hard-disk-boot も -no-emul-boot も指定されていない場合、ブート イメージは
フロッピーをエミュレートするものとしてマークされています。 (既知のブート ローダーには適していません。)

エルトリトイド テキスト|56_hexdigits
ブート イメージが保存されるブート カタログ セクションの ID 文字列を定義します。
リストされています。 値が 56 文字 [0-9A-Fa-f] で構成されている場合、変換されます。
28 バイトに分割しない場合は、最初の 28 文字が ID 文字列になります。 のID文字列
最初のブート イメージが全体のカタログ ID になります。 24個限定です
文字。 他の id_string はセクション ID になります。

-エルトリト-セルクリット XNUMX 進数
ブート イメージの選択基準を定義します。 から最大 20 バイトが読み取られます
指定された文字 [0-9A-Fa-f]。 これらは、次のブート イメージ エントリに起因します。
カタログ。

-ブート情報テーブル
現在のブート イメージのバイト 8 ～ 63 を上書きします。 情報が提供されます
イメージ作成時に xorriso が作成したプライマリ ボリュームのブロック アドレス
記述子、ブート イメージ ファイルのブロック アドレス、ブート イメージ ファイルのサイズ。

--grub2-ブート情報
現在のブート イメージのバイト 2548 ～ 2555 をそのブートのアドレスで上書きします
画像。 アドレスは 64 ビットのリトルエンディアン数値として書き込まれます。 2KBブロックです
ブート イメージ コンテンツのアドレスを 4 倍し、5 ずつ増加させます。

-c iso_rr_path
El Torito ブート カタログ ファイルのアドレスをイメージ内に設定します。 このファイル
アドレスは起動中の PC-BIOS または EFI にとって重要ではありませんが、後で読み取られる可能性があります
利用可能なブート イメージを知るために他のプログラムで実行します。

-エルトリト-カタログ iso_rr_path
-c の別名。

--ブートカタログ非表示
El Torito ブート カタログがディレクトリ ツリーにファイルとして表示されないようにします。
画像。

エントルピー 範囲、 MBR、 GPT、 APM、 他の ブート ブロック：

ISO イメージの最初の 16 ブロックはシステム領域です。 システム用に予約されています
依存ブート ソフトウェア。 これは、さまざまなブート機能とパーティション テーブルである可能性があります。
ハードウェアアーキテクチャ。
A MBR (マスター ブート レコード) にはブート コードとパーティション テーブルが含まれます。 読まれているのは、
USB スティックまたはハードディスクから起動する場合は PC-BIOS、PowerPC CHRP または PReP で起動する場合は
ブート中。 タイプ 0xee の MBR パーティションは、GPT の存在を示します。
A GPT （GUIDパーティションテーブル）は、より新しい方法でパーティションをマークします。 EFIによって読み取られます
USBスティックまたはハードディスクから起動する場合。HFS+の検索とマウントに使用できます。
ISOイメージ内のパーティション。
An APM （Appleパーティションマップ）はHFS+パーティションをマークします。 Macが起動のために読み取り、
取り付け用。
MBR、GPT、APMは組み合わせ可能です。 APMは、MBRブートコードの最初の8バイトを占有します。 全て
XNUMXつはCDROMからのElToritoの起動を妨げません。
ゾリソフス さらなるブート機能をサポート: MIPS ビッグ エンディアン (SGI)、MIPS リトル エンディアン
(XNUMX 月)、SUN SPARC、HP-PA、XNUMX 月アルファ。 これらは相互に組み合わせることはできません。
MBR、GPT、または APM と組み合わせ可能。

次のオプションのいくつかは入力としてディスク パスを想定していますが、説明も受け入れます
ディスクファイルからデータを切り出すことができるlibisofsインターバルリーダーの文字列または
-indev およびコンテンツの一部をゼロ化する場合: -G、-generic-boot、--embedded-boot、
--grub2-mbr、-isohybrid-mbr、-efi-boot-part、-prep-boot-part、-B、-sparc-boot、
-パーティションの追加。
説明文字列は、コロン'：'で区切られた次のコンポーネントで構成されます。
"--interval：" Flags "：" Interval "：" Zeroizers "：" Source
コンポーネント「--interval」は、これがプレーンなディスク パスではなく、間隔であることを示します。
リーダーの説明文字列。
Flags コンポーネントは、さらに解釈を変更します。
「local_fs」は、ソースのパスで示されるファイルから読み取ることを要求します。
「imported_iso」は、-indevからの読み取りを要求します。 これは、-outdevが同じでない場合にのみ機能します
-indevとして。 ソースコンポーネントは無視されます。
コンポーネントIntervalは、「-」文字で区切られたXNUMXバイトのアドレス番号で構成されます。
たとえば、「0-429」はバイト0から429を読み取ることを意味します。
コンポーネントZeroizersは、XNUMX個以上のコンマ区切りの文字列で構成されます。 彼らは定義します
読み取ったデータのどの部分をゼロにするか。 バイト番号0は、
インターバル開始アドレス。 各文字列は次のいずれかになります。
「zero_mbrpt」は、バイト510と511がMBRを保持している場合、MBRパーティションテーブルをゼロ化することを要求します
署名0x55xaa。
「zero_gpt」は、バイト512から1023のGPTヘッダーをチェックして、それとそのゼロ化を要求します。
パーティションテーブルブロック。
「zero_apm」は、APMブロック0をチェックし、そのパーティションテーブルブロックをゼロ化することを要求します。
Start_byte "-" End_byteは、数値で始まる読み込みバイトをゼロ化することを要求します
Start_byteおよびEnd_byteの後に終了します。
コンポーネントSourceは、フラグ「local_fs」が付いたファイルパスであり、フラグが付いた場合は無視されます
「imported_iso」。
バイト数は、{k、m、g、t、s、d}の接尾辞でスケーリングできます。これは、
{1024、1024k、1024m、1024g、2048、512}。 スケーリングされた値の終了番号は、の最後のバイトを表します
スケーリングされた範囲。
たとえば、「0d-0d」は「0-511」です。
例：
"local_fs：0-32767：zero_mbrpt、zero_gpt、440-443：/tmp/template.iso"
"imported_iso：45056d-47103d::"

-G ディスクパス
指定されたディスク ファイルから ISO の先頭に最大 32768 バイトをコピーします。
画像。
El Torito ブート イメージ以外のファイル、disk_path を
ISOイメージ。 ディレクトリツリーにはファイルとして表示されません。
マルチセッションの状況では、特別なdisk_path「.」が使用されます。 ディスクの読み取りを妨げます
ファイルは削除されますが、既存の MBR での調整が発生します。
他のオプションで注文します。

-汎用ブート ディスクパス
-Gの別名。

--埋め込みブート ディスクパス
-Gの別名。

--grub2-mbr ディスクパス
システム領域にdisk_pathをインストールし、最新のGRUB2 MBRとして扱います。 コンテンツ
最初のブート イメージの開始アドレスは 512 バイト ブロックのカウントに変換されます。
そしてオフセット 4 が追加されます。 結果は 64 ビットのリトルエンディアン数値として書き込まれます。
バイトアドレス0x1b0に。

-イソハイブリッド-mbr ディスクパス
disk_path を ISOLINUX isohybrid MBR としてインストールします。これにより、次のようにブート イメージが作成されます。
オプション -b は、PC-BIOS 経由で USB スティックおよびハードディスクから起動可能です。 この準備は、
通常、既に作成された ISO イメージに対して ISOLINUX プログラム isohybrid によって実行されます。
ディスク パスは、Syslinux ファイル isohdp[fp]x*.bin のいずれかにつながる必要があります。 MBR
イソハイブリッドのニーズに応じてパッチが適用されます。 最初のパーティションは範囲を説明します
ISO イメージの。 デフォルトでは開始位置はブロック 0 ですが、64 ディスクに設定することもできます。
オプション -partition_offset によるブロック 16.
特別なdisk_path「.」の意味については、 オプション -G を参照してください。

-isohybrid-gpt-basdat
GPT 内の現在の El Torito ブート イメージ (オプション -b および -e を参照) をパーティションとしてマークします。
基本データ型。 これは -isohybrid-mbr でのみ機能し、同じ影響を与えます。
システム領域を -efi-boot-part として指定します。 -efi-boot-part または
-hfsプラス。
GPT によってマークされた最初の XNUMX つのブート イメージもパーティションとして表示されます。
MBR 内のタイプ 0xef のエントリ。 PC-BIOS の MBR パーティションはタイプ 0x00 を取得します。
この場合は 0x17 よりも重要です。 多くの場合、追加の MBR エントリは、実際に
EFI によって使用されます。

-isohybrid-gpt-hfsplus
GPT 内の現在の El Torito ブート イメージ (オプション -b および -e を参照) をパーティションとしてマークします。
HFS+ タイプ。 影響と制限は、-isohybrid-gpt-basdat の場合と同様です。

-isohybrid-apm-hfsplus
Apple パーティション内の現在の El Torito ブート イメージをマークします (オプション -b および -e を参照)。
HFS+ タイプのパーティションとしてマップします。 これは -isohybrid-mbr でのみ機能し、
-hfsplus と同様のシステム領域への影響。 と組み合わせることはできません
-efi-boot-part または -hfsplus。
ISOLINUX isohybrid MBR ファイルは、x32 の 86 バイトの既知のパターンで始まる必要があります
本質的に何もしないマシンコード。 32 バイトで上書きされます。
APM ヘッダーのモックアップ。

--保護-msdos-ラベル
パーティション 1 が主張する単純な PC-DOS パーティション テーブルによってシステム領域にパッチを適用します。
ISO イメージの範囲を拡張しますが、最初のブロックは要求されないままになります。

-パーティションオフセット 2kb_block_adr
指定されたブロックで始まる単一のパーティションを持つパーティション テーブルを作成します。
住所。 これは、2048 バイト ブロックではなく、512 バイト ブロックでカウントされます。 ブロックの場合
アドレスがゼロ以外の場合は、少なくとも 16 でなければなりません。16 より大きい値はほとんどありません。
使用の。 ゼロ以外のパーティション オフセットにより、XNUMX つのスーパーブロックが生成され、XNUMX つのスーパーブロックが生成されます。
ディレクトリツリーのセット。 イメージは絶対的な開始点から次のようにマウント可能になります。
パーティションの開始からも同様です。
新しいセッションが ISO イメージに追加されると、ISO イメージのオフセット値が保持されます。
ロードされた画像。 したがって、ここで定義された値は、新しい ISO イメージが取得された場合にのみ有効です。
書かれた。

-partition_hd_cyl 数
MBR パーティション テーブルのシリンダーあたりのヘッド数を設定します。 0 を選択します
デフォルト値。 最大値は 255 です。

-partition_sec_hd 数
MBR パーティション テーブルのヘッドあたりのセクター数を設定します。 0 を選択します
デフォルト値。 最大値は 63 です。
積partition_sec_hd*partition_hd_cyl*512はシリンダーサイズです。 それ
正確な位置合わせを可能にするには、2048で割り切れる必要があります。 と
追加されたパーティションと -appended_pa​​rt_as_gpt の数に制限はありません
シリンダー。 それ以外の場合は、最大で1024個存在する可能性があります。 シリンダーサイズが大きすぎる場合
制限を下回るために小さい場合、partition_hd_cylの適切な値は次のようになります。
partition_sec_hd32または63で選択されます。画像が8,422,686,720より大きい場合
バイトの場合、MBR のシリンダー サイズ制約を満たすことができません。 どうやら
とにかくそれほど重要ではありません。 パーティション テーブルのフラット ブロック アドレスは次の用途に適しています。
1TiB。

-partition_cyl_align モード
整数のシリンダ数に合わせてイメージ サイズの調整を制御します。 処方されています
isohybrid の仕様により、fdisk をプログラムするようです。 シリンダーのサイズは次のとおりです。
2048 で割り切れます。8,323,596,288 バイトを超える画像は MBR で整列できません
パーティションテーブル。
モード「自動」がデフォルトです。 パディングによる位置合わせは、オプション -isohybrid-mbr の場合にのみ発生します。
与えられます。
モードが「on」の場合、オプション --protective-msdos-label をパディングすることによって位置合わせが行われます。
モード「all」は「on」に似ていますが、パーティションを -append_partition から
揃えたサイズ。
モード「オフ」では、位置合わせが無条件に無効になります。

-append_partition パーティション番号 タイプコード ディスクパス
準備されたファイルシステムイメージをISOイメージに追加し、
エマージングの開始時にブートブロックのパーティションテーブルエントリによって記述されます
ISOイメージ。 パーティションエントリには、送信されたファイルのサイズが切り上げられます。
2048バイトの次の倍数またはシリンダーサイズの次の倍数に。
その後のマルチセッションの実行に注意してください。 追加されたパーティションは
上書きされました。
partition_numberは1から4の場合があります。番号1は、ISOイメージ全体を
パーティション 1 の前に未要求のスペースがあるため、ほとんどの xorriso MBR または GPT と併用します
機能を考慮すると、2 番が最も自然な選択になります。
type_codeは、「FAT12」、「FAT16」、「Linux」、またはその間のXNUMX進数です。
0x00および0xff。 これらすべての数値が使用可能な結果を​​もたらすわけではありません。 コードのリストについて
インターネットで「パーティション タイプ」を検索するか、fdisk コマンド「L」を実行します。 このコード
MBR でのみ問題となり、GPT では問題になりません。
他のコマンドによってGPTが生成される場合は、追加されたパーティション
-appended_pa​​rt_as_gpt が指定されていない場合でも、そこにも記載されます。

-appended_pa​​rt_as_gpt
MBR ではなく GPT の -append_partition からパーティションをマークします。 この場合
MBR は、出力データ全体をカバーするタイプ 0xee の単一のパーティションを示します。
デフォルトでは、追加されたパーティションは GPT が生成された場合にのみ GPT でマークされます。
他のオプションの。

-efi-ブート部分 ディスクパス
ファイルをディスクから新しい ISO イメージにコピーし、GPT エントリによって EFI としてマークします。
システムパーティション。 EFI ブート ファームウェアは、FAT ファイルシステム イメージを使用することになっています。
USB スティックまたはハードディスクから起動するためのパーティション。
disk_pathの代わりに、-efi-boot-imageという単語を指定できます。 GPTで公開します
EFIシステムパーティションとしての最初のElToritoEFIブートイメージのコンテンツ。 EFIブート
イメージは、オプション -e または --efi-boot によって導入されます。 影響を受ける EFI ブート イメージ
HFS+ パーティションの外に保存されているため、HFS+ には表示できません。

-chrp-ブート部分
新しい ISO イメージ全体のブロック範囲をタイプ 0x96 の MBR パーティションとしてマークします。
これは、MBR パーティション エントリを生成する他の機能と互換性がありません。
GPT が認識できなくなります。
CHRP は、HFS と組み合わせて使用​​されることがよくあります。 HFS+かどうかはまだテストされていません
オプション -hfsplus で作成されたファイルシステムは、CHRP 対応マシン上で起動します。
純粋な ISO 9660 もブートしません。

-chrp-ブート
-chrp-boot-part のエイリアス。

-prep-boot-part ディスクパス
ファイルをディスクから新しい ISO イメージにコピーし、MBR パーティションでマークします。
タイプ 0x41 のエントリ。 PReP ブート ファームウェアは、
パーティションを単一の ELF 実行可能ファイルとして作成します。 このオプションは他のMBRと互換性があります
パーティションと GPT を使用します。

-mips-ブート iso_rr_path
イメージ内のデータ ファイルを MIPS ビッグ エンディアン ブート ファイルとして宣言すると、
MIPS ビッグ エンディアン ボリューム ヘッダーの生成。 これは相互に排他的です
MBR などの他のブート ブロックの生成。 最初の 512 バイトが上書きされます。
-G によって提供されるデータ。 複数のブート ファイルで最大 15 個のブート ファイルを宣言できます。
-mips-boot オプション。

-mipsel-ブート iso_rr_path
イメージ内のデータ ファイルを MIPS リトル エンディアン ブート ファイルとして宣言します。 これは
他のブート ブロックとは相互に排他的です。 最初の 512 バイトが上書きされます
-G によって提供されるデータ。 で宣言できるブート ファイルは XNUMX つだけです
-ミプセルブーツ。

-B ディスクパス[,ディスクパス ...]
ISO イメージの終了後に、ディスク上の XNUMX つ以上のデータ ファイルが書き込まれるようにします。
SUN ディスク ラベルは ISO イメージの最初の 512 バイトに書き込まれます。
このイメージをパーティション 1 としてリストし、指定されたディスクパスをパーティション 2 から最大 8 としてリストします。
ディスク ファイルには、SUN SPARC システムに適したブート イメージが含まれている必要があります。
pseudo disk_path "..." により、すべての空のパーティション エントリがコピーになります。
空ではない最後のエントリ。 「...」の前に他のディスクパスが指定されていない場合は、すべてのディスクパスが指定されます。
パーティションは ISO イメージを記述します。 この場合、ブートローダーコードは次のようにする必要があります。
オプション -G によってインポートされます。

-sparc-ブート ディスクパス[,ディスクパス ...]
-Bの別名。

-sparc-ラベル 클라우드 기반 AI/ML및 고성능 컴퓨팅을 통한 디지털 트윈의 기초 – Edward Hsu, Rescale CPO 많은 엔지니어링 중심 기업에게 클라우드는 R&D디지털 전환의 첫 단계일 뿐입니다. 클라우드 자원을 활용해 엔지니어링 팀의 제약을 해결하는 단계를 넘어, 시뮬레이션 운영을 통합하고 최적화하며, 궁극적으로는 모델 기반의 협업과 의사 결정을 지원하여 신제품을 결정할 때 데이터 기반 엔지니어링을 적용하고자 합니다. Rescale은 이러한 혁신을 돕기 위해 컴퓨팅 추천 엔진, 통합 데이터 패브릭, 메타데이터 관리 등을 개발하고 있습니다. 이번 자리를 빌려 비즈니스 경쟁력 제고를 위한 디지털 트윈 및 디지털 스레드 전략 개발 방법에 대한 인사이트를 나누고자 합니다.
SUN ディスクラベルの ASCII ラベルテキストを設定します。

--grub2-sparc-core iso_rr_path
画像内の指定されたデータ ファイルのコンテンツ アドレスとサイズを次のようにします。
SUNディスクレーベルの後に書かれています。 どちらの数値もバイト単位でカウントされます。 住所・アドレス
64 ビットのビッグエンディアン数値としてバイト 0x228 に書き込まれます。 サイズは32と書いてあります
ビットビッグエンディアン数値をバイト 0x230 に変換します。

-hppa-コマンドライン 클라우드 기반 AI/ML및 고성능 컴퓨팅을 통한 디지털 트윈의 기초 – Edward Hsu, Rescale CPO 많은 엔지니어링 중심 기업에게 클라우드는 R&D디지털 전환의 첫 단계일 뿐입니다. 클라우드 자원을 활용해 엔지니어링 팀의 제약을 해결하는 단계를 넘어, 시뮬레이션 운영을 통합하고 최적화하며, 궁극적으로는 모델 기반의 협업과 의사 결정을 지원하여 신제품을 결정할 때 데이터 기반 엔지니어링을 적용하고자 합니다. Rescale은 이러한 혁신을 돕기 위해 컴퓨팅 추천 엔진, 통합 데이터 패브릭, 메타데이터 관리 등을 개발하고 있습니다. 이번 자리를 빌려 비즈니스 경쟁력 제고를 위한 디지털 트윈 및 디지털 스레드 전략 개발 방법에 대한 인사이트를 나누고자 합니다.
HP-PA 用の PALO コマンド ラインを設定します。 最大 1023 文字が許可されます
デフォルト。 -hppa-hdrversion 4 では、制限は 127 です。
-hppa オプションのいずれかを使用する場合、最初の XNUMX つの -hppa オプションは必須であることに注意してください。
が与えられる。 オプション -hppa-hdrversion のみが省略可能です。

-hppa-ブートローダー iso_rr_path
指定されたパスを HP-PA ブートローダー ファイルとして指定します。

-hppa-カーネル-32 iso_rr_path
指定されたパスを HP-PA 32 ビット カーネル ファイルとして指定します。

-hppa-カーネル-64 iso_rr_path
指定されたパスを HP-PA 64 ビット カーネル ファイルとして指定します。

-hppa-ramdisk iso_rr_path
指定されたパスを HP-PA RAM ディスク ファイルとして指定します。

-hppa-hdrversion 数
PALO ヘッダーのバージョン 5 (デフォルト) とバージョン 4 のどちらかを選択します。
値は PALO ソース コードで参照してください: PALOHDRVERSION。

-アルファブート iso_rr_path
イメージ内のデータ ファイルを DEC Alpha SRM セカンダリ ブートストラップ ローダーとして宣言します
そして、それを指すブート セクタの生成を引き起こします。 これはお互いに
MBR などの他のブート ブロックの生成とは排他的です。

文字 セット：

英語の英数字のみが使用されている限り、文字セットは重要ではありません。
ファイル名、またはメディアのすべての書き込み者と読み取り者が同じ文字を使用している限り
セット。 これらの制約の外では、xorriso にバイト コードを変換させる必要がある場合があります。
入力文字セットから出力文字セットへの変換は、ISO が実行されるときに実行されます。
画像が書き込まれます。 逆に、出力文字セットから出力文字セットへの変換が行われます。
ISO イメージがロードされるときに入力文字セットを設定します。 セットはオプションで定義できます
必要に応じて、-input-charset および -output-charset。

-入力文字セット キャラクターセット名
ディスクファイルを挿入するときに変換する文字セットを設定します。
ISO イメージに取り込みます。

-出力文字セット キャラクターセット名
ロードされた ISO イメージの名前の変換元となる文字セットを設定します。
ISO イメージを書き込むときに名前を変換するもの。

ジグド テンプレート 抽出：

man genisoimageから：「JigdoはCDのような大きなファイルの配布を支援するツールです
およびDVDイメージ。 見る http://atterer.net/jigdo/ 詳細については。 DebianCDおよびDVDISO
画像は、エンドユーザーがさらにダウンロードできるようにjigdo形式でWeb上に公開されます
効率的。"
xorriso のコンパイル時に libjte の使用が有効になっていた場合、 ゾリソフス を生み出すことができます
.jigdo および .template ファイルと単一セッション ISO イメージ。 そうでなければジグド
オプションを指定すると FAILURE イベントが発生し、通常はプログラムが中止されます。
Jigdo の能力は次の方法で判断できます。
$ xorrisofs -バージョン 2>&1 | grep '^libjte' && echo YES

.jigdo ファイルには、チェックサムとシンボリック ファイル アドレスが含まれています。 .template ファイル
のコンテンツバイトの代わりに参照タグを含む圧縮 ISO イメージが含まれます。
リストされたファイル。
このプロセスの入力は、 ゾリソフス 画像のないセッション
ロードされ、.jigdo にリストされる可能性のあるデータ ファイルをリストする .md5 ファイルがロードされます。
ファイルに保存され、.template ファイルで外部参照されます。 指定された各ファイルを表します
.md5 ファイル内で XNUMX つのテキスト行で次のように記述します。
MD5は32桁の2進数、12つのブランク、サイズは2桁のXNUMX進数またはブランク、XNUMXつのブランク、シンボリック
ファイルアドレス
.md5行のファイルアドレスは、のdisk_pathと同じベース名を持っている必要があります
一致するファイル。 To = Fromの場合、ファイルアドレスのディレクトリパスが決定的です。
マッピングであり、ファイル認識用ではありません。 To = Fromマッピングの後、ファイルアドレスが書き込まれます
.jigdoファイルに。 Jigdo復元ツールはこれらのアドレスを実際に変換します
読み取り可能な到達可能なデータソースアドレス。
jigdo パラメータのリストが空でない場合、パディングはパラメータの一部としてカウントされます。
ISOイメージ。

-ジグド-ジグド ディスクパス
.jigdo ファイルのチェックサムとダウンロード アドレスを使用して、disk_path を設定します。
.template の穴を埋めます。

-jigdo-テンプレート ディスクパス
穴を開けて圧縮した ISO イメージを含む .template ファイルの disc_path を設定します。
コピー。

-jigdo-最小ファイルサイズ サイズ
.jigdo ファイルにリストされるデータ ファイルの最小サイズを設定します。
.template ファイルの穴。 size は、バイト数をカウントする単純な数値、または数値の場合があります。
KiB (1024 バイト)、MiB (1024 KiB) をカウントするには、文字「k」、「m」、「g」を追加します。
GiB (1024 MiB)。

-jigdo-force-md5 ディスクパスパターン
絶対値と比較される正規表現パターンを追加します
.md5 リストに見つからなかったデータ ファイルの disc_path。 一致すると、
MSHAP イベント。通常はプログラムの実行は中止されませんが、最終的には
プログラムのゼロ以外の終了値。

-jigdo-exclude ディスクパスパターン
絶対値と比較する正規表現パターンを追加します。
任意のデータファイルのdisk_path。 一致すると、ファイルは任意の.templateにとどまります
場合。

-ジグドマップ 宛先=から
To=From 形式の文字列ペアをパラメータ リストに追加します。 データファイルが取得された場合
.jigdo ファイルにリストされている場合、その行のファイル アドレスによって参照されます。
.md5 ファイル。 このファイル アドレスは From で始まるかどうかがチェックされます。
弦。 その場合、この文字列は To 文字列と「:」に置き換えられます。
.jigdo ファイルに入る前の文字。 From 文字列は「/」で終わる必要があります
文字。

-md5-リスト ディスクパス
.md5 入力ファイルを見つける場所として、disk_path を設定します。

-jigdo-テンプレート-圧縮 "gzip"|"bzip2"
テンプレートファイルの圧縮方式を「bzip2」または「gzip」から選択します。 ジグド
ファイルは非圧縮で出力されます。

-checksum_algorithm_iso 名前のリスト
補助「# イメージ」として「md5」、「sha1」、「sha256」、「sha512」の XNUMX つ以上を選択します。
.jigdo ファイル内の Hex" チェックサム。list_of_names は、たとえば次のようになります。
「md5、sha1、sha512」。 値「all」は、使用可能なすべてのアルゴリズムを選択します。 MD5に注意してください
常に有効のままです。

-checksum_algorithm_template 名前のリスト
.jigdo ファイル内の「# Template Hex」チェックサムのアルゴリズムを選択します。 の
list_of_names のルールは、-checksum_algorithm_iso の場合と同じです。

その他 オプション：

-プリントサイズ
標準出力に、予測可能な数の 2048 バイト ブロックを出力します。
新しい ISO イメージ。 このイメージを作成しないでください。
結果はいくつかの設定によって異なります。
オプション --emul-toc が指定されている場合、パディング (-pad を参照) は、
画像のサイズ。 この場合、-no-pad を使用するか、150 (= 300 KiB) を
結果の数値。
mkisofs エミュレーションがオプション -print-size の後に終了した場合、ほとんどのプロパティは
最近指定したブート イメージ ファイルは、後続の xorriso コマンドでは編集できません。

--no_rc
最初の引数として使用された場合にのみ、このオプションは、
スタートアップファイル。 以下のセクションファイルを参照してください。

-助けて
サポートされているオプションを標準エラー出力にリストします。 オリジナルの mkisofs オプションはオリジナルのままです
mkisofs の説明テキスト。

-静かな
問題や問題を示すメッセージを除き、プログラム実行のほとんどのメッセージを抑制します。
エラーが。

-gui
ISO イメージの書き込み中のおしゃぶりメッセージの頻度を増やします。

-ログファイル ディスクパス
ファイルdisk_pathをサイズ0に切り詰め、すべてのメッセージをそこにリダイレクトします。
通常は標準エラー出力に表示されます。 -log-file に disk_path として空のテキストを指定すると、出力が再度有効になります
stderrに。

-v
情報番組メッセージの出力を有効にします。

-詳細
-v の別名。

-バージョン
で始まるテキストを標準出力に出力します。
「mkisofs 2.01-エミュレーションの著作権 (C)」
xorriso のバージョン情報を標準エラーに送信します。

例

概要 of 例：
簡単な画像制作の実行
-graft-points で ISO イメージのパスを設定する
マルチセッションの実行を実行する
xorrisofs を Growisofs の下で動作させる
いくつかのディレクトリツリーの増分バックアップ
蓄積されたツリーによる増分バックアップ
PC-BIOS および EFI のブート可能イメージを作成する

A シンプルな 画像 製造 ラン
ディレクトリ ./for_iso に準備されたファイル ツリーが ISO のルート ディレクトリにコピーされます。
画像。 ファイルのアクセス許可は全員に対して読み取り専用に設定されます。 ジョリエットの属性
Microsoft システムが追加されます。 結果のイメージはデータ ファイル ./image.iso として書き込まれます。
ディスク。
$ xorrisofs -r -J -o ./image.iso ./for_iso

作成セッションプロセスで ISO 画像 パス by -グラフトポイント
オプション -graft-points を使用しない場合、指定された各ディスク ファイルは、
ISO イメージ。名前はそのままです。 ディレクトリが指定されている場合は、そのファイルと
サブディレクトリは、名前を維持したままルート ディレクトリにコピーされます。
$ xorrisofs ... /home/me/datafile /tmp/ディレクトリ
ISO イメージのルート ディレクトリに次のものが生成されます。
/データファイル
/file_1_from_directory
...
/file_N_from_directory

オプション -graft-points を使用すると、ファイルとディレクトリを任意のパスに配置できます。
ISO イメージ内にあります。
$ xorrisofs ... -graft-points /home/me/datafile /dir=/tmp/directory
ISO イメージのルート ディレクトリに次のものが生成されます。
/データファイル
/ dir
最終的にイメージ内に必要な親ディレクトリが自動的に作成されます。
/datafiles/file1=/home/me/datafile
ISO イメージでは次の結果が得られます。
/データファイル/ファイル1
ディレクトリ /datafiles の属性は、ディスク上の /home/me からコピーされます。

通常、パス仕様の ISO 部分では = および \ 文字を避けるべきです。 しかし、もしそれが
そうでなければならない場合は、それらを回避することができます。
/with_\=_and_\\/file=/tmp/ディレクトリ/ファイル
ISO イメージでは次の結果が得られます。
/with__=_and_\/ファイル

実行する マルチセッション runs
この例は、マルチセッション メディア (CD-R[W]、DVD-R[W]、DVD+R、BD-R) に対してのみ機能します。 追加
cdrskin オプション --grow_overwriteable_iso をすべてに -as cdrecord を実行して有効にします
上書き可能なメディア上のマルチセッション エミュレーション。
最初のセッションは次のように書かれています。
$ xorrisofs -グラフトポイント
/tree1=iso 用に準備/tree1
| xorriso -as cdrecord -v dev=/dev/sr0blank=fast -multi -eject -
フォローアップセッションは次のように書かれています。
$ dd if = / dev / sr0 count = 1> / dev / null 2>＆1
$ m = $（xorriso -as cdrecord dev = / dev / sr0 -msinfo）
$ xorrisofs -M /dev/sr0 -C $m -graft-points
/tree2=iso 用に準備/tree2
| xorriso -as cdrecord -v dev=/dev/sr0 -waiti -multi -eject -
セッション間は常にドライブトレイを取り出してください。 古いセッションは/dev/sr0を介して読み取られます。 これは
デバイスドライバは、メディアを再度ロードする前に、変更されたコンテンツを認識しない場合があります。
この場合、前のセッションはロードされず、新しいセッションには次のものが含まれます。
新しく追加されたファイルのみ。
同じ理由で、 xorriso -as cdrecord でメディアをロードせずに、これを実行してください。
手動で、または/ dev/sr0から読み取るプログラムによって。

しましょう ゾリソフス 下に 成長する
Growisofs は、オプション -C および -M を理解する ISO フォーマッタ プログラムを想定しています。 変数
は、ハードコードされたデフォルト名をオーバーライドするように定義されています。
$ export MKISOFS = "xorrisofs"
$ growisofs -Z / dev / dvd / some / files
$ growisofs -M / dev / dvd / more / files
システムで利用可能な「xorrisofs」がない場合は、リンクを作成する必要があります
xorriso バイナリを指定し、それを使用するように Growisofs に指示します。 例:
$ ln -s $（which xorriso） "$ HOME / xorrisofs"
$ export MKISOFS = "$ HOME / xorrisofs"
引数「--」によって mkisofs エミュレーションを終了し、すべての xorriso コマンドを使用することができます。
growisofsは「-o」で始まるオプションを嫌いますが、-outdevは「-」に設定する必要があります。 だから使用する
代わりに「outdev」：
$growisofs -Z /dev/dvd --for_backup --
outdev - -update_r /my/files /files
$growisofs -M /dev/dvd --for_backup --
outdev - -update_r /my/files /files
mkisofs エミュレーションでは --for_backup が指定されていることに注意してください。 追加録音したものを保存するには
データは、エミュレーションがイメージをロードするときにすでに有効になっている必要があります。

増分 バックアップ of a 少数の ディレクトリにジョブを開始します。 木
これにより、ISO イメージ内のディレクトリ ツリー /open_source_project および /personal_mail が変更されます。
そのため、対応するディスクの正確なコピーになります。 ISO ファイルオブジェクトの取得
作成、削除、またはそれに応じて属性を調整します。
ACL、xattr、ハードリンク、MD5 チェックサムが記録されます。 inode が期待されます
ディスク ファイル システム内の番号は、マウントとブートのサイクルにわたって永続的です。 ファイル
*.o または *.swp に一致する名前は明示的に除外されます。

XNUMXつのディスクツリーを更新するたびに、同じメディアで複数回使用する
媒体が望まれます。 空のメディアから始めて、実行が失敗するまで更新します
古いものの残りのスペースの不足のために優雅に。
xorriso -as cdrecord にメディアをロードさせず、手動またはコマンドによってロードしてください。
/dev/sr0 から読み取るプログラム。
$ dd if = / dev / sr0 count = 1> / dev / null 2>＆1
$ msinfo=$(xorriso -as cdrecord dev=/dev/sr0 -msinfo)
$load_opts=
$ test -n "$msinfo" &&load_opts="-M /dev/sr0 -C $msinfo"
$ xorrisofs $load_opts -o - --for_backup -m '*.o' -m '*.swp'
-V PROJ_MAIL_"$(日付 '+%Y_%m_%d_%H%M%S')" -graft-points
-old-root /
/プロジェクト=/ホーム/トーマス/プロジェクト
/personal_mail=/home/thomas/personal_mail
| xorriso -as cdrecord dev=/dev/sr0 -v -multi -waiti -eject -

これは、完全バックアップによってメディアにかなりの容量が残っている場合、および
予想される変更は完全バックアップよりもはるかに小さいです。

より良いです do つかいます 最年少 バックアップ for -古いルート。 あなたが持っている少なくともXNUMXつのメディアを持っている
交互に使用してください。 したがって、古いバックアップのみが新しい書き込み操作によって危険にさらされますが、
最新のバックアップは別のメディアに安全に保存されます。
更新の試行が失敗した場合に備えて、常に空のメディアを用意して完全バックアップを実行できるようにしてください
残り容量が不足しているため。 この失敗は、古い媒体を台無しにすることはありません。
コース。

ディスク上の i ノード番号が永続的でない場合は、オプション --old-root-no-ino を使用します。 この中で
アップデートの実行により、記録された MD5 合計がハード上の現在のファイル コンテンツと比較される場合
ディスク。

mount オプション -o "sbsector =" GNU / Linuxまたは -s FreeBSDまたはNetBSDでは、次のことが可能です。
古いバックアップバージョンを表すセッションツリーにアクセスします。 CDメディアの場合、
GNU / Linuxマウントは、オプション「session=」によってセッション番号を直接受け入れます。
xorriso によって書き込まれたマルチセッション メディアとほとんどの上書き可能なメディアは、sbsector を伝えることができます。
xorriso オプション -toc によるセッションの記録:
$ xorriso -dev /dev/sr0 -toc
xorriso は、セッション番号に一致するマウント コマンドを出力できます。
$ xorriso -mount_cmd /dev/sr0 セッション 12 / mnt
または、検索式に一致するボリューム ID の場合:
$ xorriso -mount_cmd /dev/sr0 ボリューム ID '*2008_12_05*' / mnt
どちらも次のような標準出力を生成します。
mount -t iso9660 -o nodev,noexec,nosuid,ro,sbsector=1460256 '/dev/sr0' '/ mnt'
スーパーユーザーは、xorriso に mount コマンドを直接実行させることができます。
＃osirrox -mount / dev / sr0 "volid"'* 2008_12_05 *' / mnt

増分 バックアップ 　 蓄積された 木
Solaris には、古いセッションをマウントするオプションがありません。 それらを維持するために
アクセス可能な場合、すべてのファイルをセッション ディレクトリの下のファイル ツリーにマップし、蓄積することができます。
これらのディレクトリはセッションごとに異なります。 -root ツリーは -old-root から複製されます。
ツリーがディスク上の適切なツリーと比較される前に。
これには、以前に使用したセッション ディレクトリ名を知る必要があります。
最初のセッションでは:
$ xorrisofs -root /session1
-o - --for_backup -m '*.o' -m '*.swp'
-V PROJ_MAIL_"$(日付 '+%Y_%m_%d_%H%M%S')" -graft-points
/プロジェクト=/ホーム/トーマス/プロジェクト
/personal_mail=/home/thomas/personal_mail
| xorriso -as cdrecord dev=/dev/sr0 -vblank=as_needed
-multi -waiti -eject -

1 番目のセッションでは、オプション -old-root は /sessionXNUMX を参照し、新しい -root は次のようになります。
/セッション2。
xorriso -as cdrecord にメディアをロードさせず、手動またはコマンドによってロードしてください。
/dev/sr0 から読み取るプログラム。
$ dd if = / dev / sr0 count = 1> / dev / null 2>＆1
$ msinfo=$(xorriso -as cdrecord dev=/dev/sr0 -msinfo)
$load_opts=
$ test -n "$msinfo" &&load_opts="-M /dev/sr0 -C $msinfo"
$ xorrisofs $load_opts -root /session2 -old-root /session1
-o - --for_backup -m '*.o' -m '*.swp'
-V PROJ_MAIL_"$(日付 '+%Y_%m_%d_%H%M%S')" -graft-points
/プロジェクト=/ホーム/トーマス/プロジェクト
/personal_mail=/home/thomas/personal_mail
| xorriso -as cdrecord dev=/dev/sr0 -v -multi -waiti -eject -
2 番目のセッションでは、オプション -old-root は /session3 を参照します。 新しい -root は /sessionXNUMX です。
のように。

創造する 起動可能な 画像 for PC-BIOS および EFI
SYSLINUX/ISOLINUX ブート ローダー スイートは、PC-BIOS のブートによく使用されます。 ISOLINUX ウィキ
ディスク上にディレクトリ ./CD_root を作成し、必要なファイルをすべてコピーするように指示します。
そのディレクトリの下にあります。 特にファイル isolinux.bin は次の場所にコピーされます。
./CD_root/isolinux/isolinux.bin 。 これはブートイメージファイルです。
規定の mkisofs オプションは、変更せずに使用できます。 ゾリソフス:
$ xorrisofs -o 出力.iso
-b isolinux/isolinux.bin -c isolinux/boot.cat
-no-emul-boot -boot-load-size 4 -boot-info-table
./CD_ルート
書き込みプログラムを使用して CD に書き込みます。 例えば：
$ xorriso -as cdrecord -v dev=/dev/sr0blank=必要な出力.iso

上の例のイメージは CD、DVD、または BD から起動しますが、USB スティックなどからは起動しません。
ハードディスクのようなデバイス。 これは、イソハイブリッド MBR を利用して行うことができます。 Syslinux が提供する
isohdp[fp]x*.bin としてテンプレート ファイルを照合します。 たとえば、 /usr/lib/syslinux/isohdpfx.bin 。
数百 KB のサイズが問題にならない場合は、オプション -partition_offset を使用して、
ブロック 1 ではなくパーティション 0 が始まるパーティション テーブルを作成します。これにより、後で簡単になります。
パーティション化とフォーマットのためのツールによる USB スティックの操作。
次の例のイメージは、MBR 経由で起動するために準備され、最初の
パーティションはハードディスク ブロック 64 から始まります。
光学メディアからも起動します。
$ xorrisofs -o 出力.iso
-b isolinux/isolinux.bin -c isolinux/boot.cat
-no-emul-boot -boot-load-size 4 -boot-info-table
-isohybrid-mbr /usr/lib/syslinux/isohdpfx.bin
-パーティションオフセット 16
./CD_ルート
スーパーユーザーになり、USB のパーティション化されていないベース デバイス ファイルにイメージをコピーします。
スティック。 GNU/Linux では、これは /dev/sdb1 ではなく /dev/sdb です。
注意: これにより、USB スティック上のパーティションが上書きされ、残りのデータが作成されます。
アクセスできません。
したがって、まず、目的のデバイスの正しいアドレスを取得していることを確認してください。 たとえば読書によって
そこから 100 MiB データを取り出し、点滅しているのを観察します。
# dd bs=2K if=/dev/sdb count=50K >/dev/null
画像をそこにコピーします
# dd bs=2K if=output.iso of=/dev/sdb

EFI については次のとおりです。
ブート イメージ ファイルは、EFI システム パーティション、つまり FAT ファイル システムのイメージである必要があります。
ディレクトリ /EFI/BOOT と EFI で規定された名前のブート ファイル: 32 ビットの場合は BOOTIA32.EFI
x86、64 ビット AMD/x64 用の BOOTx86.EFI (UEFI-2.4 では実際に小文字の「x」があります)、
64 ビット ARM 用の BOOTAA64.EFI。 FAT ファイルシステム内のソフトウェアは、FAT ファイルシステムを見つけて実行できる必要があります。
ISO ファイルシステムのブート ローダー設定とオペレーティング システムの起動を検査します。
GRUB2 プログラム grub-mkimage は、適切なコンテンツを含むこのような FAT ファイルシステムを生成できます。
次に、ISO ファイルシステムからさらに GRUB2 ソフトウェアを使用します。
EFI ブート機器は、PC-BIOS 用の上記 ISOLINUX isohybrid と組み合わせることはできません。
本当に UEFI-2.4 に準拠した方法であり、明らかにうまく機能します。 MBRとGPTパーティションが生成されます
テーブル、両方ともネストされたパーティションを持ちます。 EFI システム パーティション イメージが次のように準備されていることを前提としています。
./CD_root/boot/grub/efi.img、ディレクトリ アドレスの前に次のオプションを追加します。
./CD_root:
-eltorito-alt-boot -e 'boot/grub/efi.img' -no-emul-boot
-isohybrid-gpt-basdat
UEFI-2.4 にさらに準拠するには、MBR または GPT のいずれかを決定し、次のコピーを追加します。
ISO パーティションと EFI パーティションの重複を避けるために、EFI システム パーティションを作成します。
MBRについてはこちら:
-eltorito-alt-boot -e 'boot/grub/efi.img' -no-emul-boot
-append_partition 2 0xef ./CD_root/boot/grub/efi.img
結果として得られる ISO は、光学メディアと USB スティックから起動することになっています。 省略してもよい
PC-BIOS 経由で ISO をブート可能にするためにオプション -b を使用しない場合は、オプション -eltorito-alt-boot。

純粋な GRUB2 ブート機器を備えた ISO の場合は、GRUB2 ツール grub-mkrescue を使用することを検討してください。
xorrisofs のフロントエンド。

ブート可能な ISO ファイルシステムがあり、その機器とその方法についての提案を知りたい場合は、
再現するには、次のことを試してください。
$ xorriso -hfsplus on -indev IMAGE.iso
-report_el_torito プレーン -report_system_area プレーン
-print "" -print "======= xorrisofs オプションの提案:"
-report_el_torito as_mkisofs

onworks.net サービスを使用してオンラインで xorrisofs を使用する