TestDiskでの作成の途中でddイメージが中止された場合、ddイメージはどの程度有用でしょうか？
TestDiskを使用してファイルを回復しようとしているハーフデッドの1TBWDメカニカルハードドライブがあります。以前はWindows10をホストしていましたが、クラッシュする前は途中でいっぱいにならなかったので、最大のパーティションのddイメージを作成することにしました。
私が直面している問題は、ディスクイメージを保存するために使用される正常なディスクのスペースが不足する恐れです。ディスクリカバリの経験がないため、1TBの正常なディスクを使用して、リカバリされた500GB未満のデータを保存できると期待していました。また、正常なドライブを使用して、Windows10とTestDiskソフトウェアの新しいコピーをホストしています。
現在、パーティションの約7％がイメージ化されているので（約1日かかりました）、イメージ化プロセスをキャンセルする必要があるかどうか疑問に思っています（ハーフデッドディスクはすでに不良であるため、これは実行したくありません）。形状）、2TBの正常なディスクを使用するか、ddイメージが90％完了するまで待ってから、キャンセルする必要がある場合。ドライブが途中でいっぱいになることはなかったので、データを失うリスクがありますか？ ddイメージは、TestDiskでの作成の途中で中止された場合、どの程度使用可能でしょうか？
使用するツールは ddrescue ：
GNUddrescueはデータ復旧ツールです。あるファイルまたはブロックデバイス（ハードディスク、CD-ROMなど）から別のファイルにデータをコピーし、読み取りエラーが発生した場合に最初に適切な部分をレスキューしようとします。
Ddrescueは、入力で不良セクタを検出したときに出力にゼロを書き込みません。また、要求されない場合は出力ファイルを切り捨てません。そのため、同じ出力ファイルで実行するたびに、すでにレスキューされたデータを消去せずにギャップを埋めようとします。
「十分に成功」するまで、ddrescueの実行を繰り返すことができます。
ddrescueには、少なくとも最初のパスを高速化できるオプションがいくつかありますが、これは試行錯誤のベースで手動で行われます。
オプション-a, --min-read-rate=<bytes>は、適切な領域の最小読み取り速度をバイト/秒で指定します。 10Mのようなサイズを指定すると、まだ読み取り可能であるが非常に遅い最初の領域をスキップし、十分に速く読み取ることができる領域を続行する場合があります。
--no-scrapeまたは--no-trimのオプションは、損傷したセクターの試行を完全に省略して、簡単なパーツの回復をスピードアップできる可能性があります。 --skip-sizeオプションの値を試して、デフォルトよりも大きい値または小さい値で処理速度が上がるかどうかを確認することもできます。