I think this is more of a GRUB issue overall instead of a MAAS issue directly. True it affects MAAS and we can do the debconf selections to work around this issue but overall for quality of Ubuntu I do not believe this is the proper fix.
I will give an example without MAAS. 1. First the user installs Ubuntu on a partition on their local disk, EFI is updated so Ubuntu can boot. 2. Second the user installs Windows on another partition. EFI is updates so Windows can boot and its first. 3. User reboots into Ubuntu, runs apt-get, and grub updates changing the boot order so now that Ubuntu boots first. 4. User reboots their machine and Ubuntu boots but the user expected Windows to boot. Overall this is a bad experience to the user. I think the grub code should be smart about this: First check if the grub.efi loader already exists in efibootmgr. If it does not exists add it to the loader and set it to boot first. If it does exist record its current place in the boot order, update the loader and reset the boot order to its previous location. That change would fix this for any user that uses Ubuntu as well as MAAS users. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1642298 Title: Grub package upgrades overwrites NVRAM, causing MAAS boot order to be overwritten. To manage notifications about this bug go to: https://bugs.launchpad.net/curtin/+bug/1642298/+subscriptions -- ubuntu-bugs mailing list [email protected] https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
