Hi everyone. I have encountered something rather strange after installing the update for Fedora 44 from 43 on my Desktop (x86_64). Now I am not sure if this has been reported before, but what I am experiencing is the following:
At startup (I have Grub2 enabled), Grub will not show me the f44 kernel, but my 2 old f43 versions. After trying to Login, kactivitymanager crashes (obviously it would expect a different kernel is my guess), and while the GUI “works” in the sense of there is a screen and the crash report GUI is there, it does not show anything except for my password manager, which I set to autostart. I cannot get a terminal with the usual shortcuts, but the TTY does work.
Fedora claims it runs on 44, but uname -r definitely says its the f43 kernel, and the kernel does not register in /boot (vmlinuz is completely missing). I tried recreating the grub config, did not help.
Dnf tells me the kernel is installed but reinstalling will not work, it will keep saying that it is installed, but not available.
I tried dnf distro-sync but that does basically nothing, especially since I always have to specify releaseversions because dnf still thinks it operates under f43.
I am out of clues, hope anybody can help. If you need logfiles, ask away and I shall provide.
EDIT FOR FUTURE REFERENCE: Read this entire thread, there were multiple steps needed to solve this.
Please try sudo dnf reinstall kernel* so it attempts to reinstall all the current kernel packages. The current kernel for f44 is presently the 7.0.8 version and it may be necessary to first remove all those kernel packages with sudo dnf remove kernel*7.0.8* then reinstall with sudo dnf upgrade kernel*
First of all, it should make no difference whether you run the latest version 43 kernel or the latest 44 kernel, as the basically are the same. So uname -r doesn’t tell you anything about which Fedora version you are running. It only shows which kernel you are running.
Second: The version should be determined by the contents of /etc/os-release.
Third: You can run dnf repolist to see which version dnf thinks it is supposed to use.
This is confusing. If you ran dnf distro-sync specifying --releasever=44 you should get the system updated or it should tell you it is upgraded already.
tried this, but whenever I want to upgrade it says nothing to do, all installed. Other install commands for f44 tell me: packages for argument “kernel*” installed, but unavailable.
The weird part is to me that I can find the kernel on my OS. It just does not get used. My RPM defaults to fc43 versions of things, and somehow the kernel does not register for booting and I cannot figure out how to change that (I’m a bit technical, but not too much)
Have you tried the removal and reinstall as I also suggested in the same post?
dnf list --installed kernel* to see all the installed kernel packages.
sudo dnf remove kernel*<version number>* to remove all packages for a specific kernel version.
sudo dnf upgrade kernel* --releasever=44 to install the newest available kernel version for f44 (assuming that may be the one you removed and it is not already installed.)
Yes, I tried that. The kernels exist. With your list command, I can see that I have 7.0.9-102.fc43 and 7.0.9-202.fc44 kernels installed.
I fixed the rpm version issue in the meantime, but the kernel still will not boot. My active kernel is fc43 and grub will not show me another one.
Whenever you receive a new kernel update, did you always boot from the new kernel? Kernel updates usually arrive about once a week or perhaps once every two weeks. Updating from Fedora 43 to Fedora 44 kernel is no different from a regular kernel update.
I have no other idea why my activitymanager would crash otherwise after an update install and why my GUI is gone set aside the apps mentioned in my OP. Is there any way I can check if certain requirements for the activity manager are missing?
At this point my only suggestion would be to try sudo dnf distro-sync --refresh --allowerasing
It will not reinstall packages that may have been manually removed with the package manager (dnf), but should clean up anything that might have been corrupted.
I note that the kernel 7.0.6 has no files in /boot, nor does the 7.0.9-202.fc44 kernel, so it would be safe to remove both those kernels – especially since neither is available to reinstall. You will be left with the one currently booted – 7.0.9-100.fc43 – and the rescue kernel. sudo dnf remove kernel*7.0.6* kernel*7.0.9-202.fc44* will do that cleanly and leave the currently booted fc43 kernel.
Now the issue is to get the f44 kernel properly installed (if the distro-sync command does not do so when run above). Check if distro-sync upgraded the kernel with dnf list --installed kernel*fc44* and ls /boot before doing the steps below.
First remove the non-working f44 kernel with sudo dnf remove kernel*7.0.9-202.fc44* so the package manager cleans everything up.
Then reinstall it with sudo dnf upgrade kernel-* --releasever=44 --disablerepo=\* --enablerepo updates. As of today that should install the proper kernel packages for version 7.0.9-204.fc44.x86_64 and should also make it the default kernel and show up in the grub boot menu.
Tried that, removing kernels works, but now the issue is (probably) that my dnf is locked on version 44 since I fixed this issue beforehand, since upgrading kernel commands told me theres nothing to do.
I figure its better to do a wipe/install at this point, might be less work.
Repolist- ENABLED:
repo id repo name
code Visual Studio Code
copr:copr.fedorainfracloud.org:iucar:cran Copr repo for cran owned by iucar
copr:copr.fedorainfracloud.org:iucar:rstudio Copr repo for rstudio owned by iucar
docker-ce-stable Docker CE Stable - x86_64
Dropbox Dropbox Repository
rpmfusion-free RPM Fusion for Fedora 44 - Free
rpmfusion-free-updates RPM Fusion for Fedora 44 - Free - Updates
rpmfusion-nonfree RPM Fusion for Fedora 44 - Nonfree
rpmfusion-nonfree-updates RPM Fusion for Fedora 44 - Nonfree - Updates
Repolist-DISABLED:
repo id repo name
adoptium-temurin-java-repository Adoptium
copr:copr.fedorainfracloud.org:phracek:PyCharm Copr repo for PyCharm owned by phracek
docker-ce-stable-source Docker CE Stable - Sources
docker-ce-test Docker CE Test - x86_64
docker-ce-test-source Docker CE Test - Sources
google-chrome google-chrome
rpmfusion-free-debuginfo RPM Fusion for Fedora 44 - Free - Debug
rpmfusion-free-source RPM Fusion for Fedora 44 - Free - Source
rpmfusion-free-updates-debuginfo RPM Fusion for Fedora 44 - Free - Updates Debug
rpmfusion-free-updates-source RPM Fusion for Fedora 44 - Free - Updates Source
rpmfusion-free-updates-testing RPM Fusion for Fedora 44 - Free - Test Updates
rpmfusion-free-updates-testing-debuginfo RPM Fusion for Fedora 44 - Free - Test Updates Debug
rpmfusion-free-updates-testing-source RPM Fusion for Fedora 44 - Free - Test Updates Source
rpmfusion-nonfree-debuginfo RPM Fusion for Fedora 44 - Nonfree - Debug
rpmfusion-nonfree-source RPM Fusion for Fedora 44 - Nonfree - Source
rpmfusion-nonfree-updates-debuginfo RPM Fusion for Fedora 44 - Nonfree - Updates Debug
rpmfusion-nonfree-updates-source RPM Fusion for Fedora 44 - Nonfree - Updates Source
rpmfusion-nonfree-updates-testing RPM Fusion for Fedora 44 - Nonfree - Test Updates
rpmfusion-nonfree-updates-testing-debuginfo RPM Fusion for Fedora 44 - Nonfree - Test Updates Debug
rpmfusion-nonfree-updates-testing-source RPM Fusion for Fedora 44 - Nonfree - Test Updates Source
This might be connected to the issue of kactivitymanagerd crashing. It complains about missing qt6 packages, which are installed (I checked this multiple times) but somehow I cannot reinstall them because it says “Packages for “qt6-base” installed, but not available”.
Quite frankly, I’m very close to just wiping the whole thing.
I edited your post and added the preformatted text tags with the </> button so it now appears as you see it on screen. Please remember to do that with future posts.
The enable and disabled lists do not show any fedora repos. They should be shown like this in the enabled list.