DVDは一貫性のないサイズ情報を提供します。

コンピュータにバックアップコピーを作成しようとしている（読み取り専用、商用、二重層）DVDがあります（DVDが破損する可能性があるため）。ただし、ディスクサイズを確認しようとすると、サイズは一貫しません。

$ blockdev --getsize64 /dev/sr0
7687522304
$ isosize /dev/sr0
7899633664
$ cat /sys/block/sr0/size 
15428972
$ echo '512 *' $(cat /sys/block/sr0/size) | bc
7899633664

これにはblockdev1つのサイズが報告され、他のサイズはより大きいサイズが報告されます。残念ながら、dd背中は残りの212111360バイトにデータがあるようですが、報告されたサイズを使用しているようcatです。ディスクイメージが正しく機能していないか、マウントされたディスクからより大きなサイズに近いものを提供します（正確ではありません）。たとえば、ファイルシステムのオーバーヘッドが原因である可能性があります）実際にマウントされたファイルシステムにアクセスしようとすると、I / Oエラーが発生することがよくあります。blockdevddcatdu -b

それにもかかわらず、ディスクはスタンドアロンプ​​レーヤーで正しく再生され動作しているように見えますが（時には不安定に）libdvdnav動作しませんlibdvdread。

ディスクはどうなりましたか？バックアップコピーを入手するにはどうすればよいですか？

編集：問題のディスクの詳細を追加しました。また、「バックアップコピーを取得する方法」という緊急の質問を解決するために（または失敗した場合はより多くの情報を取得するために）Windowsを使用してバックアップを試みる予定ですが、まだ何が起こっているのかを知りたいです。そして、Linuxでこれを行う方法を教えてください。

EDIT2：Windows自体は機能しているようですが、デフォルトのディスクイメージャはありません。 Cygwinは奇妙で関連性のないようなエラーを生成し、ISOを生成するように設計されたWindowsプログラムは私のLinuxシステムにないいくつかの不良セクタを発見しました。これは私が期待した結果ではありません。現在の問題に関するヒントを提供する場合に備えて、ここに投稿しますが、そうしたくありません。

blockdev編集3：ディスクを交換すると、ディスクサイズが「固定」されることがあるようです。コマンドラインから「取り出し」の代わりに実際のトレイ取り出しボタンを使用すると、これが発生するようです。追加の調査が必要ですが（これは実際にトリガーですか？）2つの説明を提供しているようです（プログラマーがUSBドライブ、特に読み取りでより多くを期待する必要があるにもかかわらず、ディスクを正しくマウント解除しないと、システムは混乱します） 。メディアのみ）および潜在的な回避策（サイズをblockdev8.5 GBに変更）。

これで関連性がある可能性があります。私はFedora 20を使用しており、systemd自動的にフォルダにディスクをマウントすると付け加えます/run/media/dhouck/<DISCNAME>。 DISCNAME はファイルシステムによって自動的に決定されます。 UDFについて正確に言うことができるかどうかはわかりませんが、関連性があるかどうか疑われます。サイズが輻輳すると、インストールパスのDISCNAME部分も変更できません。システムの一部がメディアが取り外されたことを認識できず、正しくマウント解除できなかったようです。