I have been running version 21.10 of Ubuntu, which of course has been EOL for a little while now. I finally attempted to upgrade it to 22.04.1 today, by selecting "Upgrade" in the little dialog box that pops up every now and then to remind me that 21.10 is EOL.
(It now seems that maybe I shouldn't have done that -- that I should e.g. have followed the more-manual instructions at https://help.ubuntu.com/community/EOLUpgrades/ and How to install software or upgrade from an old unsupported release? ... but what's done is done and the question now is how best to recover from the damage. And in any case those look pretty old, and I'm not sure whether even if I'd known of their existence I should have trusted them over the fact that Ubuntu's own upgrade machinery was inviting me to click its button.)
(While I'm on the mea culpas: yes, I should in fact have upgraded sooner. Again, what's done is done and I'm looking for advice on how to proceed from here.)
Everything proceeded, apparently, reasonably smoothly (exception: the Firefox snap upgrade seemed to have some sort of problem), until (I think) the end of the "installing" step, at which point I was delighted to see a window saying:
Could not install the upgrades
The upgrade has aborted. Your system may be in an unusable state. A recovery will run now (dpg --configure -a).
In the upgrade terminal (i.e., the thing revealed by clicking on "Terminal") the last thing visible was three repetitions of
libdvd-pkg: Checking orig.tar integrity...
/usr/src/libdvd-pkg/libdvdcss_1.4.3.orig.tar.bz2: OK
libdvd-pkg: `apt-get check` failed, you may have broken packages. Aborting ...
ZSys is adding automatic system snapshot to GRUB menu.
On clicking ... er, bother, my notes don't say what the relevant button was, but the only thing that seemed to be actually doable at this point ... there was a further message:
The upgrade has completed but there were errors during the upgrade process.
The system is still running, and at least some things work apparently normally. I am reluctant to poke it too much, on the grounds that running partially-upgraded software seems like it could cause trouble.
Superficially, the machine seems to think it is now running 22.04.1. For instance, the contents of /etc/lsb-release
seem consistent with that, and the But at no point during the process did it reboot, or restart my window manager, or anything similarly disruptive, so as I'm pretty sure 22.04 uses a different version of the Linux kernel from 21.10 (5.15 versus 5.13) and a different version of GNOME (42 versus 40) I don't think I can currently be running all the things I would be with a fully updated 22.04.1 system.
(In /boot
, there is a 5.15 kernel file and vmlinuz
is a symlink to it. So the kernel appropriate for 22.04.1 is definitely there. Likewise, it looks as if the GNOME binaries in /usr/bin
are version 42.4.)
This is all rather distressing. At this point:
- What should I do next?
More specifically:
- Are there further things I should do to either complete or roll back the upgrade attempt? E.g., I know there is such a thing as
apt --fix-broken install
which evidently attempts to fix some things, but I don't know whether it's designed for this situation. - If I reboot the machine, is that likely to break things? Or to un-break things that might currently be broken?
- Are there things I can usefully do to get more insight into what went wrong and how (if it's possible) to fix them?
- Are there things I can usefully do to get more insight into what state the machine is currently in? E.g., whether there are things that are meant to get upgraded when the process runs to completion without errors, and that haven't been?
user535733 makes the excellent suggestion of looking in the logs. It looks to me as if the relevant logs are in /var/log/dist-upgrade
, and the only file in there that shows obvious signs of trouble is main.log
. There are three things in there that look fishy.
- Near the start, there is evidently an attempt to do an
apt update
or something similar, which failed because 21.10 is EOLed and the update servers are unavailable. (My guess: this is probably benign.) - Near the end, there are several errors complaining that upgrading Firefox ran into trouble. (My guess: this is probably benign; I'll need to reinstall the Firefox snap, that's all.)
- This made something called
installArchives
fail. I'm pretty sure that's just because that was an action that included upgrading Firefox. Again, I expect this is benign.
- This made something called
- Almost the last thing in the file is an attempt to run
./xorg_fix_proprietary.py
, which failed because there was no such file.- A bit of googling suggests that people have had a similar problem in the past with a variety of different Ubuntu versions. I am slightly worried that this may indicate that some earlier thing that was meant to put that file in place didn't complete. Seems like it should in principle be fixable by reinstalling the relevant packages, though.
/etc/apt/sources.list
look like? Do the lines say "jammy" instead of "impish"? What does the output ofsudo apt update
look like? (This command won't actually update anything)./etc/apt/sources.list
saysjammy
in many places.apt update
fetches ~2MB of stuff, all from places withjammy
in their names, and says there are 20 packages that can be upgraded.sudo apt upgrade
and then reboot, crossing my fingers.