I always use dnf upgrade --releasever=<N> to upgrade to the next release. I also have a âwrapperâ script for dnf saved under /usr/local/bin that always adds --exclude=kernel\* to dnf update (or dnf upgrade) and then I always update the kernel separately from everything else whenever a compatible update comes along.
Yes. It should report at the end that the kernel and zfs updates were excluded. There are two separate scripts that I run when I want to update zfs or the kernel (zfs-update and kernel-update).
Glad you found it useful.
P.S. Donât try to use any of the other scripts from that supplements subdirectory (the ones named os??). Those are written for the specific configuration that the main Fedora-on-ZFS script creates and they might damage a system that was installed by some other means. (They should bail out early with an error message, but those scripts are quite new and not well tested.)
Yeah, the ânormalâ offline updater that Fedora Linux uses will cover all those messages up with a dancing hot dog or whatever you have your Plymouth animation set to. When you use dnf update ... you will see all the gory details of what is going on. Personally, I prefer to see the error messages and warnings so I have the opportunity to correct them. I guess most people find them âscaryâ though, so Fedora Linux hides all that by default.
BTW, when you do an online update like that, you should shutdown all your running programs and run sudo systemctl isolate multi-user.target first. Youâll normally get away without doing that though.
The next thing you should run is sudo rpmconf -a. Then reboot after you have confirmed that all the configuration files have been updated the way you want.
You can skip sudo rpmconf -a. You just might miss out on some updated settings in rare cases (especially if you customized anything under /etc).
It looks like there is something unusual happening with your SELinux rules. You might want have a look at the output of sudo semanage -o and sudo semodule --list=full | grep -v '^100'. If there are old customizations there that you no longer need, you might remove them.
You might also want to run sudo fixfiles -F onboot once and reboot to have your system relabel all your files and be sure they have the right contexts.
I use your excellent scripts, they complement my root on ZFS install perfectly, even though i donât use your install script as it requires two drives. But thank you for your scripts.
But i was wondering, what is the correct sequence to do the upgrade, install that .rpm first, then do the âdnf upgrade --releasever=â, or the other way around, using your scripts to exclude kernel and ZFS from 42 upgrade, then either run update-zfs and update-kernel, or install that .rpm?
Sorry iâm new to DNF5 so iâm not clear about this..
You donât need to download and install that RPM separately. It will happen when you run sudo zfs-update.
You should update the rest of the OS first with the sudo dnf upgrade --releasever=... command. Then, when you run sudo zfs-update, it should automatically fetch and install that RPM containing the new GPG keys from the ZFS repo.
Finally, you can run the sudo kernel-update script to install the latest kernel with the new ZFS driver.
Thank you, but just to be clear, since the 42 upgrade is done after reboot into systemd, i should definitely do the zfs-update before allowing the reboot after downloading the 42 files, but before doing the âdnf5 offline rebootâ command?
Or does your zfs-update scripts also prevent kernel and zfs from being upgraded in this case?
As per the guide, the upgrade is done with the commands
I never use the offline upgrade method. That would likely bypass the wrapper script I have that excludes the kernel. My guess is that it would try to install the new kernel without the updated ZFS driver and that would likely fail. Hopefully it would just fail to update the kernel, but the rest of the OS would be upgraded. In that case, you would just need to follow-up with the zfs-update and kernel-update commands to finish updating your kernel.
You can run the updated OS on the previous versionâs kernel for a while. It is not a problem to update the OS without updating the kernel (at least for a while).