quentin.dufour.io/_posts/2017-11-25-upgrade-fedora-online.md
2024-03-17 13:52:40 +01:00

4.3 KiB

layout slug status sitemap title description disqus category tags
post online-upgrade-fedora published true Online Fedora Upgrade How to efficiently destroy your distribution false operation
linux
fedora

I have installed Fedora on my computer 3 or 4 years ago. Since this installation, I have installed many packages and upgraded it every 6 months. Unfortunately, Gnome Software has never worked for me, and I never took the time to debug it. Like many people, I am using the old method with dnf-system-upgrade, which worked pretty well. But this time, I had a segfault on dnf during the offline upgrade. The only information I got was the following lines:

kernel: dnf[846]: segfault at 8 ip 00007f39b860f724 sp 00007ffd00588520 error 4 in libc-2.25.so[7f39b8586000+1cb000]
systemd[1]: dnf-system-upgrade.service: Main process exited, code=dumped, status=11/SEGV
systemd[1]: Failed to start System Upgrade using DNF.

Just after the segfault, my computer rebooted on Fedora 26.

How dnf-system-upgrade works

Some information presented here could be not totally accurate. If you have a doubt, please follow the links.

dnf-system-upgrade uses a feature of systemd described here: Implementing Offline System Updates. By creating a symlink named /system-update, at the next reboot systemd will boot to a specific target named system-update.target. That's what we name "an offline upgrade" contrary to an upgrade run in the default.target which I call "an online upgrade".

But when will this symlink created ? When you run the following command:

dnf system-upgrade reboot

We can see in the source of the plugin that a symlink pointing to a dnf folder is created:

DEFAULT_DATADIR = '/var/lib/dnf/system-upgrade'
MAGIC_SYMLINK = '/system-update'

# ...
os.symlink(DEFAULT_DATADIR, MAGIC_SYMLINK)
# ...
reboot()

We can now investigate which services are triggered by this target:

$ ls /usr/lib/systemd/system/system-update.target.wants/
dnf-system-upgrade.service  fwupd-offline-update.service  packagekit-offline-update.service

We are specifically interested by dnf-system-upgrade.service which basically run the following command:

dnf --releasever=27 system-upgrade upgrade

At the end of this script, the symlink /system-update is destroyed and the computer rebooted.

Upgrading online to bypass the bug

I didn't have any idea to debug this segfault in the offline mode. So I searched a way to run this command on an online system. If the command segfaults, I'll have some tools to investigate it. If the command works, I'll have an upgraded system. In my case, once run online, everything went well.

Before typing any command, you must know that this tool is not intended to be run this way. You may break your Fedora installation or kill your family. You really should run all your commands in a virtual terminal as it will not kill dnf if Gnome crashes during the install.

First, you must have downloaded the update:

dnf upgrade --refresh
dnf system-upgrade download --releasever=27

For more information, you can refer to the article Upgrading Fedora 26 to Fedora 27

Then, you will need to update dnf-system-upgrade configuration stored in /var/lib/dnf/system-upgrade.json and set "upgrade_status" to "ready":

{
  "download_status": null,
  "upgrade_status": "ready", <--- this line
  "exclude": [],
  "allow_erasing": true,
  "datadir": "/var/lib/dnf/system-upgrade",
  "distro_sync": true,
  "best": false,
  "target_releasever": "27",
  "system_releasever": "26",
  "releasever": "23",
  "install_packages": {},
  "enable_disable_repos": []
}

You must create the /system-update symlink, otherwise the upgrade command will fail:

ln -s /var/lib/dnf/system-upgrade /system-update

And finally, you can run the upgrade command:

dnf --releasever=27 system-upgrade upgrade

Your computer will automatically reboot at the end. Now you'll have either a working Fedora 27 or a broken Linux distribution. Good luck and have fun !