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

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.

  (Thinkpad T470) Boot loop after update

To manage notifications about this bug go to:

ubuntu-bugs mailing list

Reply via email to