Robert, Thanks for responding.
A temporary solution... from the web. dnf remove $(dnf repoquery --installonly --latest-limit=-1 kernel'*' | grep -v 60210g72c395024dac) The last string represents the "current" kernel which DNF would otherwise want to remove as well... I also removed data from several manually built kernels. The problem seems to have uncovered one or more possible "bugs". 1) After several weeks of "dnf up" saying that kernels were installed WHEN THE WERE NOT... (they were all absent from the grub2 menu). There was NO indication that any of the upgrades had failed. /boot/efi had gone 100% full... and I missed this. 2) After cleanup from above, the /boot/efi partition (2GB) went down to 36% utilization... YAY! BUT... there are still a kernel who claims to be installed, but there is NO grub2 menu entry for it... So... Something else is still "broken"? rpm -q kernel kernel-6.20.0-0.rc0.260210g72c395024dac.1.fc45.x86_64 kernel-7.0.0-0.rc1.260226gf4d0ec0aa20d4.17.fc45.x86_64 says that the 7.0 kernel is installed, but it STILL does not appear in the grub2 menu. Any thoughts? Best regards, George... On Sunday, March 1, 2026 at 09:55:12 PM PST, Robert McBroom <[email protected]> wrote: On 3/1/26 2:32 PM, George R Goffe via test wrote: > Howdy, > > I'm running FC45 (Rawhide) on a Vivobook with a 4TB SSD and 40GB memory... > and am building the "latest" kernel from kernel.org. As an aside, I have to > say that this system is NOT very good with fonts and any of the Fedora > "releases; 42, 43, 44 and 45). > > At the end of the build... installing the kernel and running the "make > install" command, the build failed with "out of space". It seems that > /boot/efi (2GB) is full! Yikes! > > Are there guidelines on how to identify old data and remove it SAFELY? ANY > pointers would be VERY MUCH APPRECIATED. > > As things are right now, I'm afraid of screwing something up and breaking my > one and ONLY system here... Probably because I don't know enough about EFI. > Sigh... Again, ANY pointers would be VERY MUCH APPRECIATED. > > It seems to me that the older and now unused data should be removed... by > "magic" but either that process is broken or there's a "standard" methodology > for cleaning up this (apparently) VERY important part of "our" systems that > I'm unaware of. > > Another thing I have noticed. Kernel updates from the Fedora 45 repo seem to > be SILENTLY failing. The only message I see is from dracut about a missing > shadow file somewhere in /var/tmp.... > > Again, ANY pointers would be VERY MUCH APPRECIATED. > George Encountered the same problem. The buildup is in the /boot/efi/EFI/Linux directory. It fills with entries of the form -rwx------. 1 root root 78974312 Feb 28 15:27 2fda0fc4926a4894802cbde1280fadb0-6.19.4-300.fc44.x86_64.efi drwx------. 2 root root 4096 Feb 28 15:28 2fda0fc4926a4894802cbde1280fadb0-6.19.4-300.fc44.x86_64.efi.extra.d -rwx------. 1 root root 190 Feb 28 15:28 .2fda0fc4926a4894802cbde1280fadb0-6.19.4-300.fc44.x86_64.efi.hmac For a workaround, you can manually delete the older entries that no longer apply to kernels you use. Maybe a dynamic link will put the /boot/efi/EFI/linux file somewhere there is more room. -- _______________________________________________ test mailing list -- [email protected] To unsubscribe send an email to [email protected] 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/[email protected] Do not reply to spam, report it: https://forge.fedoraproject.org/infra/tickets/issues/new
