Free up space on /boot to update the kernel

Ask Fedora
1

Hi,

I hope you are all well.

When I am updated my system I have a message telling me that the kernel installation requires 50 MB more space on the folder /boot

erreur départ
erreur départ1898×964 162 KB

I did df -h , I found that the /boot is used at 100 %

sudo df -h
sudo df -h1902Ă—955 82.1 KB

with command du -ah /boot | sort -h here is the result

sudo du -ah
sudo du -ah1473Ă—1116 199 KB

I have couple of initramfs . Img which are fairly big , I believe that they are backup files that I created when I fiddled with the system in oerder to install the propriatery nvidia drivers on my system.

My question is can I supress the oldest initramfs.img and keep the most recent one as a backup ?

What else can I do to save some space on the /boot file ?

Thanks for your help

2

Your images are nearly impossible to read on this laptop, and images won’t be amenable to text searches. When posting text, use the preformatted text button (</> at the top of the text entry panel.

It is normal to have 4 .img files (rescue and 3 versions of the kernel). You appear to have added .img files for nouveau and nvidia. These should not be necessary. If you are using the recommended RPMfusion Nvidia packages, the RPMfusion Nvidia Howto document has a section on switching between nouveau and Nvidia drivers that does not require creating additional .img files.

3

Thank for your answers

here is the result for command du -ah :

kirdec@fedora:~$ sudo du -ah /boot/* | sort -h
4,0K    /boot/efi/EFI/fedora/BOOTIA32.CSV
4,0K    /boot/efi/EFI/fedora/BOOTX64.CSV
4,0K    /boot/efi/EFI/fedora/grub.cfg
4,0K    /boot/efi/mach_kernel
4,0K    /boot/efi/System/Library/CoreServices/SystemVersion.plist
4,0K    /boot/efi/System Volume Information
4,0K    /boot/grub2/grubenv
4,0K    /boot/loader/entries/3233b35d9c774b17ac0f7ee6d5bf9caf-0-rescue.conf
4,0K    /boot/loader/entries/3233b35d9c774b17ac0f7ee6d5bf9caf-6.12.10-200.fc41.x86_64.conf
4,0K    /boot/loader/entries/3233b35d9c774b17ac0f7ee6d5bf9caf-6.12.11-200.fc41.x86_64.conf
4,0K    /boot/loader/entries/3233b35d9c774b17ac0f7ee6d5bf9caf-6.12.13-200.fc41.x86_64.conf
8,0K    /boot/efi/System/Library/CoreServices
8,0K    /boot/grub2/grub.cfg
12K     /boot/efi/System/Library
16K     /boot/efi/System
16K     /boot/lost+found
20K     /boot/loader/entries
24K     /boot/loader
72K     /boot/efi/EFI/BOOT/fbia32.efi
88K     /boot/efi/EFI/BOOT/fbx64.efi
180K    /boot/symvers-6.12.10-200.fc41.x86_64.xz
180K    /boot/symvers-6.12.11-200.fc41.x86_64.xz
180K    /boot/symvers-6.12.13-200.fc41.x86_64.xz
276K    /boot/config-6.12.10-200.fc41.x86_64
276K    /boot/config-6.12.11-200.fc41.x86_64
276K    /boot/config-6.12.13-200.fc41.x86_64
660K    /boot/efi/EFI/fedora/mmia32.efi
732K    /boot/efi/EFI/BOOT/BOOTIA32.EFI
732K    /boot/efi/EFI/fedora/shimia32.efi
832K    /boot/efi/EFI/fedora/mmx64.efi
928K    /boot/efi/EFI/BOOT/BOOTX64.EFI
928K    /boot/efi/EFI/fedora/shim.efi
928K    /boot/efi/EFI/fedora/shimx64.efi
1,8M    /boot/efi/EFI/BOOT
2,3M    /boot/grub2/fonts
2,3M    /boot/grub2/fonts/unicode.pf2
2,4M    /boot/grub2
2,9M    /boot/efi/EFI/fedora/gcdia32.efi
2,9M    /boot/efi/EFI/fedora/grubia32.efi
3,9M    /boot/efi/EFI/fedora/gcdx64.efi
3,9M    /boot/efi/EFI/fedora/grubx64.efi
11M     /boot/System.map-6.12.10-200.fc41.x86_64
11M     /boot/System.map-6.12.11-200.fc41.x86_64
11M     /boot/System.map-6.12.13-200.fc41.x86_64
16M     /boot/vmlinuz-6.12.10-200.fc41.x86_64
16M     /boot/vmlinuz-6.12.11-200.fc41.x86_64
16M     /boot/vmlinuz-6.12.13-200.fc41.x86_64
18M     /boot/efi/EFI/fedora
20M     /boot/efi
20M     /boot/efi/EFI
71M     /boot/initramfs-6.12.10-200.fc41.x86_64.img
71M     /boot/initramfs-6.12.11-200.fc41.x86_64.img
123M    /boot/initramfs-6.12.11-200.fc41.x86_64-nouveau.img
155M    /boot/initramfs-0-rescue-3233b35d9c774b17ac0f7ee6d5bf9caf.img
205M    /boot/initramfs-6.12.13-200.fc41.x86_64.img
210M    /boot/initramfs-6.12.11-200.fc41.x86_64-nvidia.img

command df -h returned :

kirdec@fedora:/boot$ df -h
Sys. de fichiers Taille Utilisé Dispo Uti% Monté sur
/dev/nvme0n1p3     930G    468G  461G  51% /
devtmpfs           4,0M       0  4,0M   0% /dev
tmpfs               16G     12K   16G   1% /dev/shm
efivarfs           256K    136K  116K  54% /sys/firmware/efi/efivars
tmpfs              6,3G    2,6M  6,3G   1% /run
tmpfs              1,0M       0  1,0M   0% /run/credentials/systemd-journald.service
tmpfs              1,0M       0  1,0M   0% /run/credentials/systemd-network-generator.service
tmpfs              1,0M       0  1,0M   0% /run/credentials/systemd-udev-load-credentials.service
tmpfs              1,0M       0  1,0M   0% /run/credentials/systemd-sysctl.service
tmpfs              1,0M       0  1,0M   0% /run/credentials/systemd-tmpfiles-setup-dev-early.service
tmpfs              1,0M       0  1,0M   0% /run/credentials/systemd-tmpfiles-setup-dev.service
tmpfs              1,0M       0  1,0M   0% /run/credentials/systemd-vconsole-setup.service
tmpfs               16G     20K   16G   1% /tmp
/dev/nvme0n1p3     930G    468G  461G  51% /home
/dev/nvme0n1p2     974M    916M     0 100% /boot
/dev/nvme0n1p1     599M     20M  580M   4% /boot/efi
/dev/sdb1          458G    331G  128G  73% /home/kirdec/hdd/Data
tmpfs              1,0M       0  1,0M   0% /run/credentials/systemd-tmpfiles-setup.service
tmpfs              1,0M       0  1,0M   0% /run/credentials/systemd-resolved.service
tmpfs              3,2G    224K  3,2G   1% /run/user/1000

Is it safe to delete the oldest initramfs?

Thanks

4

Yes. You might want to use dnf remove kernel-core-6.12.10-200.fc41.x86_64 instead of rm <filename> so that all the related files will be removed at the same time (you might need/want to remove kernel-devel-6.12.10-200.fc41.x86_64 as well).

Also, you might add installonly_limit=2 (the default is 3) in /etc/dnf/dnf.conf so your system will only keep one extra/fallback kernel on /boot. Hopefully F42 Change Proposal: Plymouth: Use simpledrm by default (self-contained) will go through and this won’t be as much of an issue in the future.

5

I would suggest removing the 2 initramfs files (nouveau & nvidia) and doing nothing else.
Those would not normally be used and the total space freed up would be about 330MB. They also are part of the 6.12.11 group and not the 6.12.10 group of files.

That is much more than you need to do the update. (about 1/3 of the total space in /boot)

I would not suggest making any other changes.

1 Like
6

Jeff’s answer is the better one. I hadn’t noticed that you had “extra” intramfs images.