On 15 Sep 2025 at 18:58, George N. White III wrote:
From: "George N. White III" <gnw...@gmail.com>
Date sent: Mon, 15 Sep 2025 18:58:47 -0300
Subject: Re: Recently found that new Kernel would not install because not
enough space in /boot.
To: mi...@guam.net,
Community support for Fedora users <users@lists.fedoraproject.org>
Send reply to: Community support for Fedora users
<users@lists.fedoraproject.org>
>
> On Sat, Sep 13, 2025 at 11:39 PM Michael D. Setzer II via users
> <users@lists.fedoraproject.org> wrote:
> On local 3 notebooks, was able to to remove oldest kernel using
> dnf, and modifying the dnf.conf to only allow 2 kernels.
> Then the install went thru ok.
> On one I shifted / partition over 512M and expanded /boot to make
> it 1.5G now.
> I've got 5 other machines that are 7 timezones away, and did same
> process to get them to be able to install new kernels.
>
> Current notebook has a 1.5G boot so has the 3 kernels and rescue
> kernel.
> /dev/sdb2 1512328 945096 519396 65% /boot
>
> Just looking at img files.
> 180141088 Sep 6 04:19 initramfs-6.16.4-200.fc42.x86_64.img
> 180182306 Sep 10 02:56 initramfs-6.16.5-200.fc42.x86_64.img
> 180186104 Sep 12 14:14 initramfs-6.16.7-200.fc42.x86_64.img
> 278057070 Sep 6 04:21
> initramfs-0-rescue-5454d68084c145e496d5ce383b5147de.img
>
> Have used dnfup for long time, so not sure if size was changed at
> some point. Just checked a recent install on 2TB system, and it
> shows boot as 1G?
>
> But seeing its img files about 100M smaller than on this one?
>
> 76159287 Sep 5 01:19 initramfs-6.16.4-200.fc42.x86_64.img
> 79431805 Sep 9 18:32 initramfs-6.16.5-200.fc42.x86_64.img
> 79753328 Sep 13 19:33 initramfs-6.16.7-200.fc42.x86_64.img
> 176153063 Sep 1 22:44
> initramfs-0-rescue-3b8d97eb0c824e69a66569165466fcc9.img
>
> So, not sure why huge difference in sizes?
>
> "sloppy" host-only mde was recently added to make systems bootable
> after "minor" hardware changes:
>
> man dracut.conf:
>
> hostonly_mode="{sloppy|strict}"
> Specify the host-only mode to use (default=sloppy).
>
> In "sloppy" host-only mode, extra drivers and modules will be
> installed, so minor hardware change
> won’t make the image unbootable (e.g. changed keyboard), and the
> image is still portable among similar hosts.
>
> With "strict" mode enabled, anything not necessary for booting the
> local host in its current state will not be
> included, and modules may make additional efforts to save more
> space. Minor changes in hardware or environment
> can make the image unbootable.
>
>
> Because I rarely make hardware changes, I added:
>
> % cat /etc/dracut.conf.d/hostonly.conf
> # save space
> hostonly=yes
> hostonly_mode=strict
>
Added your hostonly.conf and remove rescue lines and dnf reinstall
kernel-core
But didn't get results I expected?
180141088 Sep 6 04:19 initramfs-6.16.4-200.fc42.x86_64.img
180182306 Sep 10 02:56 initramfs-6.16.5-200.fc42.x86_64.img
149608395 Sep 16 09:18 initramfs-6.16.7-200.fc42.x86_64.img
278081146 Sep 16 09:19
initramfs-0-rescue-5454d68084c145e496d5ce383b5147de.img
The 6.16.7 kernel got a somewhat smaller (31M), but not to the
79M of other machine Also, the rescue was rebuilt, but remained
the 278M?
So, seems something is still causing img files to be 100M or 70M
larger.
Always more to learn. Thanks again.
> If I wanted "sloppy" mode I would increase the size of /boot. Dracut
> adds both modules and firmware, so many
> of the systems that run out of space have Nvidia graphics.
>
> --
> George N. White III
>
+------------------------------------------------------------+
Michael D. Setzer II - Computer Science Instructor (Retired)
mailto:mi...@guam.net
mailto:msetze...@gmail.com
mailto:msetze...@gmx.com
Guam - Where America's Day Begins
G4L Disk Imaging Project maintainer
http://sourceforge.net/projects/g4l/
+------------------------------------------------------------+
--
_______________________________________________
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
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@lists.fedoraproject.org
Do not reply to spam, report it:
https://pagure.io/fedora-infrastructure/new_issue
