ドライブの先頭に基づいて、LVM上のファイルシステムのオフセットを見つけます。

ドライブの先頭に基づいて、LVM上のファイルシステムのオフセットを見つけます。

パーティションに直接存在するファイルシステムのオフセットを見つけるのは簡単です。パーティションの開始セクタを確認し、セクタのサイズを掛けて完了します。

ファイルシステムがLVMの内部にある場合はどうなりますか?マジックナンバー、UUIDなどの独自の機能を見つけるためにドライブをスキャンできますが、コンテンツの一致に依存しないことを考えています。

さまざまなブロックデバイスに普遍的なソリューションがありますか? LUKSコンテナ、dm-integrityなど、データを文字通り保存しないものはどうですか?ブロックデバイスはどんな種類の階層も形成しないと思いますが、答えは「いいえ」でしょうか?

ベストアンサー1

デバイスマッパー(LVMを含む)に依存するすべては、次のように実行してシステムに設定されているテーブルを表示できるデバイスマッパーテーブルとして表示されます。

dmsetup table

ルートとして。

「単純な」線形マッピングの場合、次のように表示されます。

… 0 67108864 linear 8:0 2048

オフセット2048で始まり、デバイス8:0にマッピングされたブロック範囲があると言います(lsblkデバイスノードと一致するように実行)。

通常、LVM LVは1つ以上のPVに複数の範囲を含めることができるため、オフセットにのみ依存することはできません。

おすすめ記事