From: Stefan Schantl <stefan.schantl@ipfire.org>
To: development@lists.ipfire.org
Subject: Re: dracut-ng
Date: Sun, 07 Sep 2025 20:42:56 +0200 [thread overview]
Message-ID: <8a7240d25c95519322ae5195b6cc2b8c79f72aed.camel@ipfire.org> (raw)
In-Reply-To: <2d3b13a7-7f4a-4654-8397-f19b0e7aebeb@ipfire.org>
Hi Adolf,
> Hi Stefan,
>
> On 07/09/2025 19:09, Stefan Schantl wrote:
> > Hi Adolf,
> > > Hi Stefan,
> > >
> > > On 07/09/2025 14:29, Stefan Schantl wrote:
> > > > Hello Adolf,
> > > > > Hi Michael & all,
> > > > >
> > > > > On 02/09/2025 16:00, Michael Tremer wrote:
> > > > > > Hello Adolf,
> > > > > >
> > > > > > Yes, I would be happy for you to give this a try.
> > > > > >
> > > > > > Since Harald Hoyer has left RedHat, it seems that dracut
> > > > > > has
> > > > > > effectively been abandoned and dracut-ng is the successor
> > > > > > with
> > > > > > pretty much the same people contributing to it.
> > > > > >
> > > > > > I did not find any breaking changes in the change log
> > > > > > (although
> > > > > > it
> > > > > > seems quite extensive), so we might have a very good chance
> > > > > > to
> > > > > > indeed ship it as a drop-in.
> > > > > >
> > > > > > Let us know what you find out during testing it :)
> > > > >
> > > > > So I tested dracut-ng using the newest version 108. When I
> > > > > installed
> > > > > IPFire, it built my raid system, it partitioned the disk,
> > > > > created
> > > > > the
> > > > > filesystem, mounted them and installed the system.
> > > > >
> > > > > Then it failed with the message Unable to install the
> > > > > language
> > > > > cache.
> > > > >
> > > > > So I then built version 100 and it did exactly the same.
> > > > >
> > > > > Then I thought, maybe I had commented out something in the
> > > > > rootfile
> > > > > that was needed so I did a build with all the rootfile lines
> > > > > uncommented.
> > > > >
> > > > > It still failed exactly the same.
> > > > >
> > > > > Any help or suggestions on how I can debug this would be
> > > > > gratefully
> > > > > accepted.
> > > >
> > > > This happens because the setup utils tries to launch the
> > > > "chroot"
> > > > binary and ties to execute the the required command to generate
> > > > the
> > > > update cache within the changed root directory.
> > > >
> > > > https://git.ipfire.org/?p=ipfire-2.x.git;a=blob;f=src/installer/main.c;h=9b9c630c35fa44ecb372f58cccad64806c198af4;hb=HEAD#l763
> > > >
> > > > In our current used version of dracut the "chroot" binary is
> > > > part
> > > > of
> > > > the base and always is present in a generated initramdisk.
> > > >
> > > > During development of dracut and dracut-ng the developers
> > > > decided,
> > > > that
> > > > "chroot" does not have to be packed as default into an
> > > > initramdisk.
> > > >
> > > > https://github.com/dracut-ng/dracut-ng/commit/518133714b769160448a51c512d5e152ea6332da
> > >
> > > Yes, so I see it was already in the old dracut version 058. If I
> > > had
> > > tried updating from our current version 054 to 058, I would have
> > > had
> > > the same problem.
> > >
> > > >
> > > > So the chroot binary now manually must be specified to be part
> > > > of
> > > > the
> > > > initramdisk.
> > > >
> > > > Something like "dracut --install "/usr/sbin/chroot" <xyz> "
> > > > should
> > > > to
> > > > the trick.
> > >
> > > Giving it a try currently in a build.
> > >
> > > Thanks very much for your help on this.
> >
> > I think the following line in "lfs/cdrom" needs to be extended with
> > the
> > "--install" from abouve.
> >
> > https://git.ipfire.org/?p=ipfire-2.x.git;a=blob;f=lfs/cdrom;h=a25141fc20d82b68a0f10c2a40bfe3831ae1a713;hb=HEAD#l170
>
> With your suggestion and a bit of searching that was where I made the
> change. However I am also sure that without your suggestion I would
> still have been looking for how to fix this for a month of Sundays.
>
>
> My build is nearly finished so I will see if that fixes the install.
>
> One question I have will I also need to apply the same change to the
> dracut command in linux-initrd for the image generation?
I'm sorry, I'm unable to answer this question because I never used such
an image installation. So the best option would be to just test and see
what happened or somebody which is more familiar with the images can
bring us some light into the dark.
Best regards,
-Stefan
>
> Regards,
>
> Adolf.
>
> >
> > -Stefan
> > >
> > > Regards,
> > >
> > > Adolf.
> > >
> > > >
> > > > Best regards,
> > > >
> > > > -Stefan
> > > > >
> > > > > Regards,
> > > > >
> > > > > Adolf.
> > > > >
> > > > > >
> > > > > > Best,
> > > > > > -Michael
> > > > > >
> > > > > > > On 2 Sep 2025, at 13:13, Adolf Belka
> > > > > > > <adolf.belka@ipfire.org>
> > > > > > > wrote:
> > > > > > >
> > > > > > > Hi All,
> > > > > > >
> > > > > > > I was looking at packages that needed updating. I noticed
> > > > > > > that
> > > > > > > dracut was at version 056. The source for that had
> > > > > > > version
> > > > > > > 059
> > > > > > > but that was from Dec 2022 and the last commit in that
> > > > > > > repo
> > > > > > > was
> > > > > > > Mar 2024.
> > > > > > >
> > > > > > > There is a new repo providing dracut-ng. Their version
> > > > > > > 100
> > > > > > > (Apr
> > > > > > > 2024) is said to be a drop-in replacement for the
> > > > > > > original
> > > > > > > dracut. They are now at version 108 and it is being
> > > > > > > actively
> > > > > > > maintained.
> > > > > > >
> > > > > > > With it being said to be a drop-in replacement I thought
> > > > > > > dracut-
> > > > > > > ng looked a good candidate to test out but as dracut
> > > > > > > plays a
> > > > > > > critical role in the booting process I thought I would
> > > > > > > ask if
> > > > > > > anyone has any information to indicate that it is not
> > > > > > > worth
> > > > > > > trying it.
> > > > > > >
> > > > > > > Regards,
> > > > > > >
> > > > > > > Adolf.
> > > > > > >
> > > > > > >
> > > > > >
> > > > >
> > > >
> > >
> >
>
next prev parent reply other threads:[~2025-09-07 18:43 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-09-02 12:13 dracut-ng Adolf Belka
2025-09-02 14:00 ` dracut-ng Michael Tremer
2025-09-07 9:33 ` dracut-ng Adolf Belka
2025-09-07 12:29 ` dracut-ng Stefan Schantl
2025-09-07 13:37 ` dracut-ng Adolf Belka
2025-09-07 17:09 ` dracut-ng Stefan Schantl
2025-09-07 17:50 ` dracut-ng Adolf Belka
2025-09-07 18:26 ` dracut-ng Adolf Belka
2025-09-07 19:10 ` dracut-ng Stefan Schantl
2025-09-07 18:42 ` Stefan Schantl [this message]
2025-09-08 8:58 ` dracut-ng Adolf Belka
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=8a7240d25c95519322ae5195b6cc2b8c79f72aed.camel@ipfire.org \
--to=stefan.schantl@ipfire.org \
--cc=development@lists.ipfire.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox