web-dev-qa-db-ja.com

ddrescueを使用したドライブリカバリ

1TBドライブからデータを回復する必要があります。 BIOSはSMART error(s)を報告し、Ubuntuは2 SMART errors。

ドライブには約250GBのデータがあります。私はddrescueを利用しています。

約24時間後、これが私の進捗です。

Press Ctrl-C to interrupt
Initial status (read from logfile)
rescued:     6383 MB,  errsize:    225 MB,  errors:     394
Current status
rescued:     6395 MB,  errsize:    225 MB,  current rate:    2774 kB/s
   ipos:     6621 MB,   errors:     396,    average rate:    19492 B/s
   opos:     6621 MB,     time from last successful read:       0 s
Copying non-tried blocks...

さまざまなオプションでddrescueを停止/開始しました。 -d -r0を試し、次に-d -r0 -nを試しましたが、今は-nを使用しているだけなので、うまくいけば最初のフェーズを通過できます。

回復中のドライブは内部SATAにあり、コピーは内部SATAを持つ別のドライブに行われています。

現在のレートおよび/または平均レートがバイト/秒に戻った場合、代わりにディスクの後ろから-Rでラウンドを開始する必要がありますか?

-nオプションを実行したばかりなので、今のところ、料金はニースであるkB/sにとどまっています。 1TBのドライブのうち6GBしか使っていないので、今後20年間ドライブを回復しようとして費やしたくありません;)

Ddrescueはドライブの未使用の部分を回復しようとすることを理解していますが、データがないのではなくデータが含まれているセクターが回復によって終了したかどうかを確認する方法はありますか?

2
Onyxdragun

ほとんどの場合、ddrescueデフォルト設定で実行でき、破損した領域自体を処理できます。たとえば、-r2を使用して再試行の量を制限することもできます。

最初はかなり遅くなるという事実は正常であり、非常に一般的です。ディスクが完全に均一な方法で損傷することはありません。実際、まったく逆です。

ほとんどの場合、ハードドライブの摩耗レベルは、最も使用頻度の高いディスクの「開始」時に非常に悪くなります。セクタの最初の15〜20 GBが過ぎた後に速度が上がっても驚かないでしょう。

データがないのではなく、データが入っているセクターが回復によって終了したかどうかを確認する方法はありますか?

いいえ。最初にドライブからファイルシステムメタデータを読み取る必要があります。ドライブを読み取る前にドライブを読み取ることはできません。

2