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 4dSWHn4whlz30LP for ; Fri, 12 Dec 2025 13:57:57 +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 server-signature ECDSA (secp384r1) server-digest SHA384 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mail01.haj.ipfire.org", Issuer "R12" (verified OK)) by mail02.haj.ipfire.org (Postfix) with ESMTPS id 4dSWHj5J6hz2xm3 for ; Fri, 12 Dec 2025 13:57:53 +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 4dSWHh5mMNz2v; Fri, 12 Dec 2025 13:57:52 +0000 (UTC) DKIM-Signature: v=1; a=ed25519-sha256; c=relaxed/relaxed; d=ipfire.org; s=202003ed25519; t=1765547873; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=2zfTB/fncmKUWEQTU92mhjTkHEXj4LpT6b4CxlDRyBU=; b=bYcuEaCOQP7oRtJ7s6+ismQDkeK6ISv30mdvvhyVKCiObV/AvmRKtiTYPcfIcKA7odB1py DL6Oi8ADMaz6goAg== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ipfire.org; s=202003rsa; t=1765547873; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=2zfTB/fncmKUWEQTU92mhjTkHEXj4LpT6b4CxlDRyBU=; b=waR7zwANVdrZLhITc7uQOj3CxI+4O3dkTfx3LiKeZt+jZ/SoMr179ln9s2fm0jHFuVJXVU DkFXs86fsXkTczFOX9ECpCOsjLXSLSBneDRPXfFhGyEFU6T7PK7CjfB1WAk2hnZCTt/E6U uzluITXqBsdlP0EQ0cXyG3qeaLcjQkbe6Q0hzlgmcWQwk9c9/3pdakWnWXXGQEMxAVs7m2 4saX+bXP5YnCir5+EhyFGEXbqaHcMa9C9RLOz92943tPuE04dyBwckmrDfeksl1wejpJ+X dGVUiOya2BDvddvkV4/PPVB80YK7hPpB8OB2mHhks0lNk43/mWJJJHaDG2UzHg== Message-ID: Date: Fri, 12 Dec 2025 14:57:49 +0100 Precedence: list List-Id: List-Subscribe: , List-Unsubscribe: , List-Post: List-Help: Sender: Mail-Followup-To: MIME-Version: 1.0 Subject: Re: Kernel 6.18 fist tests... From: Adolf Belka To: Michael Tremer , Stefan Schantl Cc: Arne Fitzenreiter , "IPFire: Development-List" References: <3420be90-df25-4916-a200-2f05e24320ab@ipfire.org> <348B531B-2DD7-4069-9445-F164B2E40541@ipfire.org> <413858e7-9337-4005-a6d7-98696f615520@ipfire.org> <065b43e5-2054-444a-b9d9-ace745ee29f6@ipfire.org> Content-Language: en-GB In-Reply-To: <065b43e5-2054-444a-b9d9-ace745ee29f6@ipfire.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Hi all, On 12/12/2025 12:30, Adolf Belka wrote: > Hi Michael & all, > > On 11/12/2025 23:35, Adolf Belka wrote: >> Hi Michael, >> >> On 11/12/2025 22:01, Michael Tremer wrote: >>> Hello Adolf, >>> >>> The initqueue module is probably quite important. As far as I know it kind of replaces some systemd functionality which we don’t have. >>> >>> But looking at our root file, it is adding some systemd unit files: >>>>>    https://git.ipfire.org/?p=ipfire-2.x.git;a=blob;f=config/rootfiles/common/dracut-ng;hb=d656b7af6411d0306513b853a552f56d6713c174#l484 >>> > > Three of those files are related to systemd but one is the same as used to be in the base collection but was moved to this separate set in version 108. > > When I did the package update, I commented out all new entries in the rootfile that weren't previously in the rootfile. Therefore the initqueue set are all commented out but as it had been moved out from the base it needed to be included. > > I am running a build with all of the initqueue entries uncommented (although probably, the ones related to systemd could be left commented) and I will then do an install with that build and then try the kernel update followed by the dracut command again and see if it then works for the initqueue module. > > Well report back when I have the results. I can report that all required modules are now able to be included, including initqueue and all modules are now correctly installed including btrfs, lvm and mdraid that had a problem before. I will submit a patch to correct the dracut-ng rootfile. Regards, Adolf. > > Regards, > > Adolf. > > >>> We might have found a breaking change in dracut-ng if we don’t properly support mdraid any more. >> >> but that should then be presumably raised as an issue with dracut-ng as if it worked with the old dracut it should work with dracut-ng as version 100 was said to be a drop-in replacement for the old version. >> >> We are currently on version 108 and I just found in the changelog for that version the following change. >> >> -------------------------- >> feat(initqueue): factor out initqueue into its own module >> This PR allows excluding dracut initqueue module, while >> including the base or the dracut-systemd module. >> >> Factoring out functionality into its own module >> allows to better control to include or exclude the >> functionality. >> -------------------------- >> >> https://github.com/dracut-ng/dracut-ng/commit/3daf67830d8db3b12bc45eef9f8f29f606192db9 >> >> So it looks like it is a module that has to be explicitly specified now whereas in the past it was part of dracut base. >> >> Regards, >> >> Adolf. >> >>> >>> Lacking support for btrfs in the initramdisk could be less severe, but that also needs to be tested. @Stefan, will you do this for c199? >>> >>> -Michael >>> >>>> On 11 Dec 2025, at 18:04, Adolf Belka wrote: >>>> >>>> Hi Arne, >>>> >>>> On 11/12/2025 18:28, Adolf Belka wrote: >>>>> Hi All, >>>>> On 11/12/2025 18:20, Adolf Belka wrote: >>>>>> Hi Arne, >>>>>> >>>>>> I have tried it out on a vm clone running CU199 Testing. >>>>>> >>>>>> In the readme.txt file I think you meant to have >>>>>> >>>>>> tar xvaf KERNEL-ARCHIV.tar.xz -C / >>>>>> >>>>>> instead of >>>>>> >>>>>> tar xvaf KERNEL-ARCHIV.tar.xz -C \ >>>>>> >>>>>> At least it only extracted for me with the / and not the \. >>>>>> >>>>>> I then ran the dracut command and got the following messages. >>>>>> >>>>>> sudo dracut --regenerate-all --force >>>>>> dracut[I]: Executing: /usr/bin/dracut --kver=6.12.58-ipfire --force >>>>>> dracut[E]: Module 'btrfs' depends on module 'initqueue', which can't be installed >>>>>> dracut[E]: Module 'lvm' depends on module 'initqueue', which can't be installed >>>>>> dracut[E]: Module 'mdraid' depends on module 'initqueue', which can't be installed >>>>>> dracut[I]: *** Including module: modsign *** >>>>>> dracut[I]: *** Including module: i18n *** >>>>>> dracut[I]: *** Including module: btrfs *** >>>>>> dracut[I]: *** Including module: dm *** >>>>>> dracut[I]: *** Including module: fs-lib *** >>>>>> dracut[I]: *** Including module: kernel-modules *** >>>>>> dracut[I]: *** Including module: kernel-modules-extra *** >>>>>> dracut[I]: *** Including module: lvm *** >>>>>> dracut[I]: *** Including module: mdraid *** >>>>>> dracut[I]: *** Including module: qemu *** >>>>>> dracut[I]: *** Including module: rootfs-block *** >>>>>> dracut[I]: *** Including module: terminfo *** >>>>>> dracut[I]: *** Including module: udev-rules *** >>>>>> dracut[I]: *** Including module: base *** >>>>>> dracut[I]: *** Including modules done *** >>>>>> dracut[I]: *** Installing kernel module dependencies *** >>>>>> dracut[I]: *** Installing kernel module dependencies done *** >>>>>> dracut[I]: *** Resolving executable dependencies *** >>>>>> dracut[I]: *** Resolving executable dependencies done *** >>>>>> dracut[I]: *** Generating early-microcode cpio image *** >>>>>> dracut[I]: *** Constructing AuthenticAMD.bin *** >>>>>> dracut[I]: *** Constructing GenuineIntel.bin *** >>>>>> dracut[I]: *** Store current command line parameters *** >>>>>> dracut[I]: *** Creating image file '/boot/initramfs-6.12.58-ipfire.img.tmp' *** >>>>>> dracut[I]: *** Hardlinking files *** >>>>>> dracut[I]: *** Hardlinking files done *** >>>>>> >>>>>> >>>>>> Not sure about the "module 'initqueue', which can't be installed" bits. >>>>>> >>>>>> After the above last line I then got >>>>>> >>>>>> cp: error writing '/boot/initramfs-6.12.58-ipfire.img.tmp': No space left on device >>>>>> >>>>>> So I suspect I need to make the IPFire vm disk larger. >>>>> The problem was that I made a clone of a system that I had tested out upgrading from CU150 to CU198 and the boot size was obviously smaller back in CU150 as I only have 110MB but the more current systems have 488MB so I will create a clone of one of my newer systems and repeat the test. >>>> >>>> Repeated with a newer IPFire vm which had a 488MB boot partition and the dracut section went fine with no problems beside the initqueue module not being able to be installed. However that did not seem to cause a problem with the grub-mkconfig command or the subsequent reboot. >>>> >>>> I will evaluate the install tomorrow to check if anything has a problem. >>>> >>>> Regards, >>>> >>>> Adolf. >>>> >>>> >>>>> Regards, >>>>> Adolf. >>>>>> >>>>>> Will give that a try later but would like to know if there is anything I need to do with regard to the initqueue module that is mentioned in the dracut output. >>>>>> >>>>>> Regards, >>>>>> >>>>>> Adolf. >>>>>> >>>>>> On 11/12/2025 14:57, Adam Gibbons wrote: >>>>>>> Nice! >>>>>>> >>>>>>> I will test this over the weekend. >>>>>>> >>>>>>> Thanks, >>>>>>> Adam >>>>>>> >>>>>>> >>>>>>> On 11 December 2025 12:00:23 GMT, Arne Fitzenreiter wrote: >>>>>>> >>>>>>>      Hi, >>>>>>> >>>>>>>      i have compiled a first test kernel 6.18 for x86_64. >>>>>>> >>>>>>>      https://people.ipfire.org/~arne_f/highly-experimental/kernel/ >>>>>>> >>>>>>>      please help testing and report your findings... >>>>>>> >>>>>>>      Arne >>> >>> >> >