Sudo dnf update failed: kernel needs more space on /boot filesystem

Hi George, I have removed the rescue kernel. I would like to increase the boot partition, as easily and safely as possible. My SSD’s are fairly new so they should not be a problem with failing.
As maybe you have read, I have both Gparted and Gnome-Disks.
When I tried to unmount the boot partition it says “unable to unmount”. So I am confused and not sure of the proper procedure to increasing the size of boot. I have lots of space on “home” which I suspect I have to reduce before I can increase “boot”
Is there a clear advice someplace for beginners?

Boot from Live USB image, which means your partitions will not be mounted.

Then use Gparted or your partitioning tool of choice to shrink one partition and expand your /boot partition by whatever amount you deem appropriate. I’ve left mine at 1GB but I remove the nouveau drivers from all of my /boot files which makes them significantly smaller and I have also dumped the rescue partition as it’s of no use to me.

┌─🎩 lurcher /boot🔒
├─
└─➜ df -h /boot                                                                                                                                                              13:14 Tue 04-Nov
Filesystem      Size  Used Avail Use% Mounted on
/dev/nvme0n1p2  974M  370M  537M  41% /boot

370MB used with 527MB free with 5 kernels kept. Plenty of space I feel, even with a stock “pre-F43 fresh install” 1 GB /boot partition. If you want to make yours larger, go ahead but it has to be done with the partitions unmounted, as you have found out.

1 Like

Hi Steve, would it work if I used the second SSD with Windows and opened Gparted in the Windows OS?

Good idea, yes you can normally alter partitions from Windows, but Windows does not recognise btrfs usually … so test it out.