[Bug 2151216] Re: [SRU] Force switch to piboot-try on Raspberry Pi

[Dave Jones]

@klatls, The failure to calculate the upgrade is not the error that this
is attempting to fix so I've reverted the tag (I'll do some verification
for this on Tuesday when I'm back). The failure here is when the upgrade
*succeeds* but fails to install piboot-try despite it being seeded in
resolute.

I was vaguely hoping the move to the post upgrade cache method *might*
also fix some of the upgrade calculation errors, but that's not the
primary goal here. If it hasn't fixed it in your case, I would recommend
opening another bug against ubuntu-release-upgrader including the full
dist-upgrade logs (/var/log/dist-upgrade/*.log if memory serves).

** Tags removed: verification-failed-resolute
** Tags added: verification-needed-resolute

-- 
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