EFIシステムパーティション、GRUB2構成、およびソフトウェアRAID 1

/boot/それが何であるか、実際に何であるかを理解しやすい説明を見つけるのは/boot/efi/少し難しいです。

私はテストとインターネット検索でいくつかの可能な答えを見つけましたが、経験豊富な誰かが私の発見/考え方に挑戦または確認してくれたことをとても嬉しく思います。

コンテキスト：

• マザーボードのCSM（互換性サポートモジュール）がオフになっています。
• マザーボードでは、クイックブートとセキュアブートの両方がオフになっています。
• オペレーティングシステムはUbuntu Server 22.04です。
• インストーラは同じ容量の2つのディスクを使用します（RAID 1の場合）。
• どちらのディスクもGPT形式で、両方のディスクのEFIシステムパーティションはパーティション番号1とサイズ512MB（1もちろんタイプも）です。
• /ソフトウェアRAID 1を使用して作成されますmdadm。
• より広範囲にわたって：ソフトウェアRAIDがどのように機能するか、将来の可能性があるRAID "バグ"（障害のあるディスクの交換、ディスクの1つだけの起動など）の処理方法をよりよく理解するために、いくつかのテストを行っています。 。

私が見つけたもの（上記の背景に基づいて）/質問

1.）観察：/bootEFIシステムパーティションではありません。つまり、ブートローダは含まれていません。

ただし、これにはGRUB構成ファイルが含まれています（/boot/grub/私の場合）。

両方のディスク（Ubuntu Serverインストーラを使用）にブートローダをインストールし、grub設定ファイルを変更し（「仮想」フラグを追加し/etc/default/grubて実行します）、サーバをシャットダウンしてそのドライブを物理的に削除してテストしました。 EFIパーティションは次のとおりです。変更するとすでにマウントされています）。サーバーが起動しましたが、オペレーティングシステムが指定されたEFIパーティションを持つドライブを見つけることができなかったため、「パニック」モードで停止しました（Ubuntuサーバーインストーラは、削除したドライブのUUIDを使用してマウントポイントを追加しました）。intel_iommu=onupdate-grub/etc/fstab

しかし、cat /proc/cmdline した表示がintel_iommu=on指定されました。

これにより、グラブ構成はEFIパーティションに保存されず、システムをインストールしたときに作成されたソフトウェアRAIDの一部であると考えられます。

2.）観察：インストールさ/boot/efiれたブートローダにアクセスできるEFIシステムパーティションのマウントポイント。

ドライブの少なくとも1つにブートローダを取り付ける必要があります（ここにマウントされているEFIシステムパーティションに）。それ以外の場合、システムは起動しません。

ブートローダ（GRUB）はを実行して再インストールできますgrub-install /dev/sd{x}。

3.）[1.と2.が本当に本当なら]、質問：Ubuntuオペレーティングシステムを実行するにはEFIシステムパーティションをマウントする必要がありますか？

中のインストール手順を省略できますか/etc/fstab？

これは単に好奇心からの質問です。