From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail02.haj.ipfire.org (localhost [IPv6:::1]) by mail02.haj.ipfire.org (Postfix) with ESMTP id 4cKfmn29KSz2ymj for ; Sun, 07 Sep 2025 19:10:33 +0000 (UTC) Received: from mail01.ipfire.org (mail01.haj.ipfire.org [172.28.1.202]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange x25519) (Client CN "mail01.haj.ipfire.org", Issuer "R13" (verified OK)) by mail02.haj.ipfire.org (Postfix) with ESMTPS id 4cKfmj6Rymz2xPP for ; Sun, 07 Sep 2025 19:10:29 +0000 (UTC) Received: from [127.0.0.1] (localhost [127.0.0.1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange x25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by mail01.ipfire.org (Postfix) with ESMTPSA id 4cKfmh4XHKz2QH; Sun, 07 Sep 2025 19:10:28 +0000 (UTC) DKIM-Signature: v=1; a=ed25519-sha256; c=relaxed/relaxed; d=ipfire.org; s=202003ed25519; t=1757272229; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=BTIlX9005SuFhU+GnEmUck7/Ts6c9DdLC+SksRVOVbo=; b=LG4I0QInVpvrhNtODLKUGd++mLjjcEX7ZML8K6UTPlhnBWYtTXNA15uj2iRS1TLjTrqO1Y mzOdjdA88jFvV8Cw== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ipfire.org; s=202003rsa; t=1757272229; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=BTIlX9005SuFhU+GnEmUck7/Ts6c9DdLC+SksRVOVbo=; b=vNWHCsRg4vZuDh9CdxDqFLyVJwirKuVpb4AsfPZPrfDLzg6VrRDkyzJz8JxIbj/iX4/OvL fN9h+o+SQnxH/wn8E45zdSQTxjFum4kyR61ygSGqF+Jc8gVsEbshA58XLBn33wSwqixrin TcoR15Tl46/7OETjKDwYwxkebHJfrPjHb+1VNakvs+JVZh5RkHoqiaj6sKIZIckQ346l3V HnMxZqkafZ29Q3bgh1HGpkCbyPQObIw16sVhwHGa0Xq/bgi0Srr3bEgS05aMcEufeWCSMC YS8vDAKLI/d5LSH1Jo3e9OqXZKSsJ57/6HQdGWEkUJ1f2DyKwJKWxHxG+BZtwQ== From: Stefan Schantl To: Adolf Belka , Date: Sun, 07 Sep 2025 21:10:27 +0200 Message-ID: <19925963cb8.27e7.cac9d3ffac9e24d09d20af05166fd73b@ipfire.org> In-Reply-To: <21e7212d-5282-48bf-a60c-2a8d04a2cf19@ipfire.org> References: <3a21931a-8ad0-40b8-b4e2-a5cbd0ac61d7@ipfire.org> <5B5EF7C9-775C-4F28-94C6-A3C8CE756AC1@ipfire.org> <1ca6a0c8-da42-483f-af8b-e31acfc3497d@ipfire.org> <4c6b45bc2437126e7e11bfaad24c6da45247e95d.camel@ipfire.org> <2d3b13a7-7f4a-4654-8397-f19b0e7aebeb@ipfire.org> <21e7212d-5282-48bf-a60c-2a8d04a2cf19@ipfire.org> Subject: Re: dracut-ng Precedence: list List-Id: List-Subscribe: , List-Unsubscribe: , List-Post: List-Help: Sender: Mail-Followup-To: MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="19925963dc945e027e7d9404c1" This is a multi-part message in MIME format. --19925963dc945e027e7d9404c1 Content-Type: text/plain; format=flowed; charset="us-ascii" Content-Transfer-Encoding: 8bit Am 7. September 2025 20:27:08 schrieb Adolf Belka : > Hi Stefan, > > On 07/09/2025 19:50, Adolf Belka wrote: >> 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" " 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. > > Thanks very much Stefan. The built version was able to successfully install > a working IPFire and I could restore a previously working version. > > Regards, > > Adolf. Hello Adolf, that sounds pretty cool - I'm happy that I was able to help. Thanks for working on this. Best regards, -Stefan > > >> >> One question I have will I also need to apply the same change to the dracut >> command in linux-initrd for the image generation? >> >> Regards, >> >> Adolf. >> >>> >>> -Stefan >>>> >>>> Regards, >>>> >>>> Adolf. >>>> >>>>> >>>>> Best regards, >>>>> >>>>> -Stefan >>>>>> >>>>>> Regards, >>>>>> >>>>>> Adolf. >>>>>> >>>>>>> >>>>>>> Best, >>>>>>> -Michael >>>>>>> >>>>>>>> On 2 Sep 2025, at 13:13, Adolf Belka >>>>>>>> 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. --19925963dc945e027e7d9404c1 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable


Am 7. September 2025 20:27:08 schrieb Adolf Belka <ado= lf.belka@ipfire.org>:

Hi Stefan,

On 07/09/2025 19:50, Adolf Belka wrote:
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 (al= though
it
seems quite extensive), so we might have a very good chan= ce 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 lan= guage
cache.

So I then built version 100 and it did exactly the same.<= /div>

Then I thought, maybe I had commented out something in th= e
rootfile
that was needed so I did a build with all the rootfile li= nes
uncommented.

It still failed exactly the same.

Any help or suggestions on how I can debug this would be<= /div>
gratefully
accepted.

This happens because the setup utils tries to launch the = "chroot"
binary and ties to execute the the required command to ge= nerate the
update cache within the changed root directory.

https://git.ipfire.org/?p=3Dipfire-2.x.git;a=3Dblob;f=3Ds= rc/installer/main.c;h=3D9b9c630c35fa44ecb372f58cccad64806c198af4;hb=3DHEAD#= 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 in= itramdisk.

https://github.com/dracut-ng/dracut-ng/commit/518133714b7= 69160448a51c512d5e152ea6332da

Yes, so I see it was already in the old dracut version 05= 8. If I had
tried updating from our current version 054 to 058, I wou= ld 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" <x= yz> " 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 ext= ended with the
"--install" from abouve.

https://git.ipfire.org/?p=3Dipfire-2.x.git;a=3Dblob;f=3Dl= fs/cdrom;h=3Da25141fc20d82b68a0f10c2a40bfe3831ae1a713;hb=3DHEAD#l170

With your suggestion and a bit of searching that was wher= e 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 t= he install.

Thanks very much Stefan. The built version was able to su= ccessfully install a working IPFire and I could restore a previously workin= g version.

Regards,

Adolf.

Hello Adolf,

that sounds pretty cool = - I'm happy that I was able to help. Thanks for working on this.

Be= st regards,

-Stefan



One question I have will I also need to apply the same ch= ange to the dracut command in linux-initrd for the image generation?

Regards,

Adolf.


-Stefan

Regards,

Adolf.


Best regards,

-Stefan

Regards,

Adolf.


Best,
-Michael

On 2 Sep 2025, at 13:13, Adolf Belka <adolf.belka@ipfi= re.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 versio= n
059
but that was from Dec 2022 and the last commit in that re= po
was
Mar 2024.

There is a new repo providing dracut-ng. Their version 10= 0
(Apr
2024) is said to be a drop-in replacement for the origina= l
dracut. They are now at version 108 and it is being activ= ely
maintained.

With it being said to be a drop-in replacement I thought<= /div>
dracut-
ng looked a good candidate to test out but as dracut play= s a
critical role in the booting process I thought I would as= k if
anyone has any information to indicate that it is not wor= th
trying it.

Regards,

Adolf.









--19925963dc945e027e7d9404c1--