The packages themselves are not buggy. This appears to be an issue caused by firmware doing exactly what it is told and designed to do.
I didn't notice that earlier, but there's a "Boot Order Lock" option in Lenovo's firmware, and it is set to Enabled in the screenshots you provided. Automated boot fallback can only work if the BootOrder can be changed, as that is what it used to let the system boot directly to disk, then rebuild the 'ubuntu' entry, and reboot to get into it. If you disable 'Boot Order Lock' and remove the hold on the packages, I expect the system to successfully update, and boot to Ubuntu successfully. At the very least, it will definitely help ensuring fallback works without multiple reboot. I'm still not sure if there isn't also a latent issue caused by NVMe, but I think this will get us one step in the right direction :) -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1750351 Title: (Thinkpad T470) Boot loop after update To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/shim/+bug/1750351/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
