[Bug 2151216] Re: [SRU] Force switch to piboot-try on Raspberry Pi
Dave Jones
2151216 at bugs.launchpad.net
Mon May 25 10:03:57 UTC 2026
@klatls Oh, sorry -- I forgot you'd already opened another bug but it
got marked as a duplicate of this one. I'll unmark the duplicate as
yours is indeed a separate issue, and I'll have a look at that one after
verifying this
--
You received this bug notification because you are a member of Ubuntu
Foundations Bugs, which is subscribed to ubuntu-release-upgrader in
Ubuntu.
https://bugs.launchpad.net/bugs/2151216
Title:
[SRU] Force switch to piboot-try on Raspberry Pi
Status in ubuntu-release-upgrader package in Ubuntu:
Fix Committed
Status in ubuntu-release-upgrader source package in Resolute:
Fix Committed
Bug description:
[ Impact ]
When upgrading from questing: all flash-kernel calls fail (resulting
in repeated failure to apt upgrade). When upgrading from noble (once
questing goes EOL): potential for non-booting system after
*apparently* successful upgrade.
[ Test plan ]
This has already been carried out using a couple of local builds, but
should be re-verified with the official archive build. For each
affected $image (Ubuntu Server for Raspberry Pi, and Ubuntu Desktop
for Raspberry Pi):
* With spare SD card, flash $image from questing
* Boot card, run through upgrades, reboot
* sudo apt install flash-kernel # set flash-kernel to manually installed
* sudo do-release-upgrade
* Run through upgrade, checking that the upgrade does *not* attempt to remove flash-kernel
* After upgrade test flash-kernel; this should fail complaining that Raspberry Pi is not supported
* Repeat procedure, but use: sudo do-release-upgrade --proposed
* After upgrade test flash-kernel; this should succeed
* Repeat the procedure with noble, but skip do-release-upgrade and download the installer direct from the archive to test the upgrade path from noble:
* https://archive.ubuntu.com/ubuntu/dists/resolute/main/dist-upgrader-all/current/resolute.tar.gz
* https://archive.ubuntu.com/ubuntu/dists/resolute-proposed/main/dist-upgrader-all/current/resolute.tar.gz
[ Where things could go wrong ]
The changes are gated on the inclusion of the raspi seeds, thus
testing can be limited to the Raspberry Pi images. Both server and
desktop images must be tested given that the upgrades involve
substantially different package sets that may interact with the
changes differently.
The upgrade may be prevented from working at all (by presenting a
selection that the resolver cannot handle), although that's a
substantially less harmful scenario than that which may occur
upgrading from noble once questing goes EOL. The biggest danger is the
upgrade may still result in an unbootable system if, for some reason,
piboot-try *doesn't* get installed, but the test cases above should
guard against that possibility.
[ Original description ]
There have been a number of bugs (filed erroneously against flash-
kernel, though quite understandably given this *appears* to be where
the errors occurs) indicating people have managed to upgrade *without*
piboot-try getting pulled in, despite it being in the relevant meta
packages for both server and desktop on the Raspberry Pi.
Given the raspi entries have been removed from flash-kernel in
resolute (i.e. only piboot-try is functional on the Pi under
resolute), the installation of piboot-try and removal of flash-kernel
should be forced when upgrading to resolute if the raspi meta-packages
are present on the system.
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/ubuntu-release-upgrader/+bug/2151216/+subscriptions
More information about the foundations-bugs
mailing list