ext2/3/4ファイルシステムは、同じファイルシステムに新機能が追加されたさまざまなバリエーションであるため、ディスク構造のほとんどは同じです。そのため、ファイルシステムの3つのバリエーションはすべて1つの魔法の値しか持っていません。 ext3の新しい主な機能はでありhas_journal、 ext4にはextentsいくつかの追加機能が追加されました。

プログラムのコピーを入手するために、e2fsprogsソースコード（他のシステム/カード）をダウンロードしてビルドすることを検討してくださいfindsuper。パーティションテーブルが破損しているかどうかにかかわらず、スーパーブロックでext2/3/4マジック値を見つけるデバイスのセクタスキャンを実行します。これは、各ファイルシステムが存在するパーティションの開始オフセットをバイト単位で識別することによってパーティションを再構築/復元するのに役立ちます。

議論したように、ext/ext2/3/4は非常に似ており、以下から派生します。超高速ファイルシステム/FFS（あなたも見ることができます1そして2）FFS（Unixの最初のファイルシステム）に共通のアノード、ブロック、ポインタ（間接ブロックなど）に基づいて同じ方法でデータをソートします。 LinuxはUnixの派生物であり、extはいくつかの追加機能を備えたFFSです。 LinuxファイルシステムAPIはカーネルに組み込まれており、すべてのバージョンのextと互換性があります。

inodeテーブルの再生成に関して、ファイルシステムの鍵は、各ファイルのデータを含むブロックへのポインタのリストです。このリストがない場合は、各ファイルに対応するブロックのみを推測できます。 Ext4は連続ブロックを割り当てるのに特に適しています（「マルチブロック割り当て」またはmballoc機能が含まれています。）したがって、この推測はおそらく大丈夫でしょう。ただし、断片化できる大容量ファイルの場合、作業が難しくなり、わかっている限り断片化されたチャンクからファイルを再構成するための既知のツールはありません。私はext2が連続したブロックを割り当てるのにうまくいくことを再び強調します（与えられたファイルのブロックはほぼ常に互いに近いです）。ここでは、ext2/3/4の下位レベルの構造について読むことができます。。断片化の場合はブロックを直接見つける必要がありますが、これは大容量ファイルでは非常に困難です。ファイルが大きいほど断片化される可能性が高くなります。

メタデータ（各ファイルに対応するinode）はデータ自体と同じくらい重要です。メタデータがない場合、データはもはや存在するとは見なされません。変更されていない方法でディスクにまだ存在していても、厳密に言うと、データブロックは次のように再構成できません。したがって、inodeテーブルがないと、大きな断片化されたファイルが失われます。

唯一のオプションは、データフラグメントツール（PhotoRecなど）とデータ構成の独自の経験的な方法を使用することです。これはファイルを再構成するのに役立ちます。

e2imageメタデータの重要性とそれがどれほど簡単に破損するかを考慮して、フルバックアップサイズの一部であるメタデータのみをバックアップするように定期的にスケジュールすることを検討できます。もちろん、バックアップ後にファイルシステムが変更されると、メタデータは関連性がなくなります。