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 4dS6qj3q56z2xyW for ; Thu, 11 Dec 2025 22:35:45 +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 4dS6qd33cdz2xGj for ; Thu, 11 Dec 2025 22:35:41 +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 4dS6qc3rWMz2G3; Thu, 11 Dec 2025 22:35:40 +0000 (UTC) DKIM-Signature: v=1; a=ed25519-sha256; c=relaxed/relaxed; d=ipfire.org; s=202003ed25519; t=1765492540; 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=mkxXkvv7a291p53DFgg93BQ2yfdY1werv2t3L4GtZzc=; b=nFNQRD92y0vP5ZkjbHyqXgCIbWE8IW81Ub37EBs3cuUFtJ5j5u6kY3fsV40HHcrLqunZjk valvzvvP+GabTVAg== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ipfire.org; s=202003rsa; t=1765492540; 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=mkxXkvv7a291p53DFgg93BQ2yfdY1werv2t3L4GtZzc=; b=pCfTW4JYLuZfs+2lvTmVkxDpsAB2r8YNcilDI4L1F7IEzRQGQME4OgGJfgAu4oJKGZoAR+ 0iJH2z3XGQVaL/7qyokF5B0NkFp+ckcsRBA6kMgCAAciCbPLO95ss/wTrkBLICyFyNBDTA alpfH3hcKkYmb2kK9sCcLTsO8hCKsUdhwQOGSC62FkJT6StO6l6BY43XVBqqpibMi2irxh QgxXgJwDIV0EfTxEGaq1VXNBTg/BGQAoKNCfGfIYa0tW8KMcpJbey4Q7eYegqbAMw50Vln 9DZpDPAbxxtmy9r5/cogFLAL7iWn7+9r8oFBD+BE+qKV54wYLYKqNjWiesd3Eg== Message-ID: <413858e7-9337-4005-a6d7-98696f615520@ipfire.org> Date: Thu, 11 Dec 2025 23:35:27 +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... 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> Content-Language: en-GB From: Adolf Belka In-Reply-To: <348B531B-2DD7-4069-9445-F164B2E40541@ipfire.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit 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 > > 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 > >