I have a Debian based server, where every partition is RAIDed, except the one that has /boot/efi. This means that I will still have all my data after a disk failure, but the system may be unable to boot.

Is there a good way to create a redundant grub install / EFI partition?

I tried mdadm RAID with v0.90 headers, but its fragile thus unsupported. I also found that grub supports syncing multiple EFI partitions on Ubuntu, but it's also not available on Debian.

  • 2
    Does this answer your question? RAID 1 of /boot/efi partition on Debian Nov 12, 2021 at 15:55
  • Not really. RAID is unsupported for grub because " You will get corruption the first time your EFI writes data to one of the VFAT filesystems (which EFI is allowed to do)." - See this bug report: bugs.launchpad.net/ubuntu/+source/grub2/+bug/1868553 grub-install will even break because of this, just as in the bug report. I also tried the mentioned multi-EFI support, but it's not available on Debian.
    – sfphoton
    Nov 13, 2021 at 20:55
  • How about just copying the contents of /boot/efi to your RAIDed disks, so if there's a driver failure, you could restore it from a rescue shell?
    – aviro
    May 31, 2023 at 15:19
  • How about shrinking one of your RAID volumes and creating an extra VFAT partition outside the RAID volume?
    – svin83
    May 31, 2023 at 20:08
  • My main goal would be to avoid unexpected downtime on reboot, in case my EFI disk is in a failed state. My best idea currently is to always check disk status before reboot. An optimal solution would provide multiple bootable EFI partitions, keeping in sync, even after a grub update.
    – sfphoton
    Jun 1, 2023 at 7:44


You must log in to answer this question.

Browse other questions tagged .