I just finished updating a system to F36. It did not go smoothly (/var got filled and dnf system-upgrade failed to remove a bunch of F35 packages). I’ve managed to clean up most of the mess, but the grub menu still shows a F35 kernel. I tried to update the menu manually with kernel-install but no luck. I get the following output and the grub menu remains the same as before.
$ sudo kernel-install add 5.17.6-300.fc36.x86_64 /lib/modules/5.17.6-300.fc36.x86_64/vmlinuz
dkms: running auto installation service for kernel 5.17.6-300.fc36.x86_64
Error! Could not locate dkms.conf file.
File: /var/lib/dkms/mba6x_bl/20150428.f1482dd/source/dkms.conf does not exist.
Yes. When I ran it yesterday dnf distro-sync did its checks and then said “Nothing to do” or something to that effect. I ran it again just now and it looks like it’s installing a new kernel. I’ll reboot after it’s done and see what happened to the grub menu.
Not exactly like that, I use Fedora 37 or rawhide, I’ve upgraded yesterday from fedora 36 beta. The upgraded process is like fedora as usual flawlessly and smoothly haha I upgraded because I want to know if my old laptop which doesn’t support uefi still can upgrade to use fedora 37 in the future release, and at least I know it’s working well.
I also have tried your command above. but still no include large dependency when i tried to remove kernel 5.17.7-300.fc36 with your command above. see my SS below:
It looks like the reason for the mass removal of packages was that 5.17.6 was the only version for the kernel-headers package. I learned in another thread that the kernel-headers package is not necessarily provided for every kernel; if no changes to userspace headers occurs in a new kernel release then the headers for the earlier kernel version can still be used. So I was able to remove kernel 5.17.6 with dnf remove kernel-core-5.17.6-300.fc36 and it only removed that kernel version and its modules and not dozens of other packages.
And the reason the grub menu didn’t update was that a bug in systemd kernel-install which causes it to put the kernel files in /boot/efi rather than in /boot. Fix was to delete /boot/efi/<machine id>. Details here:
I tried your solution, but it doesn’t work. I just updated OS to Fedora36, and I also find this bug.
I updated fedora kernel belows:
sudo dnf upgrade
When the system is updated, I reboot the system. And I found the new kernel has not shown in grub menu.
To solve this problem, I did that:
~ sudo sed -i ‘s/GRUB_ENABLE_BLSCFG=true/GRUB_ENABLE_BLSCFG=false/g’ /etc/default/grub
~ sudo grub2-mkconfig -o /boot/grub2/grub.cfg
~ sudo grub2-mkconfig -o /boot/efi/EFI/fedora/grub.cfg
But how to fix this bug? Please help.