On 9/16/2025 4:47 PM, Samuel Sieb wrote:
On 9/16/25 3:08 PM, home user via users wrote:
On 9/15/2025 10:09 PM, Samuel Sieb wrote:
On 9/15/25 8:54 PM, Joe Zeff wrote:
On 09/15/2025 09:40 PM, Samuel Sieb wrote:
3 is the default. "installonly_limit=3"
Good thing I asked.
Thank-you, Samuel.

By default, how does Fedora handle rescue kernels?
[snip]

Does the rescue consist of only one file?  If not, renaming and moving are not so simple.

It's the same set of files as for each kernel.
ok.  Thank-you, Samuel.

On to the real question...

I know a few people have encountered running out of storage space when a kernel gets patched or upgraded.  It happened to me a few times.  I recall seeing somewhere that this can be avoided with wise partitioning, which is a part of installation.  I also recall seeing that kernels have grown quite a lot over the years.   (Hmmm...  Is someone feeding them too much fructose and other "refined carbs"?)

Give the /boot partition at least 1GB or maybe more since you want 5 kernels.  The default is 1GB.  Another alternative is to not create a /boot partition and let it be part of /.  Unfortunately, the new installer is more limited and if you change from the default, you have to do everything yourself.  But in that case, it would only be two partitions you need to make.

What I vaguely recall from several years ago, the first time dnf told me it couldn't do the upgrade because I didn't have enough space, was that someone suggested re-installing with less restrictive partitioning.  I passed on that because it was a dual-boot desktop (with windows-7), and the re-install would have been difficult.  I also vaguely recall someone (Ed Gresko(?)) posting a list ok kernels and their sizes, showing how much they grew in a few years.  It really surprised me.

If I'm remembering correctly, one cause of the problem was kernels were in their own partition (/boot?), and that filled up.  (Some other directory also got very full because stuff in it was not being cleaned out properly by the upgrades.)  If I'm remembering correctly, the suggestion I mentioned above was intended to combine /boot with other partitions, resulting in a much bigger partition that included /boot as a directory.  Again, this was years ago, I don't recall how many, and my memory of that is foggy (I'm old).  Is Samuel's suggestion to "not create a /boot partition and let it be part of /" along those lines?
The new desktop has:
* 1 TB M.2(?) NVMe(?) drive for the operating system and installed applications, and

Do you think you're going to have more data than will fit on this?  It would be a huge waste to just have the OS on there.
* When I ordered the desktop, I was anticipating dual boot, keeping 5 old kernels + rescue, and remembering running out of system space (/boot, the space for binaries, the space for "sbin", and whatever else) a few times. * I was advised by several people to keep system files and personal files on separate drives.  It's supposed to be safer, and make re-installs both easier and safer. * By the time I had decided to not go dual-boot, it was too late to change the order.
* 4 TB spindle drive for personal stuff.

If you really need this, I would recommend mounting this somewhere for data storage or better, format it as btrfs and mount subvolumes as needed.
* When I ordered the desktop, I was anticipating dual boot, and I did not know that the two distros could use the same /home. * I estimate that on my old Fedora workstation, /home was taking up about 50 GB. * By the time I had decided to not go dual-boot, it was too late to change the order.

--
_______________________________________________
users 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://pagure.io/fedora-infrastructure/new_issue

Reply via email to