Comment 4 for bug 1877491

Revision history for this message
Dimitri John Ledkov (xnox) wrote : Re: cc_grub_dpkg: determine idevs in a more robust manner with grub-mkdevicemap

I thought that grub-mkdevicemap is deprecated, and for majority of usecases is neither needed, nor does anything. (i.e. by default there is no /boot/grub/device.map on my system)

/by-id/ is the preferred way to identify i.e. ESP partition, or like the MBR partition. You can always refer to Ubuntu FSTAB policy for the best symlinks to use https://wiki.ubuntu.com/FSTAB

I don't like the fork of codepath of either BIOS or UEFI. Our images support dual bootloader support, and in theory can boot under either method. That is true for the first boot, but currently we do not correctly apply updates to continue upgrading grub2 for both protocols.

In focal grub-[pc|efi]/install_devices is a multiselect field now, that supports multiple values. Thus it would be nice to support in cloud-init as multiselect too. Ie. we even have support for multiple ESP to correctly handle resilient boot with full disk raid1.
I.e. on my system
grub-efi-amd64 grub-efi/install_devices multiselect /dev/disk/by-id/nvme-eui.00000000000000006479a71d90513837-part1

This is just a light review of the proposal / improvements that could be made to cc_grub_dpkg module.