私はいくつかのことについて少し混乱しています、そして誰かが私のためにこれを片付けることができることを願っています。ディスクからディスクへのアプローチとディスクからイメージファイルへのアプローチに特別な違いはありますか?
死にかけている2TBUSBドライブを回復するために、次のコードを実行しました。
ddrescue --force --no-split /dev/sdc1 /dev/sdd1 ~/ddrescue.log
Sdd1(4TB USB)でイメージファイルを作成すると思いましたが、代わりに、Ubuntuによって自動的にマウントされたファイルシステム全体の完全なコピーがあるようです。私は今、私がおそらくやるべきだったことを理解しています/dev/sdd1/image.img
代わりに。
ディスクからイメージではなくディスクからディスクを実行したため、これ以上何もする必要がなく、新しいディスク上のデータを安全に使用できるようになったことを正しく理解していますか?
もしそうなら、イメージにディスクを行うことの利点は何ですか?イメージファイルの抽出を処理する必要がなくなったため、ディスクからディスクへの変換がより高速で簡単になっているように見えます。データを別の小さなドライブに分割する必要がある場合、イメージファイルの必要性を理解していますが、少なくとも同じサイズのスペアドライブがある場合はどうでしょうか。
追加の質問:壊れたドライブの正確なコピーが自動的にマウントされて動作しているようです。エラーブロックをコピーせずにddrescueを1回だけ実行したため、データが必要なため、回復できませんでした(空き領域になる可能性がありますか?)。どのデータが復元されなかったかを知るにはどうすればよいですか?すべてがそこにあるようです。
ディスクを使用してイメージを作成する利点は、ファイルシステム全体に影響を与えることなく、後でイメージに対して何らかの手術を行うことができることです。これが、私が常に[1]ドライブを交換用ドライブではなくイメージにレスキューする理由です。
sdc1
からsdd1
の間を直接移動することに関しては、ファイルシステム全体ではなく、パーティションとの間で直接コピーすることに関しては、常に気が進まなかった。 sdd
のパーティションテーブルがsdc
のパーティションテーブルと一致しない場合はどうなりますか?
壊れたデータを特定するのは面倒なプロセスです。ログファイルは、何が転送されなかったかについての手がかりを与えるはずです[2]。さらに、個々のファイル、特にビデオなどの大きなファイルをチェックする明らかな方法があります。キーフレームが失われるとグリッチが発生する可能性があるためです。
注1:常に、それがレスキュー操作であるという意味です。完全に機能するシステムの通常のディスクダンプである場合は、ディスク間で実行する可能性があります。
注2:セクターをコピーする最初のパスが得られる唯一の結果である可能性が高い一方で、ddrescueはログファイルを読み取って、コピーに失敗したセクターを確認し、それらをもう一度実行することをサポートしていることに注意してください。詳細については、マンページを参照してください。これは、ファイルシステムのリンプ部分が動き回っているように見えたときに一度役に立ちました。