Lubuntu を使用して、故障した 4TB ハードディスク ドライブからできるだけ多くのデータを回復しようとしています。
GPartedによると、Ext4でフォーマットされたメインパーティションには553GBのデータしか含まれていません。私はフルクローンを作成しようとしました。HDDスーパークローンは、Linux 用の GUI ソフトウェアで、目的と機能がコマンドライン ツールに似ていますddrescue。最初はエラーやスキップされたセクターが少なく、平均コピー レートも良好 (約 60 MB/秒) で、うまく機能していました。しかし、途中でさらに深刻な問題が発生し始めました。一部の領域がまったく読み込まれず、読み取り成功と読み取り失敗が交互に現れるパターンが形成されました。これは通常、1 つのヘッドに欠陥があることを示しています。その時点で、リカバリを停止しました。
私は約 1.7TB を回復し、かなり長い間 00 のみをコピーしていたため、関連するデータはすべて回復ドライブで保護されていると思っていました。しかし、メイン パーティションはマウントできず (ソース ドライブにはマウントできますが、困難を伴います)、評判の高いデータ回復ソフトウェア (R-Studio、DMDE) では元のディレクトリ構造を再構築したり、元のファイル名を取得したりできないことがわかりました。また、WinHex で回復ドライブを開くと、438GB を超えて完全に空であることがわかります。つまり、約 115GB が失われていることになりますが、ファイルシステムは HDD のパフォーマンスを最適化するために、読み取り/書き込み速度が優れている最も外側の領域にデータを書き込むことになっているため、それがどのように可能なのか理解できません。
さて、残ったものを最大限に活用するために、次の本格的な復旧の試みでドライブの状態が急速に悪化する可能性があることを考慮して、メタデータ構造を分析して割り当て済み/未割り当て領域を報告できる方法を探しています。そうすれば、貴重な時間を無駄にしてギガバイト単位のゼロを読み取るのではなく、関連する領域に復旧を集中させることができます。数年前に HDDSuperClone の作者によって開発された小さなコマンドライン プログラムddru_ntfsbitmap(の一部ddr_utility) は、NTFS パーティションでこれを自動的に実行できます。このプログラムは$Bitmapファイルを分析して「マップファイル」を生成します。このマップファイルでは、ddrescueコピーが割り当て済みとしてマークされているセクターに効果的に制限されます (このシステム ファイル全体が読み取れる場合)。また、最初のパーティションを復旧するための「マップファイル」を$MFT生成することもできます。これは非常に便利です (MFT にはすべてのファイルのメタデータとディレクトリ構造情報が含まれており、破損または紛失した場合は、「raw ファイル カービング」タイプの復旧しかできません)。しかし、この非常に有能な人物でさえ、Linux パーティションで同じことを行う方法を知りません。このHDDGuruスレッド。
したがって、完全に自動化されていなくても、プロセス中にドライブがさらに消耗しないように、Ext4 パーティションを迅速かつ効率的に分析し、その情報をテキスト ログまたはグラフィック プレゼンテーションとしてレポートできる手順が必要になります。おそらく、デフラグ プログラムで十分でしょうか?
一般的に言えば、重要なメタデータ構造 (私が間違っていなければ「inode」) は Linux パーティションのどこにありますか? NTFS に相当する単一のファイルがあるのでしょうか$Bitmap、それともファイル/セクター割り当てに関する情報はより複雑な分析によって決定されるのでしょうか? (それが関係する場合、ドライブは WDMyCloud ネットワーク エンクロージャ内にあり、工場で構成済みで Linux オペレーティング システムで実行されていました。)
