[Group.of.nepali.translators] [Bug 1912830] Re: Use non-removable uefi bootloader in cloud-images by default
This bug was fixed in the package livecd-rootfs - 2.525.51 --- livecd-rootfs (2.525.51) bionic; urgency=medium [ David Krauser ] * buildd: produce kernel and initrd as separate artifacts LP: #1910557 * buildd: call update-initramfs for all installed kernels We only have one kernel installed, so we don't need to specify an explicit version. LP: #1910557 [ Dimitri John Ledkov ] * esp: install grub in ubuntu bootloader id path, instead of removable. (LP: #1912830) * esp: perform fsck. (LP: #1912835) * Perform fsck on all rootfs. (LP: #1912835) * functions: stop removing systemd-detect-virt unconditionally in undivert_grub (LP: #1902260) livecd-rootfs (2.525.50) bionic; urgency=medium [ Cody Shepherd ] * Create manifests for buildd tarball images (LP: #1914445) -- Dimitri John Ledkov Tue, 09 Feb 2021 00:59:37 + ** Changed in: livecd-rootfs (Ubuntu Bionic) Status: Fix Committed => Fix Released -- You received this bug notification because you are a member of नेपाली भाषा समायोजकहरुको समूह, which is subscribed to Xenial. Matching subscriptions: Ubuntu 16.04 Bugs https://bugs.launchpad.net/bugs/1912830 Title: Use non-removable uefi bootloader in cloud-images by default Status in livecd-rootfs package in Ubuntu: Fix Released Status in livecd-rootfs source package in Xenial: Won't Fix Status in livecd-rootfs source package in Bionic: Fix Released Status in livecd-rootfs source package in Focal: Fix Released Status in livecd-rootfs source package in Groovy: Fix Released Bug description: [Impact] * use non --removable uefi installation for cloud-images * Currently cloud-images use --removable grub installation, which makes the disk images look at lot more like our installer .isos, than installed systems. This causes many issues: * ubuntu efiboot entry is not created by the fallback manager from shim * one cannot reorder ubuntu boot entry, and/or boot and apply fwupdate updates (if possible) * measurements are unstable, and change if one call grub-install and or upgrades things * often grub & shim upgrades are not applied at all as \EFI\ubuntu does not exist on the ESP * We should switch to only shipping shim/fallback/mm in \ESP\Boot and ship \ESP\ubuntu on the cloud-image ESPs such that we regain stable measurements; ubuntu boot entry; and upgrades of grub and shim. [Test Case] * After UEFI firstboot $ efibootmgr --verbose => should contain `ubuntu` entry pointing at ESP\ubuntu\shim*.efi binary, which should be added to the bootorder [Where problems could occur] * Existing systems which were booted from previous style images, will not upgrade shim|grub on the ESP, and must call `grub-install` or `grub-multi-install` to correct that. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/livecd-rootfs/+bug/1912830/+subscriptions ___ Mailing list: https://launchpad.net/~group.of.nepali.translators Post to : group.of.nepali.translators@lists.launchpad.net Unsubscribe : https://launchpad.net/~group.of.nepali.translators More help : https://help.launchpad.net/ListHelp
[Group.of.nepali.translators] [Bug 1912830] Re: Use non-removable uefi bootloader in cloud-images by default
This bug was fixed in the package livecd-rootfs - 2.664.17 --- livecd-rootfs (2.664.17) focal; urgency=medium [ David Krauser ] * buildd: produce kernel and initrd as separate artifacts LP: #1910557 * buildd: call update-initramfs for all installed kernels We only have one kernel installed, so we don't need to specify an explicit version. LP: #1910557 [ Dimitri John Ledkov ] * esp: install grub in ubuntu bootloader id path, instead of removable. (LP: #1912830) * esp: perform fsck. (LP: #1912835) * Perform fsck on all rootfs. (LP: #1912835) * functions: stop removing systemd-detect-virt unconditionally in undivert_grub (LP: #1902260) livecd-rootfs (2.664.16) focal; urgency=medium [ Cody Shepherd ] * Produce manifests for buildd tarball images (LP: #1914445) -- Dimitri John Ledkov Tue, 09 Feb 2021 00:52:00 + ** Changed in: livecd-rootfs (Ubuntu Focal) Status: Fix Committed => Fix Released -- You received this bug notification because you are a member of नेपाली भाषा समायोजकहरुको समूह, which is subscribed to Xenial. Matching subscriptions: Ubuntu 16.04 Bugs https://bugs.launchpad.net/bugs/1912830 Title: Use non-removable uefi bootloader in cloud-images by default Status in livecd-rootfs package in Ubuntu: Fix Released Status in livecd-rootfs source package in Xenial: Won't Fix Status in livecd-rootfs source package in Bionic: Fix Released Status in livecd-rootfs source package in Focal: Fix Released Status in livecd-rootfs source package in Groovy: Fix Released Bug description: [Impact] * use non --removable uefi installation for cloud-images * Currently cloud-images use --removable grub installation, which makes the disk images look at lot more like our installer .isos, than installed systems. This causes many issues: * ubuntu efiboot entry is not created by the fallback manager from shim * one cannot reorder ubuntu boot entry, and/or boot and apply fwupdate updates (if possible) * measurements are unstable, and change if one call grub-install and or upgrades things * often grub & shim upgrades are not applied at all as \EFI\ubuntu does not exist on the ESP * We should switch to only shipping shim/fallback/mm in \ESP\Boot and ship \ESP\ubuntu on the cloud-image ESPs such that we regain stable measurements; ubuntu boot entry; and upgrades of grub and shim. [Test Case] * After UEFI firstboot $ efibootmgr --verbose => should contain `ubuntu` entry pointing at ESP\ubuntu\shim*.efi binary, which should be added to the bootorder [Where problems could occur] * Existing systems which were booted from previous style images, will not upgrade shim|grub on the ESP, and must call `grub-install` or `grub-multi-install` to correct that. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/livecd-rootfs/+bug/1912830/+subscriptions ___ Mailing list: https://launchpad.net/~group.of.nepali.translators Post to : group.of.nepali.translators@lists.launchpad.net Unsubscribe : https://launchpad.net/~group.of.nepali.translators More help : https://help.launchpad.net/ListHelp
[Group.of.nepali.translators] [Bug 1912830] Re: Use non-removable uefi bootloader in cloud-images by default
This bug was fixed in the package livecd-rootfs - 2.694.3 --- livecd-rootfs (2.694.3) groovy; urgency=medium [ David Krauser ] * buildd: produce kernel and initrd as separate artifacts LP: #1910557 * buildd: call update-initramfs for all installed kernels We only have one kernel installed, so we don't need to specify an explicit version. LP: #1910557 [ Dimitri John Ledkov ] * esp: install grub in ubuntu bootloader id path, instead of removable. (LP: #1912830) * esp: perform fsck. (LP: #1912835) * Perform fsck on all rootfs. (LP: #1912835) * functions: stop removing systemd-detect-virt unconditionally in undivert_grub (LP: #1902260) livecd-rootfs (2.694.2) groovy; urgency=medium [ Cody Shepherd ] * Create manifests for buildd tarball images (LP: #1914445) -- Dimitri John Ledkov Tue, 09 Feb 2021 00:40:38 + ** Changed in: livecd-rootfs (Ubuntu Groovy) Status: Fix Committed => Fix Released -- You received this bug notification because you are a member of नेपाली भाषा समायोजकहरुको समूह, which is subscribed to Xenial. Matching subscriptions: Ubuntu 16.04 Bugs https://bugs.launchpad.net/bugs/1912830 Title: Use non-removable uefi bootloader in cloud-images by default Status in livecd-rootfs package in Ubuntu: Fix Released Status in livecd-rootfs source package in Xenial: Won't Fix Status in livecd-rootfs source package in Bionic: Fix Committed Status in livecd-rootfs source package in Focal: Fix Committed Status in livecd-rootfs source package in Groovy: Fix Released Bug description: [Impact] * use non --removable uefi installation for cloud-images * Currently cloud-images use --removable grub installation, which makes the disk images look at lot more like our installer .isos, than installed systems. This causes many issues: * ubuntu efiboot entry is not created by the fallback manager from shim * one cannot reorder ubuntu boot entry, and/or boot and apply fwupdate updates (if possible) * measurements are unstable, and change if one call grub-install and or upgrades things * often grub & shim upgrades are not applied at all as \EFI\ubuntu does not exist on the ESP * We should switch to only shipping shim/fallback/mm in \ESP\Boot and ship \ESP\ubuntu on the cloud-image ESPs such that we regain stable measurements; ubuntu boot entry; and upgrades of grub and shim. [Test Case] * After UEFI firstboot $ efibootmgr --verbose => should contain `ubuntu` entry pointing at ESP\ubuntu\shim*.efi binary, which should be added to the bootorder [Where problems could occur] * Existing systems which were booted from previous style images, will not upgrade shim|grub on the ESP, and must call `grub-install` or `grub-multi-install` to correct that. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/livecd-rootfs/+bug/1912830/+subscriptions ___ Mailing list: https://launchpad.net/~group.of.nepali.translators Post to : group.of.nepali.translators@lists.launchpad.net Unsubscribe : https://launchpad.net/~group.of.nepali.translators More help : https://help.launchpad.net/ListHelp
[Group.of.nepali.translators] [Bug 1912830] Re: Use non-removable uefi bootloader in cloud-images by default
** Changed in: livecd-rootfs (Ubuntu Xenial) Status: Fix Committed => Won't Fix -- You received this bug notification because you are a member of नेपाली भाषा समायोजकहरुको समूह, which is subscribed to Xenial. Matching subscriptions: Ubuntu 16.04 Bugs https://bugs.launchpad.net/bugs/1912830 Title: Use non-removable uefi bootloader in cloud-images by default Status in livecd-rootfs package in Ubuntu: Fix Released Status in livecd-rootfs source package in Xenial: Won't Fix Status in livecd-rootfs source package in Bionic: Fix Committed Status in livecd-rootfs source package in Focal: Fix Committed Status in livecd-rootfs source package in Groovy: Fix Committed Bug description: [Impact] * use non --removable uefi installation for cloud-images * Currently cloud-images use --removable grub installation, which makes the disk images look at lot more like our installer .isos, than installed systems. This causes many issues: * ubuntu efiboot entry is not created by the fallback manager from shim * one cannot reorder ubuntu boot entry, and/or boot and apply fwupdate updates (if possible) * measurements are unstable, and change if one call grub-install and or upgrades things * often grub & shim upgrades are not applied at all as \EFI\ubuntu does not exist on the ESP * We should switch to only shipping shim/fallback/mm in \ESP\Boot and ship \ESP\ubuntu on the cloud-image ESPs such that we regain stable measurements; ubuntu boot entry; and upgrades of grub and shim. [Test Case] * After UEFI firstboot $ efibootmgr --verbose => should contain `ubuntu` entry pointing at ESP\ubuntu\shim*.efi binary, which should be added to the bootorder [Where problems could occur] * Existing systems which were booted from previous style images, will not upgrade shim|grub on the ESP, and must call `grub-install` or `grub-multi-install` to correct that. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/livecd-rootfs/+bug/1912830/+subscriptions ___ Mailing list: https://launchpad.net/~group.of.nepali.translators Post to : group.of.nepali.translators@lists.launchpad.net Unsubscribe : https://launchpad.net/~group.of.nepali.translators More help : https://help.launchpad.net/ListHelp