Hello,
latest Fedora 39 update fails to install due to insufficient space on /boot.
My /boot is only 500 MB, a relic from some time back.
I'm only keeping 1 previous kernel version to save space.
A look in /boot shows quite a bit of space used by debug versions. Advice elsewhere suggested debug versions could be deleted if I'm not building my own kernels, but trying that shows that a number of other tools/applications will be deleted as well, they have a dependency I guess.
Any suggestions as to how best tackle this issue?

Cheers,
Terry

Increase the size of /boot ?.

Trite I know, but that's the answer. Fedora has always (as long as I've been using it anyway) used /boot as a temp scratchpad during updates. It's just a filesystem in a partition - increase it; move it if necessary although that may require a re-install of your loader to fix the NVRAM (UEFI).

OK.
I did look into increasing the size of /boot, but it did look like it was going to end up being a very messy exercise.
I had a faint hope that there might be some advice as to which of the debug versions of the kernel etc might not really be needed.
Thanks for your advice, I'll ponder on the problem some more.

Cheers,
Terry

That doesn't sound right, I spent years deleting kernels - core and debug. Show us the command you used, and the listing it offered up.

OK, here's the output of the request to delete...

[terry@localhost ~]$ sudo dnf remove kernel-debug-core*
[sudo] password for terry:
Dependencies resolved.
================================================================================
Package Arch Version Repository Size
================================================================================
Removing:
kernel-debug-core x86_64 6.7.4-200.fc39 @updates 94 M
kernel-debug-core x86_64 6.7.5-200.fc39 @updates 94 M
Removing dependent packages:
NetworkManager-l2tp x86_64 1.20.10-2.fc39 @fedora 639 k
kernel-debug-devel-matched x86_64 6.7.5-200.fc39 @updates 0
kernel-debug-modules x86_64 6.7.4-200.fc39 @updates 97 M
kernel-debug-modules x86_64 6.7.5-200.fc39 @updates 97 M
kernel-debug-modules-core x86_64 6.7.4-200.fc39 @updates 53 M
kernel-debug-modules-core x86_64 6.7.5-200.fc39 @updates 53 M
kernel-debug-modules-extra x86_64 6.7.4-200.fc39 @updates 4.4 M
kernel-debug-modules-extra x86_64 6.7.5-200.fc39 @updates 4.4 M
Removing unused dependencies:
NetworkManager-l2tp-gnome x86_64 1.20.10-2.fc39 @fedora 300 k
kf5-modemmanager-qt x86_64 5.115.0-1.fc39 @updates 603 k
plasma-nm x86_64 5.27.10-1.fc39 @updates 5.0 M
plasma-nm-l2tp x86_64 5.27.10-1.fc39 @updates 552 k
xl2tpd x86_64 1.3.17-3.fc39 @fedora 202 k

Transaction Summary
================================================================================
Remove 15 Packages

That had me a bit concerned, so decided not to proceed at that time.
I had another think about it, and did a bit of snooping as to what the other packages actually did, and came to the conclusion that it was no risk to me to have them all deleted.
I've now got about 200 MB free space in /boot and thus far, all appears to be OK.

Cheers,
Terry

I've provided the requested info.
Does that look OK, or do you see some problems with what I've done?

Cheers,
Terry

When you went ahead, I didn't see any point in responding further. Looks ok, dnf is pretty robust compared to its predecessors.

Maybe look into using --noautoremove in future if you're concerned about this sort of thing.

OK, thanks for responding.
I had already carried out the 'dnf remove...' before you entered the discussion, and your comments gave me some cause for concern.
The system does seem to OK thus far, although a recent kernel update has shrunk available /boot space back to about 80MB...yet to ascertain what has been added during that update that wasn't there after my 'dnf remove...'.

Cheers,
Terry

Thank you so much.