Re: /boot too Small in F40

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On 1/7/24 08:27, Lukas Middendorf wrote:
On 30/06/2024 03:36, Stephen Morris wrote:
     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.

You can also consider disabling the rescue kernel generation. I have never had any use for it. I think the only time you would need to use the rescue kernel is when some fundamental hardware change (like different mainboard-CPU-combo) requires different kernel modules to boot than what is included in your normal initrd. In case this situation happens, you can enable the rescue kernel generation again. Ideally before the hardware change (if this is a planned operation), but it should also be possible by mounting and chrooting from a live system (if your old system just died). Disabling the rescue kernel should be as easy as uninstalling the package dracut-config-rescue.


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?

Do you really need the separate /boot partition? I have not had separate /boot partitions for at least a decade now. Especially with multiple parallel installations, it is much simpler to not have / and /boot on different partitions. And that way you waste less space and you can't get the size of /boot wrong. You only need a separate /boot if your / can not be read by grub directly.
Where is your / located and what FS do you use for it?
My / partition is on a 3TB hard disk and is using BTRFS.
I've put /boot on an SSD, where I have /boot for Ubuntu, Drive C for windows and the UEFI partition, for hoped boot performance improvements.

regards,
Steve

Attachment: OpenPGP_0x594338B1DE179AB2.asc
Description: OpenPGP public key

Attachment: OpenPGP_signature.asc
Description: OpenPGP digital signature

-- 
_______________________________________________
users mailing list -- users@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to users-leave@xxxxxxxxxxxxxxxxxxxxxxx
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@xxxxxxxxxxxxxxxxxxxxxxx
Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
[Index of Archives]     [Older Fedora Users]     [Fedora Announce]     [Fedora Package Announce]     [EPEL Announce]     [EPEL Devel]     [Fedora Magazine]     [Fedora Summer Coding]     [Fedora Laptop]     [Fedora Cloud]     [Fedora Advisory Board]     [Fedora Education]     [Fedora Security]     [Fedora Scitech]     [Fedora Robotics]     [Fedora Infrastructure]     [Fedora Websites]     [Anaconda Devel]     [Fedora Devel Java]     [Fedora Desktop]     [Fedora Fonts]     [Fedora Marketing]     [Fedora Management Tools]     [Fedora Mentors]     [Fedora Package Review]     [Fedora R Devel]     [Fedora PHP Devel]     [Kickstart]     [Fedora Music]     [Fedora Packaging]     [Fedora SELinux]     [Fedora Legal]     [Fedora Kernel]     [Fedora OCaml]     [Coolkey]     [Virtualization Tools]     [ET Management Tools]     [Yum Users]     [Yosemite News]     [Gnome Users]     [KDE Users]     [Fedora Art]     [Fedora Docs]     [Fedora Sparc]     [Libvirt Users]     [Fedora ARM]

  Powered by Linux