メディア コレクションを BD-R デュアル レイヤー ディスクにアーカイブしていますが、書き込みプロセスの終了時 (通常は 95% 以上完了) に次の IO エラーが発生し続けます。
:-[ WRITE@LBA=168e800h failed with SK=5h/END OF USER AREA ENCOUNTERED ON THIS TRACK]: Input/output error
:-( write failed: Input/output error
/dev/sr0: flushing cache
/dev/sr0: closing track
/dev/sr0: closing session
:-[ CLOSE SESSION failed with SK=5h/INVALID FIELD IN CDB]: Input/output error
/dev/sr0: reloading tray
私のアーカイブプロセスの詳細は以下のとおりです。
dirsplit -m -s 46G /path/to/folder
> 元の 61G フォルダーを、サイズが <= 46GB の 2 つのフォルダーに分割します。(Blu-Ray DL の容量は 50050629632 バイト == 46.61 GB です)genisoimage -ldots -allow-lowercase -allow-multidot -d -iso-level 4 -l -o /path/to/file.iso /path/to/folder
> OS X のフォルダ構造およびファイル名と互換性のある ISO イメージを生成します。growisofs -Z /dev/sr0=/path/to/file.iso
> ISO イメージを Blu-ray ディスクに書き込みます。
興味深いのは、書き込んだディスクをマウントして読み取ることができたが、グローイソフスセッションを閉じることができませんでした。ただし、すべてのデータがディスクに書き込まれたかどうかはわかりません。
ディスクとimgファイルの両方のmd5チェックサムを比較しました(風変わりなUnix&Linuxで)しかし、2つの文字列は一致しませんでした。ddディスクのサイズは、書き込まれた 46 GB のイメージではなく 48 GB であると表示されました。
ただし、実行すると、ディスク イメージが ISO ファイルよりも小さいことがcmp -b -l /path/to/image.iso /dev/sr0
返されます。cmp: EOF on /dev/sr0
私の知る限りでは、growisofs
イメージは部分的にディスクに書き込まれましたが、何らかの理由で途中で停止しました。「不完全な」ディスクをマウントすることはできますが、書き込みが途中で停止した理由を見つける必要があります。
どなたか正しい方向を示していただけますか? growisofs によって書き込まれた記録が見つからず/var/log/*
、このページの上部にある不可解な出力に頼ることしかできません。
答え1
@ダニエルクレイギー:
50,011,897,856 バイトの ISO イメージを書き込むときにもまったく同じ問題が発生しました。これは、おっしゃった最大 Blu-ray DL 容量 (50050629632 バイト) よりわずか 37.8 MB 小さいだけです。
私の状況で問題を解決したものは次のとおりです。
growisofs -use-the-force-luke=spare:none -dvd-compat -overburn -Z /dev/sr0=/path/to/file.iso
私は、-オーバーバーンパラメータは不要でしたが、このパラメータなしでディスクを焼いたことがないので、確実には言えません。BD-R DLはちょっと高価です。-DVD 互換パラメータにより、growisofs はトラック/セッション/ディスクを閉じ、マルチセッション ディスクに対応していない一部の Blu-ray プレーヤーとの互換性を高めます。
文書化が不十分な-use-the-force-luke=スペア:なしパラメータは、この問題を解決する鍵となるパラメータのようです。これは、空のBD-Rメディアを事前フォーマットしないようにgrowisofsに指示します。メディアを即座に事前フォーマットすると、256MBのディスク容量を占有します欠陥管理のため。
:-[ CLOSE SESSION failed
そのため、ディスク書き込みプロセスの約 95 ~ 96% で恐ろしい結果が表示される代わりに、次の結果が表示されます。
49979686912/50011897856 (99.9%) @4.0x、残り 0:01 RBU 96.0% UBU 51.1% 組み込み_dd: 24419872*2KB 出力 @ 平均 3.9x4390KBps /dev/sr0: キャッシュをフラッシュ中 /dev/sr0: トラックを閉じる /dev/sr0: セッションを閉じる /dev/sr0: トレイを再ロード中
答え2
Beef Eater の回答で述べられているように、これは欠陥管理の「スペア領域」が 256 MB のスペースを占有していることが原因で、UDF ファイルシステム イメージがディスクに収まらなくなることを意味します。これに対して実行できる対策は 2 つあります。
それに応じてイメージのサイズを縮小し、Blu-Ray 仕様で要求される組み込みの欠陥管理のメリットを享受します (ただし、書き込み速度が 50% 低下します)。 の出力に複数回リストされているメディア上の実際の書き込み可能領域を確認できます
dvd+rw-mediainfo
。例:$ dvd+rw-mediainfo /dev/dvd ... READ FORMAT CAPACITIES: formatted: 11826176*2048=24220008448 READ TRACK INFORMATION[#1]: Track State: complete Track Start Address: 0*2KB Free Blocks: 0*2KB Track Size: 11826176*2KB READ CAPACITY: 11826176*2048=24220008448
これは、ディスク上に11826176*2KB = 23652352KBの空き容量があることを示しています。これは、分割ツールやイメージ作成ツールへの入力として使用できます。
$ truncate -s 23652352K my_image.udf $ mkudffs my_image.udf ... fill up the image etc ...
ドライブの欠陥管理を無効にしてスペア領域を削除すると、ディスクをフルスピードで最大容量まで書き込むことができます。これは、
dvd+rw-format
ドキュメントに記載されているツールを使用して実行できます。ここ例えば$ dvd+rw-format /dev/dvd -ssa=none
この状況では欠陥管理が行われないため、たとえばコマンドを使用して、書き込み後にディスクを手動で検証することをお勧めします
diff -r
。
答え3
25GB の Blu-ray ディスクへの書き込みも次のエラーで終了しました:
:-[ CLOSE SESSION failed with SK=5h/INVALID FIELD IN CDB]: Input/output error
'Ubuntu 14.04 LTS trusty' でこのコマンドを実行したとき:
growisofs -Z /dev/sr1 -V "BD_Disk_Name" -R -iso-level 3 "/path/to/directory/to/burn"
私は使いたくなかった
-use-the-force-luke=spare:none
エラーチェックを放棄したくなかったため、解決策を選択しました。
これは既知のバグのようです (リンクを追加する権限はありませんが、bugs dot debian dot org 番号 713016 にあります)。これは 'dvd+rw-tools 7.1-11' で修正されています。残念ながら、このバージョンは '14.04 LTS trusty' では利用できませんが、'vivid' では利用できます。
あなたも同じ状況に陥った場合、私が新しいバージョンを入手した方法を次に示します。
他の場所では、新しいリリースのソフトウェアを取得するために「ピン留め」を使用することが提案されていましたが、これは試しませんでした。ページでは、その方法を説明していますが、問題が発生する可能性があることを示唆しており、ピン留めよりも優れた代替手段を推奨しています。残念ながら、手順が省略されていたので、次の方法でうまくいきました。
ビルド ファイルを最終的に保存する場所まで 'cd' する必要があります。
このリストを編集して、必要なものが含まれているリリースの「deb-src」を追加します。
nano /etc/apt/sources.list
私の場合は、次の行を 'sources.list' に追加しました。
deb-src http://archive.ubuntu.com/ubuntu vivid main restricted universe multiverse
次に「更新」を実行します。
sudo apt-get update
次に依存関係を取得します。
sudo apt-get build-dep dvd+rw-tools
これでソースを取得できます:
apt-get -b source dvd+rw-tools=7.1-11
'dvd+rw-tools_7.1-11_i386.deb' をインストールします:
dpkg --install dvd+rw-tools_7.1-11_i386.deb
しかし、これでは「growisofs」の新しいバージョンはインストールされなかったため、これを実行する必要がありました (おそらく、これを最初に実行していればすべてがインストールされていたでしょうか?):
dpkg --install
(Reading database ... 62345 files and directories currently installed.)
Preparing to unpack growisofs_7.1-11_i386.deb ...
Unpacking growisofs (7.1-11) over (7.1-10build1) ...
Setting up growisofs (7.1-11) ...
Processing triggers for man-db (2.6.7.1-1ubuntu1) ...
「growisofs」の新しいバージョンがインストールされていることを確認します。
dpkg -s growisofs
Package: growisofs
Status: install ok installed
Priority: optional
Section: video
Installed-Size: 202
Maintainer: Optical Media Tools Team <[email protected]>
Architecture: i386
Source: dvd+rw-tools
Version: 7.1-11
Replaces: dvd+rw-tools (<< 7.1-9)
Depends: libc6 (>= 2.4), libstdc++6 (>= 4.1.1)
Breaks: dvd+rw-tools (<< 7.1-9)
Description: DVD+-RW/R recorder
[...]
Blu-rayディスクへの書き込みをお楽しみください!
答え4
BD DL 50GB ディスクの書き込み時にも問題が発生します。これだけです。CD-R(W)、DVD-R(W)、DB-R SL 25GB の書き込み時には問題はありません。私は FreeBSD で作業しています。
調査した結果、正確なディスクタイプそしてファームウェアレコーダーの!新しいファームウェアは新しいディスクをサポートし、より適切に処理できます。一部のレコーダーは「メディア互換性リスト」を提供しますが、これはファームウェアのバージョンによって変わる可能性があります。ディスクにはさまざまなテクノロジとバージョンがあります。想像してみてください。;-)
私の Pioneer BDR-208D FW1.20 は、BD-R DL ディスクの真ん中で停止しました。ファームウェアを FW1.50 にアップグレードした後:
- Verbatim BD-R DL 50GB MABL V1.3 ディスクでは ISO の書き込みがランダムに中断されます。
- ISO 書き込みは Verbatim BD-RE DL 50GB SERL V2.1 ディスクで正常に動作します。
注: 実際には ISO を書き込んでいるのではなく、GPG で暗号化されたバックアップをディスクに直接書き込んでいます。BD-R SL (25GB) メディアでは問題なく動作します。
これは-use-the-force-luke=spare:none
役に立たないようで、私の場合は実際には必要ありません。画像は 50 GB より少し小さいです (それぞれ約 46..47 GB)。
ファームウェア更新率が最も高い ASUS BW-16D1HT を近々購入し、同じディスクで報告する予定です。
アップデート1:ASUS BW-16D1HT FW3.10 を入手しました。新しい BDXL 100GB メディアをサポートしています。新しい M-DISK (バックアップ用の超長寿命) もサポートしています。Verbatim に対応してくれることを期待しています。
- これまでと同様に、工場出荷時の新品 BD-R DL 50GB MABL V1.3 ディスクを使用します。
- 事前フォーマットは完了しましたが、その後、パイオニアと同様に、WRITE@LBA=390h が入出力エラーで失敗しました。
- 同じコマンドを再開すると書き込みが開始されます。完了するかどうか確認してみましょう。Pioneer では、ディスクの途中 (FW1.20) またはランダムな場所 (FW1.50) で割り込みが発生しました。ASUS は平均書き込み速度が 0.6 ~ 0.7 倍と高いようですが、Pioneer では 0.0 ~ 0.6 倍と大きく変動しています。
アップデート2:
- ASUS BW-16D1HTファームウェア3.10でVerbatim BD-R DL 50GB MABL V1.3(公称書き込み速度6倍)を書き込む際に問題はありませんでした。2倍の速度で
-speed=2
にパラメータとして明示的に指定しますgrowisofs
。 - 8 倍速での書き込み (バーナーによって自動検出、速度パラメータは指定されていません) は、ランダムな場所でエラーが発生しました。操作を再試行すると、バーナーは非操作ビジー状態になり、DMESG に多数の CAM エラーが発生します。
- 一部のディスクは一部のバーナーと互換性がないようです。
- 2層ディスクは非常に書き込み速度に敏感です。異なるデバイスやファームウェア リビジョンで同様の問題が発生する場合、これはディスク テクノロジ自体の問題である可能性があります。
結論:
- ディスクの種類とバーナーのベンダーとファームウェアのバージョンを確認する。
- があるさまざまなバージョンと製造技術によるブルーレイディスクのさまざまなバリエーション。
- すべてのディスクとバーナーが動作するわけではないうまくやるか、まったく協力しないか!
- BD DLディスクへの書き込み速度を可能な限り低くするすべてのバーナーにおいて、書き込み変動やバッファ アンダーランに対して非常に敏感です (バーナーにはそれを防ぐバッファが搭載されているにもかかわらず)。