部分的に回復された ext4 上の破損したファイルを見つける

部分的に回復された ext4 上の破損したファイルを見つける

私は持っている破損したハードディスク実行中に衝撃を受けました。ディスクには6つのパーティションと未割り当て領域もありました。衝撃を受けた後、3つのパーティションは正常のようで、それらのパーティションには通常通り十分な速度で読み書きでき、ファイルシステムのチェックも失敗しませんでした。しかし、40 GiB ext4 パーティションこの事件後、ディスクの一部が読み取り不能になった。

このパーティションは約8GBの空き容量このパーティションには Linux ディストリビューションがインストールされていましたが、/home別のパーティションではありませんでした。そのため、ユーザー、OS、アプリケーション データはすべてこの単一のパーティションにあります。

私が試したこと

最初は Linux の コマンドを使用して、破損したパーティションから別のディスクの別のパーティションにデータをコピーしようとしました。しかし、読み取りエラーが発生して何度も失敗し続けたため、オプションddを調整した後、手動で再開する必要がありました。skipseek

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 の保留中のブロックをさらに最小限に抑えることはできますか?

関連情報