On 2026-04-07 12:07, Benjamin Drung wrote:
> On Tue, 2026-04-07 at 11:44 +0200, Benjamin Drung wrote:
>> Those two reports gave me a clue. I assume the opposite. You want
>> hostonly disabled. The patch fix-dracut-enable-hostonly_cmdline-in-
>> hostonly-mode-again.patch enables hostonly-cmdline by default again, but
>> this:
>>
>> dracut[W]: Turning off host-only mode: /dev is not mounted!
>>
>> does not turn off hostonly-cmdline which causes the host config to leak
>> into the initrd. I'll prepare a fix for dracut.
> 
> Here comes the fix: https://github.com/dracut-ng/dracut-ng/pull/2351
> 
> Can you test that this fix solves your issue?

It seems not, I'm afraid.

I tested this by first rebuilding -8 with your newest change.

Then telling autopkgtest-build-qemu to install these rebuilt packages
with the following post-creation script:

modscript.sh
~~~~~~~~~~~~
#!/bin/sh

# autopkgtest-build-qemu passes the chroot as $1
[ -n "$1" ] || exit 1

cp /tmp/rebuild/*.deb "$1"/
chroot "$1" dpkg -i dracut_110-8_all.deb  dracut-core_110-8_amd64.deb
dracut-install_110-8_amd64.deb
~~~~~~~~~~~~

$ autopkgtest-build-qemu --script=modscript.sh --boot=efi unstable
/tmp/unstable-amd64.img

And finally booting with the qemu-system-x86_64 command string that I
shared earlier. It still hangs at the same spot, referencing loop0p1.


I tested this exact same procedure above with the -7 from snapshot.d.o,
and that worked fine, so the procedure itself seems correct.

I can also confirm that the warning printed is not relevant, as it also
appears in the -7 as I just noticed. It must have been an added after
trixie, as extra information.

Best,
Christian

Reply via email to