友人からもらった故障した外付け USB ドライブからデータを救出しようとしています。ドライブの問題は、Windows でも Linux でも読み取れないことです。しかし、ドライブで ddrescue を実行し、後で処理できるようにドライブのイメージを作成することはできました。
しかし、私は今年 1 月にこのプロセスを開始し、それ以来ずっとノンストップで実行しています。つまり、5 か月以上経過したことになります。最初は約 2000 b/s で実行されていましたが、現在は 200 b/s に落ちています。約 27 GB のデータが救出されました (ドライブは 2 TB)。友人によると、これはドライブに保存されていたデータの量とほぼ同じだそうです。救出されたサイズは依然として増加していますが、非常にゆっくりと増加しています。たとえば、過去 3 週間で 200 MB 増加しました。
プロセスを停止して、今までに救出されたものをそのまま続行する方法はありますか? それとも、img ファイルで作業するには、ddrescue が実際にプロセス全体を完了する必要があるのでしょうか?
今日、ドライブがなくなったため、ddrescue が停止しました。以下は、ddrescue ログ ビューアーが動作している画面の画像ですが、状況がわかるかどうかはわかりません。ddrescue を再起動すると、以前と同じ低速で再び動作しています。
答え1
おそらく、回復を試みる前に 100% 完了するまで待つ必要があります。ログ ビューアによると、ddrescueディスクのさまざまな部分から散在するブロックを回復することができ (緑の領域)、多くの領域で不良セクタが見つかり (赤の領域)、ディスクの大部分はまだ調べられていません (黄色と青の領域)。
ビューアは、ディスクの最初の部分に不良セクターがあることを示します。これは、ddrescueファイルシステム ヘッダーまたは関連メタデータを回復できなかったことを意味します。さらに、ほとんどのファイルシステムはパフォーマンス上の理由からデータをディスク全体に分散させるため、回復されたセクターの多くが、データがあるセクターと相関している可能性は低いです。
またはオプションを渡して損傷したセクターの試行を完全に省略するか、オプションをディスクの後ろから前へ読み取ることddrescueによって、 の操作の「簡単な部分の回復」フェーズを高速化できる場合があります。また、 オプションの値をいろいろ試して、デフォルト (ディスクの場合は 20 MB) より大きい値または小さい値にすると速度が向上するかどうかを確認することもできます。--no-scrape--no-trim--reverse--skip-size
答え2
-c, --cluster-size=<sectors>オプション:一度にコピーするセクター数 [128] を使用して、それを 2048 または 4096 に増やすことで、いくらか改善が見られます。ある値を超えると、改善は見られ ません。