[Bug 1765484] Re: grub-install should handle /boot/efi on RAID1

[Alejandro Mery]

*** This bug is a duplicate of bug 1466150 ***
    https://bugs.launchpad.net/bugs/1466150

grub-install --force --target=x86_64-efi /dev/md127
grub-install --force --recheck /dev/md127
efibootmgr -c -D -L "Ubuntu (sdb)" -d /dev/sdb -p1 -l /EFI/ubuntu/grubx64.efi
efibootmgr -c -D -L "Ubuntu (sda)" -d /dev/sda -p1 -l /EFI/ubuntu/grubx64.efi

did the trick for me, but grub-efi-amd64-signed and shim-signed are
persistently pending to finish the installation, and every time dpkg
attempts to do it the efibootmgr changes mentioned above get wiped and
they need to be re-run to be able to continue booting... not a very
reliable way of getting a system booting reliably


** This bug has been marked a duplicate of bug 1466150
   grub-install breaks when ESP is on raid

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

Title:
  grub-install should handle /boot/efi on RAID1

Status in grub-installer package in Ubuntu:
  Confirmed

Bug description:
  I am using grub-efi. I have /boot/efi as a RAID1 with metadata=1.0 at
  the _end_ of the partition so it can still be seen by UEFI boot
  firmware as a FAT32 filesystem. grub-install calls efibootmgr with and
  empty -d argument:

  efibootmgr -c -d "" ...

  since it can't figure out what drive /boot/efi is on. With grub-pc,
  when /boot was on a RAID1, grub-install would get run via the grub-pc
  postinst for each component of the raid (and/or as a list presented to
  the user via debconf).

  For example, with this:

  # cat /proc/mdstat
  Personalities : [raid1] [linear] [multipath] [raid0] [raid6] [raid5] [raid4] [raid10] 
  md0 : active raid1 sda1[2] sdb1[0]
        524224 blocks super 1.0 [2/2] [UU]

  if /dev/md0 was mounted on /boot, grub-pc's postinst would run grub-
  install on /dev/sda and /dev/sdb.

  In the UEFI case, if /dev/md0 is mounted on /boot/efi, I would expect
  efibootmgr to be run multiple times for each component:

  efibootmgr -c -d /dev/sda1 -L ubuntu-sda1 ...
  efibootmgr -c -d /dev/sdb1 -L ubuntu-sdb1 ...

  Dunno about boot ordering, etc. I'm not actually using efibootmgr
  currently. As a work-around, I ran "dpkg-reconfigure -p low grub-efi"
  and disabled the NVRAM setting in debconf (to avoid efibootmgr failing
  grub-install and causing package installs/upgrades to fail).

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/grub-installer/+bug/1765484/+subscriptions