Fedora 39, /boot space problem
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 |
Quote:
|
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 |
Quote:
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.
|
All times are GMT -5. The time now is 01:57 AM. |