BD-R ディスクに 2 番目のセッションを書き込むには、-M の代わりに Growthofs の -Z フラグを使用します。初めての出会いを見せてもらえますか?

BD-R ディスクに 2 番目のセッションを書き込むには、-M の代わりに Growthofs の -Z フラグを使用します。初めての出会いを見せてもらえますか?

Ubuntu Linuxでは、Growthofsを使用して次のようにBD-Rにファイルを書き込みます。

growisofs -Z /dev/sr0 -R -J -f -graft-points ...

それからファイルを追加したかったのですが、十分注意を払っていないので、-Mに切り替えるのではなく、-Zオプションを使用してGromisofsを再実行しました。ディスクをマウントすると、2番目の書き込みのファイルだけが表示されます。両方のファイルセットを表示するためにディスクに書き換える方法はありますか(2番目に-Mを正しく使用したかのように)?

元のソースファイルがすべて残っているので、単に新しいディスクを焼いて正しく実行できます。つまり、損失を防ぐためにデータをインポートする必要はありません。ディスクにすべてのデータが焼かれているので、ディスクを無駄にしない方法があったらと思います。

これはdvd + rw-mediainfoクエリ出力です:

INQUIRY:                [PIONEER ][BD-RW   BDR-209D][1.31]
GET [CURRENT] CONFIGURATION:
 Mounted Media:         41h, BD-R SRM+POW
 Media ID:              VERBAT/IMe
 Current Write Speed:   12.0x4495=53940KB/s
 Write Speed #0:        12.0x4495=53940KB/s
 Write Speed #1:        10.0x4495=44950KB/s
 Write Speed #2:        8.0x4495=35960KB/s
 Write Speed #3:        6.0x4495=26970KB/s
 Write Speed #4:        4.0x4495=17980KB/s
 Write Speed #5:        2.0x4495=8990KB/s
 Speed Descriptor#0:    00/12088319 [email protected]=53940KB/s [email protected]=53940KB/s
 Speed Descriptor#1:    00/12088319 [email protected]=44950KB/s [email protected]=44950KB/s
 Speed Descriptor#2:    00/12088319 [email protected]=35960KB/s [email protected]=35960KB/s
 Speed Descriptor#3:    00/12088319 [email protected]=26970KB/s [email protected]=26970KB/s
 Speed Descriptor#4:    00/12088319 [email protected]=17980KB/s [email protected]=17980KB/s
 Speed Descriptor#5:    00/12088319 [email protected]=8990KB/s [email protected]=8990KB/s
POW RESOURCES INFORMATION:
 Remaining Replacements:16843296
 Remaining Map Entries: 0
 Remaining Updates:     0
READ DISC INFORMATION:
 Disc status:           appendable
 Number of Sessions:    1
 State of Last Session: incomplete
 "Next" Track:          1
 Number of Tracks:      2
READ TRACK INFORMATION[#1]:
 Track State:           partial incremental
 Track Start Address:   0*2KB
 Free Blocks:           0*2KB
 Track Size:            10564928*2KB
READ TRACK INFORMATION[#2]:
 Track State:           incomplete incremental
 Track Start Address:   10564928*2KB
 Next Writable Address: 11867264*2KB
 Free Blocks:           221056*2KB
 Track Size:            1523392*2KB
FABRICATED TOC:
 Track#1  :             14@0
 Track#AA :             14@12088320
 Multi-session Info:    #1@0
READ CAPACITY:          12088320*2048=24756879360

トラック#1から読み取ったトラックサイズ(10564928 * 2KB)は、最初の書き込みの正しいサイズです。トラックサイズから利用可能なブロックサイズ(1523392 * 2KB - 221056 * 2KB)を引いたものは、2番目の書き込みの正しいサイズです。

ベストアンサー1

2番目のセッションでファイルを隠すことなく、1番目のセッションでファイルにアクセスする可能性はほとんどありません。

これで、2つのISO 9660ファイルシステムツリーがあります。各ファイルにはそのセッションのみが含まれています。スーパーブロックは擬似オーバーレイ形式でBD-Rに上書きされるため、最新のツリーを指します。

バイトレベルの操作では、スーパーブロックが古いツリーを指すようにすることができますが、最新のファイルは表示されません。

-Mを使用すると、Growthisofsはmkisofs(または互換性のある代替プログラム)が古いディレクトリツリーを読み込み、新しいファイルに拡張するようにします。その後、メディアの残りのスペースに書き込まれ、擬似上書きスーパーブロックによって指定されます。

私は2つのツリーを読み込んでマージした後、データファイルに書き込むことなく3番目のセッションに結果を書き込むことができるISO 9660実稼働プログラムを知りません。しかし、これらの作業によってのみ、結果は残りの440MiBの空き領域に入ることができます。

これはすでに作成されたBD-Rで-Zを許可するGrowthisofsのバグのようです。

おすすめ記事