友達が提供した故障した外付けUSBドライブからデータを回復しようとしています。ドライバの問題は、WindowsまたはLinuxで読み取れないことです。しかし、ドライブでddrescueを実行し、後で処理できるようにドライブイメージを構築しました。
ところが今年1月からこの過程を始めて、今まで休まないで走ってきています。今5ヶ月以上でした。最初は約2000b / sで実行されていましたが、今は200b / sに戻りました。約27GBのデータ（ドライブは2TB）を保存します。構造規模は依然として増加しているが、非常に遅い。たとえば、過去3週間に200MBが追加されました。
プロセスを停止し、これまで救出した作業を続行する方法はありますか？それとも、imgファイルを使用する前にddrescueが実際にプロセス全体を実行する必要がありますか？
今日はドライブがなく、ddrescueが停止しました。以下は、ddrescueログビューアが実行されている画面の写真です。状況が正しく機能しているかどうかはわかりません。 ddrescueを再起動しましたが、以前と同じ遅い速度で再実行されました。
答え1
復元を試みる前に100％完了するまで待つ必要があります。ログビューアによると、ddrescueディスクのさまざまな部分（緑色の領域）から散乱したブロックを修復し、不良セクタが複数の領域（赤い領域）に見つかりました。 。
ビューアは、ディスクの最初の部分に不良セクタがあることを示しています。これはddrescue、ファイルシステムヘッダーまたは関連メタデータを回復しようとしたことがないことを意味します。さらに、ほとんどのファイルシステムはパフォーマンス上の理由でデータをディスク全体に分散させるため、回復された多くのセクタがデータを含むセクタに関連付けられている可能性はほとんどありません。
あるいは、オプションを渡してセクタ破損の試みを完全に省略するか、ディスクを後方から前方に読み取るオプションを選択して、ジョブのddrescue「簡単な部分回復」ステップをスピードアップすることもできます。また、このオプションの値を調整して、デフォルト値（ディスクの場合は20 MB）より大きいか小さい場合に速度が速くなることを確認することもできます。--no-scrape--no-trim--reverse--skip-size
答え2
一度にセクタ[128]をコピーし、2048または4096に増やすオプションを使用していくつかの改善が得られました。
-c, --cluster-size=<sectors>特定の値以上では改善はありません。