[Bug 1466150] Re: grub-install breaks when ESP is on raid

[John Robinson]

Just an FYI, this is still present in 16.04.4 which I just `apt-get
upgrade`d to. I have /boot/EFI on a md RAID1 with 1.0 metadata.

I'm not sure whether the severity is correct; as far as I could tell
when hacking about with the efibootmgr command, the process had removed
the 'ubuntu' boot entry before failing to add the new entry, so I
suspect my system was unbootable.

I have now used efibootmgr to add a new boot entry, but I'm working
remotely and I'm not going to attempt to reboot until I'm sitting in
front of the machine with a rescue disc/stick to hand! In particular, I
am not clear what level the efibootmgr command is operating at: when I
did the add on /dev/sda, subsequently listing it suggested it was also
present on /dev/sdb... and I'm not sure whether in fact I ought to have
two separate boot entries, one for each disc, so that if sda is a bit
screwed but still present, booting can proceed with sdb.

-- 
You received this bug notification because you are a member of Ubuntu
Foundations Bugs, which is subscribed to grub2 in Ubuntu.
https://bugs.launchpad.net/bugs/1466150

Title:
  grub-install breaks when ESP is on raid

Status in grub2 package in Ubuntu:
  Triaged

Bug description:
  I run a server with mirrored (RAID1) disks using grub-efi.

  Root and /boot and /boot/grub are on mirrored partitions.

  I have EFI partitions on both disks but it is not possible to RAID1
  these as they are FAT32.  On an EFI system grub-install will only
  install to one of the EFI partitions and so after running install-grub
  you have to remember to copy the EFI file across.

  Could grub configuration and grub-install be amended to automatically
  install to multiple disks?

  Searching around there seem to be many people asking this question
  without any elegant solution.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/grub2/+bug/1466150/+subscriptions