ddrescueでは、ターゲットドライブを破損したドライブと同じ方法でフォーマットする必要がありますか？
友達：ddrescueについて3つの簡単な質問があります。これは私が実行したい操作です：
Sudo ddrescue -f -n -v -v -v -v /dev/sdi /dev/sdh RescueHD10.log
私にとって、出力ドライブ「/ dev/sdh」はまったく新しいものです。入力（つまり、損傷した）ドライブと同じ方法でフォーマットする必要がありますか？ （つまり、入力ドライブがNTFSの場合、出力もNTFSでフォーマットする必要がありますか？）
出力ドライブ「/ dev/sdh」をマウントする必要がありますよね？
「-v」は冗長を意味します。 「-v-v-v -v」と「-vvvv」の場合、違いはありますか？
よろしくお願いします!!
- 私にとって、出力ドライブ「/ dev/sdh」はまったく新しいものです。入力（つまり、損傷した）ドライブと同じ方法でフォーマットする必要がありますか？ （つまり、入力ドライブがNTFSの場合、出力もNTFSでフォーマットする必要がありますか？）
いいえ、クローン作成プロセスはとにかくターゲットドライブにあるものを上書きします。
ただし、クローン作成を成功させるには、ターゲットドライブのサイズが少なくともソースドライブと同じである必要があります。1バイト少ないサイズではありません。これは、MSDOSパーティションテーブルでは十分です。
GUIDパーティションテーブル、GPTがあり、ターゲットドライブが大きい場合は、ドライブの最後にあるバックアップパーティションテーブルも修復する必要があります。gdisk。
- 出力ドライブ「/ dev/sdh」をマウントする必要がありますよね？
いいえ、ターゲットドライブにパーティションがある場合は、クローン作成時にそれらをマウントする必要がありますnot。ソースドライブについても同じことが言えます。パーティションをマウントしないでください。
- 「-v」は冗長を意味します。 「-v-v-v -v」と「-vvvv」の場合、違いはありますか？
よくわかりませんが、info ddrescueはさらに-vについて話しているので、その構文を使用します。
ツールはブロックコピーです。ドライブ全体をコピーしているので、パーティションテーブル、ファイルシステム構造、およびすべてがソースから宛先にコピーされます。
いいえ。明らかにありません。ブロックレベルで上書きしようとしています。そこにマウントされたファイルシステムがある場合、意図しない破損が発生する可能性があります。ソースディスクもアンマウントされていることを確認します。どちらも使用してはいけません。
それは特定のコマンドに依存し、残念ながら一般化することはできません。
読み取り/書き込みチャンクサイズを増やすことができます。デフォルトは512バイトのチャンクで、これは非常に小さいです。 128KB以上をお試しください。
- 一般的に：いいえ。
- パーティションをファイル（つまりイメージ）にダンプする場合は、ターゲットデバイスをマウントする必要があります。ただし、ソース（パーティション）を/ dev/sda3（つまり別のパーティション）のようなブロックデバイスにダンプする場合は、[〜＃〜] not [〜＃〜]ターゲットをマウントする必要があります。 。
- わからない、
-vvvvおよび-v違いがあります。