web-dev-qa-db-ja.com

数ヶ月かかるddrescueには、どのようなオプションがありますか?

友人から故障した外付けUSBドライブからデータを救出しようとしています。このドライブの問題は、LinuxでもWindowsでも読み取れないことです。しかし、ドライブでddrescueを実行して、後で処理するためにドライブのイメージを作成することはできます。

しかし、今年の1月にプロセスを開始し、それはノンストップで実行され、まだ実行されています。だから今から5ヶ月以上。最初は約2000 b/sで実行されていましたが、現在は200 b/sに戻りました。それは約27GBのデータ(ドライブは2TB)を救いました、そして友人によれば、これは多かれ少なかれドライブに保存されたデータの量でもあります。救助されたサイズはまだ増加していますが、ゆっくりとゆっくりと待っています。たとえば、過去3週間で200mb増加しました。

プロセスを停止して、これまでに救出されたものを続行する方法はありますか、それともddrescueはimgファイルを操作するためにプロセス全体を完了する必要がありますか?

ドライブがなくなったので、今日ddrescueは停止しました。以下は、画面に表示されている画像です。ddrescueログビューアが実行されていますが、状況がわかるかどうかはわかりません。私はddrescueを再起動し、以前と同じ低速で再び実行されています。 enter image description here

7
Baz

回復を試みる前に、100%完了するまで待つ必要があります。ログビューアによると、ddrescueはディスクのさまざまな部分(緑の領域)からのブロックの分散をなんとか回復し、多くの領域(赤い領域)で不良セクターを発見し、ディスク(黄色と青色の領域)。

ビューアには、ディスクの最初の部分に不良セクタがあると表示されます。これは、ddrescueがファイルシステムヘッダーまたは関連するメタデータを回復できなかったことを意味します。さらに、ほとんどのファイルシステムはパフォーマンス上の理由からディスク上にデータを分散させているため、回復されたセクターの多くが、データが存在するセクターと相関している可能性はほとんどありません。

--no-scrapeまたは--no-trimオプションを指定して、破損したセクターの試行を完全に省略したり、--reverseオプションを読み取ったりすることで、ddrescueの操作の「簡単な部分を回復する」フェーズをスピードアップできる場合があります。ディスクを後ろから前へ。 --skip-sizeオプションの値をいじってみて、デフォルト(ディスクの場合は20 MB)よりも大きいまたは小さい値でスピードアップするかどうかを確認することもできます。

3
Mark