web-dev-qa-db-ja.com

ブルーレイデュアルレイヤーディスクへの書き込み時のgrowisofs警告

メディアコレクションをBD-Rデュアルレイヤーディスクにアーカイブしていますが、書き込みプロセスの最後に次のIOエラーが発生し続けます（通常> 95％完了）：

:-[ 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

私のアーカイブプロセスの詳細は次のとおりです。

  1. dirsplit -m -s 46G /path/to/folder>は、元の61Gフォルダーをサイズが46GB以下の2つのフォルダーに分割します。 （Blu-Ray DL容量は50050629632バイト== 46.61GB）
  2. genisoimage -ldots -allow-lowercase -allow-multidot -d -iso-level 4 -l -o /path/to/file.iso /path/to/folder>は、OSXのフォルダ構造およびファイル名と互換性のあるISOイメージを生成します。
  3. growisofs -Z /dev/sr0=/path/to/file.iso> ISOイメージをBlu-rayディスクに書き込みます。

興味深いのは、growisofsがセッションを閉じることができなかったにもかかわらず、書き込み済みのディスクを正常にマウントして読み取ることができることです。しかし、すべてのデータがディスクに書き込まれたかどうかはわかりません。

ディスクとimgファイルの両方のmd5チェックサムを比較しましたが（Unix＆Linuxでの ewindisch 以上の気の利いたヒントのおかげで）、2つの文字列が一致しませんでした。 ddからの出力では、ディスクに書き込まれた46GBのイメージではなく、48GBのサイズであることが示されていました。

ただし、cmp -b -l /path/to/image.iso /dev/sr0を実行するとcmp: EOF on /dev/sr0が返されます。これは、ディスクイメージがISOファイルよりも小さいことを意味します。

私の知る限り、growisofsは部分的に画像をディスクに書き込みましたが、何らかの理由で停止しました。 「不完全な」ディスクをマウントすることはできますが、書き込みが短時間で停止した理由を見つける必要があります。

誰かが私を正しい方向に向けることができますか？ growisofsによって書かれた/var/log/*にレコードが見つからず、このページの上部にある不可解な出力にしか進むことができません。

debiandvd-burningblu-ray
5
danielcraigie

@danielcraigie：

私は50,011,897,856バイトのISOイメージを書き込むときにまったく同じ問題を経験しました。これはあなたが言及した最大Blu-ray DL容量（50050629632バイト）よりわずか37.8MB小さいです。

これが私の状況で問題を解決したものです：

 growisofs -use-the-force-luke = spare：none -dvd-compat -overburn -Z /dev/sr0=/path/to/file.iso

-overburnパラメータは必要なかったと思いますが、このパラメータなしでディスクを書き込んだことがないため、はっきりとはわかりません。それらのBD-RDLはちょっと高価です。 -dvd-compatパラメータを使用すると、growisofsはトラック/セッション/ディスクを閉じて、マルチセッションディスクを好まない一部のBlu-rayプレーヤーとの互換性を高めます。

十分に文書化されていない-use-the-force-luke = spare：noneパラメーターは、問題を解決するための重要なパラメーターのようです。空のBD-Rメディアを事前にフォーマットしないようにgrowisofsに指示します。メディアを即座に事前フォーマットする 256MBのディスクスペースを占有 欠陥管理用。

したがって、ディスク書き込みプロセスの約95〜96％で恐ろしい:-[ CLOSE SESSION failedを取得する代わりに、次のようになります。

 49979686912/50011897856（99.9％）@ 4.0x、残り0:01 RBU 96.0％UBU 51.1％
 builtin_dd：24419872 * 2KB out @平均3.9x4390KBps 
/dev/sr0 ：キャッシュのフラッシュ
/dev/sr0：トラックのクローズ
/dev/sr0：セッションのクローズ
/dev/sr0：トレイのリロード
4
Beef Eater

Beef Eaterの回答が述べたように、これは256MBのスペースを占める欠陥管理の「スペア領域」が原因で発生します。つまり、UDFファイルシステムイメージがディスクに収まりません。これについてできることは2つあります。

  1. それに応じて画像のサイズを縮小し、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 = 23652352 KBの空き容量があることを示しています。これは、分割ツールやイメージ作成ツールへの入力として使用できます。

    $ truncate -s 23652352K my_image.udf
$ mkudffs my_image.udf
... fill up the image etc ...

  2. ドライブの欠陥管理を無効にし、スペア領域を削除します。これにより、ディスクをフルスピードで最大容量まで書き込むことができます。これは、文書化されているdvd+rw-formatツールを使用して実行できます ここ 、例：.

    $ dvd+rw-format /dev/dvd -ssa=none

    この状況では欠陥管理が行われないため、ディスクに書き込んだ後、たとえばdiff -rコマンドを使用して手動でディスクを確認することをお勧めします。

2
user89061

25GBのBlu-rayディスクへの書き込みもエラーで終了していました：

:-[ CLOSE SESSION failed with SK=5h/INVALID FIELD IN CDB]: Input/output error

このコマンドを実行したときの「Ubuntu14.04LTStrusty」：

growisofs -Z /dev/sr1 -V "BD_Disk_Name" -R -iso-level 3 "/path/to/directory/to/burn"

私は使いたくありませんでした

-use-the-force-luke=spare:none

エラーチェックをあきらめたくなかったので、解決策。

これは既知のバグのようです（リンクを追加する担当者がいませんが、バグドットデビアンドット組織番号713016にあります）。これは「dvd + rw-tools7.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
[...]

ブルーレイディスクへの書き込みをお楽しみください！

1
Steph

BD DL 50GBディスク。これらのみ。CD-R（W）、DVD-R（W）、DB-R SL25GBの書き込みでも問題ありません。I FreeBSDに取り組んでいます。

調査の結果、レコーダーの正確なディスクタイプと[〜＃〜]ファームウェア[〜＃〜]を確認することが重要であることに気付きました。新しいファームウェアは、新しいディスクをサポートし、それらをより適切に処理できます。一部のレコーダーは、ファームウェアのバージョンによって変更される可能性のある「メディア互換性リスト」を提供します。ディスクにはさまざまなテクノロジーとバージョンがあります。想像してみてください。 ;-)

私のパイオニアBDR-208DFW1.20は、BD-R DLディスクの真ん中で停止しました。ファームウェアをFW1.50にアップグレードした後：

  • ISO書き込みは、Verbatim BD-R DL 50GB MABLV1.3ディスクでランダムに中断します。
  • ISO書き込みは、Verbatim BD-RE DL 50GB SERLV2.1ディスクで正常に機能します。

注：私は実際にはISOを書き込んでいませんが、GPGで暗号化されたバックアップをディスクに直接書き込んでいます。 BD-R SL（25GB）メディアでは問題なく動作します。

-use-the-force-luke=spare:none役に立たないようで、私の場合は本当に必要ではありません。画像は50GBより少し小さいです（それぞれ約46..47GB）。

ファームウェアのアップデートレートが最高のASUSBW-16D1HTを間もなく購入し、同じディスクで報告します。

アップデート1： ASUS BW-16D1HTFW3.10を入手しました。新しいBDXL100GBメディアをサポートします。新しいM-DISK（バックアップの超長寿命）をサポートします。それがそれらの逐語的表現を処理することを願っています。

  • 工場出荷時の新品のBD-R DL 50GB MABLV1.3ディスクを以前と同じように使用します。
  • 事前フォーマットは完了しましたが、パイオニアと同様に、WRITE @ LBA = 390hが入出力エラーで失敗しました。
  • 同じコマンドを再起動すると、書き込みが開始されました。それが完了するかどうか見てみましょう。パイオニアは、ディスクの中央（FW1.20）またはランダムな場所（FW1.50）に割り込みがありました。 ASUSの平均書き込み速度は0,6..0,7xと高いようですが、Pioneerの変動は0,0..0,6xと大きくなっています。

更新2：

  • ASUSBW-16D1HTファームウェア3.10でVerbatimBD-R DL 50GB MABL V1.3（公称書き込み速度6x））を書き込むことに問題はありませんでした速度2xで明示的に指定なので -speed=2パラメータをgrowisofsに。
  • 速度8xでの書き込み（バーナーによって自動検出され、速度パラメーターが指定されていない）は、ランダムな場所でエラーが発生しました。操作を再試行すると、バーナーが非操作ビジー状態になり、DMESGで多くのCAMエラーが発生します。
  • 一部のディスクは、一部のバーナーと互換性がないようです。
  • これらの2層ディスクは非常に書き込み速度に敏感であるように見えます。異なるデバイスやファームウェアリビジョンで同様の問題が発生した場合、これはディスクテクノロジ自体の問題である可能性があります。

結論：

  1. ディスクの種類とバーナーベンダー+ファームウェアバージョンを確認してください。
  2. ありますさまざまなバージョンと製造技術のBLU-RAYディスクのバリエーションがたくさんあります。
  3. すべてのディスクとバーナーが協力するわけではありませんよくOR協力ATすべて！
  4. BDへの可能な限り低い書き込み速度を使用DLディスク。これらは、すべてのバーナーで変動とバッファアンダーランを書き込むのに非常に敏感です（これらのバーナーが防止する必要があるバッファを持っている場合でも）それ）。
0
CeDeROM