On 16 Sep 2025 at 16:08, home user via users wrote:
Date sent: Tue, 16 Sep 2025 16:08:50 -0600
Subject: "bare metal" installation (was: dual-boot
installation
instructions.).
To: [email protected]
Send reply to: Community support for Fedora users
<[email protected]>
From: home user via users
<[email protected]>
Copies to: home user <[email protected]>
> 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.
>
From what I've seen.
Rescue kernel is two files.
On my machine these are the current names.
-rwxr-xr-x. 1 root root 17656168 Sep 16 10:42
vmlinuz-0-rescue-5454d68084c145e496d5ce383b5147de
-rw-------. 1 root root 173241122 Sep 16 10:43
initramfs-0-rescue-5454d68084c145e496d5ce383b5147de.img
Removing them, and doing dnf reinstall kernel-core will create new
ones.
> 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"?)
>
I recently had this issue with machines with nvidia cards. The img
files where create with about 100M larger files then similar
machines without nvidia card. So with 3 regular kernels and a
rescue kernel it was requiring about 400M more space.
My quick solution to get around that was to manually remove the
oldest kernel and modify the /etc/dnf/dnf.conf file
changing line
installonly_limit=3
to
installonly_limit=2
Then install had enough space.
Later booted from live Fedora 42 on flash, installed gparted.
Changed / partition to have 512M space before
Then enlarged /boot to add that extra space maching /boot 1.5G
Again, would depend on your setup, I have regular ext partitions
Just an issue if machine locks or poweroutage. Did a disk image
back before, and had battery in notebook fully charged, and a UPS.
So now /boot has enough space even with larger kernels.
> 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.
Again, the dnf.conf file is what determines how many kernels it
retains. So guess you would change it to 5.
So, you might want to have 2G or more for /boot?
Again, that is from my experience, so others might have more info.
Good Luck.
> How should I partition the drives?
>
> --
> _______________________________________________
> 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
+------------------------------------------------------------+
Michael D. Setzer II - Computer Science Instructor (Retired)
mailto:[email protected]
mailto:[email protected]
mailto:[email protected]
Guam - Where America's Day Begins
G4L Disk Imaging Project maintainer
http://sourceforge.net/projects/g4l/
+------------------------------------------------------------+
--
_______________________________________________
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
