MD RAID 1 + LVM設定の上にEFIシステムパーティションを配置したいと思います。したがって、ESPはMD RAIDデバイスの上にある論理ボリュームになります。これが可能かどうかについて、さまざまな理論を聞きました。誰でもこれをやったことはありますか？では、どのような問題がありますか？
計画は標準 Debian 拡張インストールを実行することです。 GRUB 2、Debian を除く他のオペレーティングシステムはありません。そしてインストールは1つしかないかもしれません。
AUで何人かの方がこんな質問をしました。 EFIシステムパーティションをRAIDに設定できますか？。しかし、反応は交錯し、不明瞭です。
私が明確ではない重要な側面の1つは、ESPを読むためにどのようなソフトウェアが必要ですか？私はそれがGRUBだと思いましたが、私が読んだいくつかの議論ではそうではないことを示すようです。マザーボードのファームウェアもESPを読む必要があります。それが言葉になると思います。起動プロセスを開始するには、MBファームウェアがディスクの内容（GRUB初期化情報など）を読み取ることができる必要があります。
しかし、これはある状況ではある人には効果があり、他の状況では効果がないようです。それでは、一部のマザーボードにはMD RAIDに加えてLVMボリュームのデータを読み取ることができるファームウェアがあると結論付けることができますか？
ベストアンサー1
あなたがリンクした質問には適切な答えがあり、これは良いアドバイスを提供すると思います。
ドライブの終わり（--metadata=1.0in mdadm）のメタデータを使用してRAID1を実行すると、RAIDをサポートしていない一般的なファイルシステム内のすべてのエントリを見つけることができます。
ただし、これは厳密な読み取り専用アクセスでのみ機能します。 RAIDの片面にのみ書き込むと、RAIDレイヤー（読み取りで選択したドライブによって異なります）でランダムな結果が得られ、一貫性の問題が発生します。
通常は読み取り専用なので、起動に適しています。
LVMを使用すると、状況がさらに複雑になります。 LVMは最初にメタデータを持ち、すべてのファイルシステムはLVMが選択したオフセットにあります。これを達成する唯一の方法は、ハッキングを使用することです（たとえば、LVMスペースから単一のLVをマッピングするためのパーティションテーブルを作成するなど）。あるいは、逆にLVMのPVとして機能するデバイスマップを作成して、LVMメタデータを強制的に生成することもできます。最後にドライブの端に移動します。
これにより、いくつかの創造性と努力により、フルドライブRAID、フルドライブLVMを作成し、RAID-LVMをサポートしていないユーザーに通常のパーティションテーブルを表示することができます。これは可能です。しかし、最終的にはレベルに満たない複雑な設定で終わり、最大の質問は、これらすべてのポイントが何であるかということです。
ソフトウェアベースのRAIDでは、RAIDがパーティションテーブル、ブートローダなどの項目を扱わないのが一般的です。各ドライブにブートローダをインストールするだけで同じ効果が得られます。