回答:
mdadmメタデータver。1.0がその役割を果たします。
私はギガバイトのGA-C1037UN-EU EFIが起動できるように機能する構成を取得することができました。この構成は、ESPパーティションのRAID1に限定されていますが、残りのパーティションに任意のRAID構成を使用できます。例として、2つのドライブのRAID1を示します。すべてのディスクは次の方法でパーティション化されます。
sda (gpt)
--sda1 (512MB)
mdadm array member with 1.0 metadata format
boot and esp flags set
--sda2 (rest of disk)
mdadm array member with 1.2 metadata format
各ドライブのsdX1パーティション上に作成され、ESPパーティションに使用される最初のRAID。ドライブの残りの容量は、たとえばRAID1でも使用できます。最初のRAIDを/dev/md/efi
2番目にし/dev/md/data
ます。
/dev/md/efi
MBRやGPTなどのパーティションラベルを使用しないでください。/dev/md/data
後で分割するか、LVM pvとして使用できます。例えば:
/dev/md/efi
--fat32 fs, mounting to /boot/efi/
/dev/md/data
--/dev/md/data1
linux swap partition
--/dev/md/data2
ext4 root partition
... (other needed partitions)
メタデータ版 1.0には1つの単純な機能があります。そのスーパーブロックはRAIDパーティションの最後に保存されるため、BIOSはESPフラグとBOOTフラグを使用してプレーンFAT32パーティションを検出できます。したがって、BIOSがこのパーティションのEFI / BOOT / BOOTX64.EFIを検索してそこから起動することを妨げるものは何もありません。
このメソッドの主な制限は、リムーバブルメディアのパスにブート可能なEFIファイルをインストールするようにGRUBを構成する必要があることefibootmgr
です。BIOSをからmd
ではなく、デバイスから直接ブートしようとしているためですsdX
。これはgrub-install
with --removable
フラグを使用して行うことができます。
UPD。互換性の問題があります。ASUS P8Z68-V PRO / GEN3マザーボードで同じ設定を試しました。私が何をしてもシステムが起動しない。
多くの実験の後、私はこれが答えだと思います:
EFIシステムパーティション(通常はにマウントされている/boot/efi/
)は、たとえばGRUBがの代わりに直接格納されていない限り、多くのファイルを保持しません/boot/grub/
。通常、内容は変更されないため、パーティションをRAID化する必要はありません。異なるディスクにまたがるパーティションの複数のコピーがある場合、UEFIブートエントリをで設定する必要がありますefibootmgr
。通常、GRUBはマウントされたのパーティションに基づいてこれを初期化します/boot/efi/
。
ですから、それは必要ではなく、簡単でもないようです。
簡単な答えは次のとおりです。いいえ、EFIシステムパーティション(ESP)をRAID化することはできません。ただし、RAIDディスク間でESPのクローンを作成し、両方のパーティションをEFIブートチェーンに追加すると、RAIDのような利点を得ることができます。詳細については、UEFI / GPTシステムにデュアルブートRAID 1パーティションを備えたUbuntu 14.04 64ビットをインストールする方法を参照してください。。
/boot
新しいカーネルの追加などの変更を行う場合、各パーティションを同期するための最良の方法は何でしょうか?
いいえ、まだ可能ではありません。UEFI搭載のほとんどのマザーボードは、EFIの限られた数のパーティションタイプ(FAT32など)を読み取ることができ、RAIDはそれらの1つではありません。