私は持っている破損したハードディスク実行中に衝撃を受けました。ディスクには6つのパーティションと未割り当て領域もありました。衝撃を受けた後、3つのパーティションは正常のようで、それらのパーティションには通常通り十分な速度で読み書きでき、ファイルシステムのチェックも失敗しませんでした。しかし、40 GiB ext4 パーティションこの事件後、ディスクの一部が読み取り不能になった。
このパーティションは約8GBの空き容量このパーティションには Linux ディストリビューションがインストールされていましたが、/home
別のパーティションではありませんでした。そのため、ユーザー、OS、アプリケーション データはすべてこの単一のパーティションにあります。
私が試したこと
最初は Linux の コマンドを使用して、破損したパーティションから別のディスクの別のパーティションにデータをコピーしようとしました。しかし、読み取りエラーが発生して何度も失敗し続けたため、オプションdd
を調整した後、手動で再開する必要がありました。skip
seek
dd if=/dev/sdc4 of=/dev/sda2 bs=2M conv=notrunc status=progress iflag=noatime oflag=noatime seek=X skip=X
これは(ゆっくりではありますが)うまくいきましたが、苦痛なプロセスだったので、諦めました。
さらに読み進めていくと、GNU ddrescueツールとDDRescue-GUIその上に構築し、試してみることにしました。
初日、約 6 ~ 8 時間で、このパーティションから 37 GiB 以上のデータを回復できました。DDRescue-GUI を複数回実行し (空き時間があるときはいつでも)、同じログ ファイルを使用して、回復プロセスを最初から最後まで交互に実行しました (完了するまで一気に実行する時間がありませんでした)。
2日目は回復がかなりゆっくり進み、一日の終わりには約400 MBの保留中のブロックこのパーティションの 2 GiB と 3 GiB のマークの間です。DDRescue 出力の不良セクター数は依然として 0 ですが、この領域のデータを読み取るのに膨大な時間がかかり、6 時間以上待っても進捗は 30 MB 未満です。順方向と逆方向の両方で実行してみましたが、回復の速度は同じです。また、DDRescue 出力の非トリム カウンターは約 27 MiB に達しています。
ディスクのこの特定の保留中の部分は深刻な損傷を受けており、そのため回復にかなりの時間がかかっていると理解しています。
質問
もうこれ以上待つのは嫌なので、不完全、欠落、修復不可能なファイルのリスト現在部分的に回復したext4パーティションには何があります
か?たとえば、fsck.ext4
特定のオプションを使用すると、このリストをフルパスファイルに?
したがって、壊れたファイルが役に立たないことが判明した場合は、OS とソフトウェアを再インストールして、復元したパーティションを通常どおりに使い始めることができます。
追加の質問
DDRescue の読み取り間隔を調整して、読み取りが難しいセクターをすばやくスキップし、数日待たずに 400 MB の保留中のブロックをさらに最小限に抑えることはできますか?