Debian 12 (bookworm): ソフトウェア RAID 1 のインストールが GRUB エラーで失敗する

Question 1

4TではGPTを使用する必要があり、ディスク全体をパーティション分割可能なRAIDを適切に持つことはできません。そしてディスクを BIOS で認識して起動できるようにします (EFI では厳密には不可能ですが、レガシーでは厳密には不可能ではありませんが、知りたくない黒魔術が必要になります)。

(Debian インストーラーがこの方式を受け入れたこと自体が残念です。受け入れるべきではありません。これは完全に無効であり、機能する可能性はありません。)

これは、GPT パーティションテーブルが実際にはデバイスの先頭と末尾の両方に保存されるためです。ディスク全体の RAID が使用され、適切な MD メタデータの解釈が行われていない場合、両方の GPT コピーが同時に作成されることはありません。

v1.0 MD スーパーブロックの場合、2 番目の GPT (末尾) が欠落します (BIOS が予期しない場所へ前もって移動されます)。
v1.1 および v1.2 の MD スーパーブロックの場合、最初の GPT (先頭) がシフトされるため、ファームウェアはそれを見つけられません。

どちらの場合も、ディスクが有効なパーティションテーブルを持つものとして認識されず、ディスクからの起動が拒否されます。

それに加えて、UEFI で起動したい場合、EFI ファームウェアは ESP がソフトウェア RAID になる可能性があることをまったく知らない (仕様には何も記載されていない) ことを知っておく必要があります。したがって、ソフトウェア RAID にしてはいけません。ESP は常に単純な GPT パーティションである必要があります。

したがって、この問題を解決するには、RAID を構築してからパーティション分割するのではなく、まずディスクをパーティション分割し、いくつかのパーティションを RAID に集めます。これは議論の余地がありますが、次のスキームをお勧めします。

EFI インストールの場合: 511MiB (デフォルトのオフセット 1MiB) の ESP (タイプ 1)、次にタイプ Linux RAID の /boot 用に 512MiB、残りはタイプ Linux RAID の残り用 (私が間違っていなければ、これは fdisk のタイプ 29 です)。
レガシーインストールの場合: 1 MiB (タイプ 4 - biosgrub)、510 MiB ブート (RAID)、残りは RAID。

次に、2 つの RAID (/boot と残り) を作成し、ESP の 1 つを「ESP」として選択します。インストール後、2 番目のディスクからのブートを有効にします。次に、大きな RAID 上に LVM を作成し、ファイルシステムを保持します。そこで、スワップボリューム、ルート FS ボリュームを作成できます (Debian には 30 GiB で十分であり、オンザフライで簡単に拡張できます。すべてのデータを他のマウントされた専用ボリュームに配置することに注意してください。ルートボリュームにアプリケーションデータを保存するのは適切ではありません)。残りは、システムの存続期間中に必要に応じて作成できます。

その後、通常どおりシステムをインストールします。ESP パーティションに FAT32 を作成する必要があります。Debian 11 インストーラーではこれが問題だったため、手動で作成する必要がありました。12 については、そのようなインストールを実行したことがなく、アップグレードのみ実行したため、わかりません。ブートローダーのインストールに関しては、EFI の場合は指示どおりに実行します。一方、レガシーの場合は、この手順を繰り返して 2 回インストールし、2 回目に 2 番目のディスクを選択して、すぐに冗長ブートできるようにします。

EFI の場合、最初のシステム起動後、2 番目の "ESP" パーティションに手動で FAT32 ファイルシステムを作成し、それをどこかにマウントし (/boot/efi2 を使用)、構造を保持したまま /boot/efi からすべてをコピーする必要があります。次に、を使用して 2 番目のファームウェアブートエントリを作成しますefibootmgr。ここ指示です。

Answer