I renamed this thread since I've chosen to not make the new desktop
dual-boot.
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?
By default they aren't updated unless you delete the old one. I
don't know how you would change that.
There are two obvious ways: rename it or move it to a different
directory.
That's not what I meant. That's what I said about deleting it. But I
don't know that there's any way to change the default to have it
update automatically. I don't think that would really be a good idea
anyway.
Does the rescue consist of only one file? If not, renaming and moving
are not so simple.
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"?)
The new desktop has:
* 1 TB M.2(?) NVMe(?) drive for the operating system and installed
applications, and
* 4 TB spindle drive for personal stuff.
Assume that I want most things stored uncompressed and unencrypted.
Assume that in addition to the kernel, I'd like to keep 5 old kernels +
a rescue.
I, of course, want to have lots of space available for kernel growth
over the next decade.
How should I partition the drives?
--
_______________________________________________
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
