On Thu, Sep 11, 2025 at 11:49 AM Barry <barry@xxxxxxxxxxxxxxxx> wrote:
> On 11 Sep 2025, at 14:33, Tim Evans <tkevans@xxxxxxxxxxx> wrote:
>
> pop-up about /boot being 100% full
That is because of a bug un dracut that is being worked on.
The initramfs can get very big.
Not so much a bug as a change in the default policy.to hostonly_more=sloopy:
From the manual page:
hostonly="{yes|no}"
Host-only mode: Install only what is needed for booting the local host instead of a generic host and generate host-specific
configuration (default=no).
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.
```
Add `/etc/dracut/dracut.conf.d/hostonly.conf` with:
```
hostonly=yes
hostonly_mode=strict
```
Then:
`# dracut -f --regenerate-all`
Host-only mode: Install only what is needed for booting the local host instead of a generic host and generate host-specific
configuration (default=no).
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.
```
Add `/etc/dracut/dracut.conf.d/hostonly.conf` with:
```
hostonly=yes
hostonly_mode=strict
```
Then:
`# dracut -f --regenerate-all`
George N. White III
-- _______________________________________________ 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