On 30/6/24 23:01, George N. White III wrote:
On Sat, Jun 29, 2024 at 10:36 PM Stephen Morris
<samor...@netspace.net.au> wrote:
Hi,
My /boot partition is 512MB, which in F39 was more than ample
for 5
kernels and a rescue image, but in F40 that partition is now to small
for a new rescue image to be created when a new kernel is
installed. The
rescue image in F40 seems to be around 102MB in size which is more
that
double the size of any kernel, I don't know what size it was in F39.
I've tried dropping the number of kernels retained to 4, but
that
still produces out of space conditions on new kernel installs with
the
rescue image.
Is F40 now rebuilding the rescue image where F39 didn't?
If I drop back to retaining only 3 kernels will that provide
enough free
space, currently /boot is using 360.2MB with 88MB free of the 512MB
partition?
Is F40 really that much bigger the F39 that the /boot partition size,
which I have always used across multiple Fedora versions, is no
longer
big enough to handle what F40 does relative to kernels?
I have my /boot partition on an SSD. I could run gparted to resize
the
boot partition by resizing the Windows drive C partition which is
on the
disk before it (a 512MB /boot partition for Ubuntu is immediately
after
the Fedora partition), but I don't really want to change the size
of the
Windows partition?
You could create a new partition somewhere else, but others have found
old cruft in /boot, so try comparing with what I have (on dual boot with
Windows 11 and F40) below.
% sudo du -sm /boot
439 /boot
% sudo du -sm /boot/*
1 /boot/config-6.9.4-200.fc40.x86_64
1 /boot/confg-6.9.5-200.fc40.x86_64
1 /boot/config-6.9.6-200.fc40.x86_64
100 /boot/efi
3 /boot/grub2
162 /boot/initramfs-0-rescue-0a5117a885584ae1b650c3c575315b73.img
29 /boot/initramfs-6.9.4-200.fc40.x86_64.img
29 /boot/initramfs-6.9.5-200.fc40.x86_64.img
29 /boot/initramfs-6.9.6-200.fc40.x86_64.img
1 /boot/loader
1 /boot/lost+found
1 /boot/memtest86+x64.efi
1 /boot/symvers-6.9.4-200.fc40.x86_64.xz
1 /boot/symvers-6.9.5-200.fc40.x86_64.xz
1 /boot/symvers-6.9.6-200.fc40.x86_64.xz
9 /boot/System.map-6.9.4-200.fc40.x86_64
9 /boot/System.map-6.9.5-200.fc40.x86_64
9 /boot/System.map-6.9.6-200.fc40.x86_64
16 /boot/vmlinuz-0-rescue-0a5117a885584ae1b650c3c575315b73
16 /boot/vmlinuz-6.9.4-200.fc40.x86_64
16 /boot/vmlinuz-6.9.5-200.fc40.x86_64
16 /boot/vmlinuz-6.9.6-200.fc40.x86_64
--
George N. White III
Thanks George, I've checked my /boot against yours and it is much the
same except I also have an EXTLINUX folder that I don't know where it
came from, that contains .c32 files, but all those files are fairly
small. From Samuel's email, the biggest files in /boot are the initramfs
files at 651MB each. But also at the time I was getting the issues the
rescue image as 102MB in size.
regards, Steve
OpenPGP_0x594338B1DE179AB2.asc
Description: OpenPGP public key
OpenPGP_signature.asc
Description: OpenPGP digital signature
-- _______________________________________________ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
