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 4j81hx26qQz30LN for ; Tue, 20 Oct 2026 05:50:09 +0000 (UTC) Received: from mail01.ipfire.org (mail01.haj.ipfire.org [IPv6:2001:678:b28::25]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange x25519 server-signature ECDSA (secp384r1 raw public key) server-digest SHA384 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mail01.haj.ipfire.org", Issuer "YR1" (not verified)) by mail02.haj.ipfire.org (Postfix) with ESMTPS id 4j81hs61B7z2xTL for ; Tue, 20 Oct 2026 05:50:05 +0000 (UTC) Received: from mail-dy1-x132b.google.com (mail-dy1-x132b.google.com [IPv6:2607:f8b0:4864:20::132b]) (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 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "WR4" (verified OK)) by mail01.ipfire.org (Postfix) with ESMTPS id 4j81hr2hdZz2BR for ; Tue, 20 Oct 2026 05:50:04 +0000 (UTC) Authentication-Results: mail01.ipfire.org; dkim=pass header.d=gmail.com header.s=20251104 header.b=kNxadAp6; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mail01.ipfire.org: domain of vincent.mc.li@gmail.com designates 2607:f8b0:4864:20::132b as permitted sender) smtp.mailfrom=vincent.mc.li@gmail.com ARC-Seal: i=1; a=rsa-sha256; d=lists.ipfire.org; s=202003rsa; cv=none; t=1792475404; b=sSoOZQUIipSl8GRTkrO8tYIaEAPUwU2WrR60rrlASfBe/rGUfkq4gCKn0LGOjc+z19chjL MixwARm6XLWupOMsn5PotmyKLW2EgSyJXumv9KMwOiBx+ZxMP+8Sf4MHoSjbYj0uapJSdL EpYhQCp+Adqp4KLbqtwNdRsOEjhbXKT4A2kw2WotjV0zykND74NpCCBnXsz07Y40iNUTQ2 utqpIZc8hTISnl95hHmcrLSd0iSt1mDVGuHgE0YTemkMOIrIpZQbW3U/zuf4cxPiiRor+n CHDTDnP43E3Dn1OgP+ms3bzvlVCaeAUwyYZQSekqrijz8D7khGSQeQct9zcB3w== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=lists.ipfire.org; s=202003rsa; t=1792475404; 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:dkim-signature; bh=pOE4YaGG19/qVjjBavIU8Tv8QfAgT6MpkMzkiAK7fa0=; b=x17Y/FmMOoZGrPQCDDNXotU61KInCSkLNzyotQHcTZE1PEsvi/cGSQPrWSc+tXkDEGDoRg AE7Lvx/nwSTVfDWrWnTrI/hHPX9l64kNErsxfr8Y2k1YGHOvp1/4ffrfVRfSp8qjh/1HaH FDP3oRmirTslOZdM5+0aFcg1QH5If4jLmfv1Mn0FyycPWR+k5WIDg7OYlMpJdyVBcIvQE3 jN8oD1SRQLUfg1pEowoZDrweKsF50eFrpkGtNnq520DKGkis3ykD82excdxvud6VDwZY6V W156BENuTnFQGpkJY7IYEmQNHMKgGRoL0VAKRTUT6QT13aY45rqDB8Pkm+Kphw== ARC-Authentication-Results: i=1; mail01.ipfire.org; dkim=pass header.d=gmail.com header.s=20251104 header.b=kNxadAp6; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mail01.ipfire.org: domain of vincent.mc.li@gmail.com designates 2607:f8b0:4864:20::132b as permitted sender) smtp.mailfrom=vincent.mc.li@gmail.com Received: by mail-dy1-x132b.google.com with SMTP id 5a478bee46e88-35b2c599f43so285031eec.0 for ; Mon, 19 Oct 2026 22:50:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20251104; t=1792475402; x=1793080202; darn=lists.ipfire.org; h=content-type:mime-version:references:message-id:in-reply-to:subject :to:date:from:from:to:cc:subject:date:message-id:reply-to :content-type; bh=pOE4YaGG19/qVjjBavIU8Tv8QfAgT6MpkMzkiAK7fa0=; b=kNxadAp6Zu2bAhT/jqsf1ITXoqO8qwWzT5VHpnYiLqpKSQr37Y5IVB7ZiulMEaa6I9 Um5R1E/7luB8YVnn0G75Bl2FmVPwEnY5CLuFmabsYMTnHCAXG6q4ue18njy9MPWWQwVq 2lSRDON4XUvoDJ4HdVrsOKtgKyJto4fofhm1mBpMyHMXJ0us5b1ir/eIAUkl+anyQCdv aPbeUcaP4z+7ZnK8GQB4DsadU+2O0L/BrOn868DHvtRZCk5KflvqFVpsxcdPlVO2fyxE M1LJQUuCWC2fPLC6BO6H+tmt97HGHMOQQ3SufA2sd9mdxK73P0OZ70Up8t+7OFgWE97L lsSw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20260707; t=1792475402; x=1793080202; h=content-type:mime-version:references:message-id:in-reply-to:subject :to:date:from:x-gm-gg:x-gm-message-state:from:to:cc:subject:date :message-id:reply-to:content-type; bh=pOE4YaGG19/qVjjBavIU8Tv8QfAgT6MpkMzkiAK7fa0=; b=DiqAgoH8fcT7DOywi/bT/ildGB8brD51HifT0AcVIsyEiN6sAAPtxXpE5iaFyYBTWw Mcyci7mfnMT+xAHsARXBwPqkFPCnEm17VgnC+9AYnZCQ0kzbce2nRnWs06/cHMJ0nsvV bWPZ9P/S/933leluor+SRXfQugaP87Fr9JbKL/1L5Wn1sjI6zrsjy6W4/qvoaJtkEvuc 3HTqqTYEMXDBD0jvWRvj+r9CBYU7W+AjozV70eeedmUN43uoqcg6XePhSYSu2T8Pwi4z AKoOwWfMlClaBsC1RoWw9jWLNrIZgJ204PvRfi47XltklWyfZr49L7XYV8NtY4HPN8wj ZW0g== X-Gm-Message-State: AFq9FYLCP6d5hPYtQsQ9UqDfAVd9hm7hkCm53OIfY5yc9jAtHyTO1efZ jlhJUegidpEurU61drxt57XmVE4UNQ2RQuct2SgRBpEEAjTygMb37EeN7gDFdA== X-Gm-Gg: AYBFou0A9xrq2s05aj8NB2Ey6IVVPlnT3TP3IiaoZXbj/tcJEmiLzQyRmpwDsaRc18W OzGm3MYhVnSbnpeJ757LoyuVVIs+n2h+Z4K/gCPugd32hN2cwVSEyCEvRtpQt8IzBxLAQF/7t4B qMpjjTq/Om+zOeZyyxqZE84X54LpEevmSW/YFgCyS5uIQTKm9LaazfEeIsVdlhisEbZU2mNjZ4w 0SXHQYVkOZDkLYY6fkxMl6kB3KD3OoSwGVC9qSm0tSvTuYlQyYuc0r/nB4L8tL+aCTWp+FbXR8U Ohwf9oXykvaxVs+a7QWso9A1OGmtHco0HacK/9QGmXKteH47KHOTLHoaSQdOYmLYyuseO6x6M7x H+21wJ6K5dNy5J2l7oCfhzQQvjP+l+4naCEND6rf+79HHfh+KjPQlxf8ohAcO9UXriWvOiSRs1S X5gaI2RPBzirDPGHC7i3y9AFhBoiHGzjIgU6Q6kuzjNxzGxVru7Eqg1+eUOu7w7/A= X-Received: by 2002:a05:7301:1609:b0:351:2958:1740 with SMTP id 5a478bee46e88-361a2a3dc95mr11842692eec.37.1792475401813; Mon, 19 Oct 2026 22:50:01 -0700 (PDT) Received: from wg-vpn-sf2 ([138.197.218.192]) by smtp.gmail.com with ESMTPSA id 5a478bee46e88-36082f7f6e0sm42262321eec.27.2026.10.19.22.50.00 for (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 19 Oct 2026 22:50:01 -0700 (PDT) From: Vincent Li X-Google-Original-From: Vincent Li Date: Tue, 20 Oct 2026 05:50:00 +0000 (UTC) To: "IPFire: Development-List" Subject: Re: Not enough space when building flash-images with new linux-firmware in build In-Reply-To: <77cd15b8-79be-447b-b11b-4cb126974edc@ipfire.org> Message-ID: References: <77cd15b8-79be-447b-b11b-4cb126974edc@ipfire.org> Precedence: list List-Id: List-Subscribe: , List-Unsubscribe: , List-Post: List-Help: Sender: Mail-Followup-To: MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed X-Rspamd-Queue-Id: 4j81hr2hdZz2BR X-Spamd-Result: default: False [-7.31 / 11.00]; BAYES_HAM(-3.00)[100.00%]; R_DKIM_ALLOW(-1.60)[gmail.com:s=20251104]; DKIM_REPUTATION(-0.97)[-0.97160948418551]; SPF_REPUTATION_HAM(-0.74)[-0.74397125541915]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4864::/56]; MIME_GOOD(-0.10)[text/plain]; MX_GOOD(-0.10)[gmail-smtp-in.l.google.com]; R_DKIM_ALIGNED(-0.10)[strict]; RCVD_TLS_LAST(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; ARC_NA(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; IP_REPUTATION_HAM(0.00)[asn: 15169(-0.26), country: US(-0.01), ip: 2607:f8b0:4864:20::(-0.74)]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; MIME_TRACE(0.00)[0:+]; FREEMAIL_FROM(0.00)[gmail.com]; TO_DN_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::132b:from]; PREVIOUSLY_DELIVERED(0.00)[development@lists.ipfire.org]; ALIAS_RESOLVED(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; RCVD_VIA_SMTP_AUTH(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; MISSING_XM_UA(0.00)[]; ARC_SIGNED(0.00)[lists.ipfire.org:s=202003rsa:i=1] X-Rspamd-Action: no action X-Rspamd-Server: mail01.haj.ipfire.org Maybe related to commit below? I had another space issue when compile kernel 7.1.1, after revert the commit, the space issue is gone. this is my custom build based on ipfire next branch on loongarch machine though. commit ae0abec969ad78675e2f9f6340e2137f599e3a43 Author: Arne Fitzenreiter Date: Fri Jul 24 09:35:55 2026 +0200 make.sh: reimplement usr ramdisk for /usr/src this save around 30GB writes per build. It is automatic enabled if the system has more than 10GB ram installed and can enforces if there more than 6GB installed by setting RAMDISK=on in .config It can also diabled via RAMDISK=off this is needed if you want extract changed file from build environment if an other shell. Signed-off-by: Arne Fitzenreiter On Fri, 16 Oct 2026, Adolf Belka wrote: > Hi All, > > I have run into a problem when running a build with a new linux-firmware > version. After doing the rootfile update and modifications it successfully > did the cdrom build step but then in the flash-images build it failed with > not enough space and then all subsequent steps failed due to directories or > files not being present due to not being able to create the directories with > mkdir. > > The following is the log output taken up to the first few messages about > cannot mkdir - not enough space left on device. > > It looks like the very large linux-firmware update is exceeding the available > space in the flash-images build loop device. > > > > Oct 14 18:32:07: Building flash-images make: Entering directory > '/home/ahb/sandbox/ipfire-2-builder2/lfs' > make: Nothing to be done for 'download'. > make: Leaving directory '/home/ahb/sandbox/ipfire-2-builder2/lfs' > make: Entering directory '/usr/src/lfs' > make: Nothing to be done for 'b2'. > rm -rf /tmp/image.img /tmp/harddisk && mkdir -p /tmp/harddisk > # Allocate image on disk > dd if=/dev/zero of=/tmp/image.img bs=512 count=0 seek=$(( 8192 + 1040384 + > 65536 + 5242880 )) > 0+0 records in > 0+0 records out > 0 bytes copied, 1.1752e-05 s, 0.0 kB/s > losetup /dev/loop1 /tmp/image.img > # Write Partition table > echo -e "8192,1040384,L,*\n1048576,65536 ,U\n1114112,5242880,L\n" | sfdisk > -uS /dev/loop1 > Checking that no-one is using this disk right now ... OK > > Disk /dev/loop1: 3.03 GiB, 3254779904 bytes, 6356992 sectors > Units: sectors of 1 * 512 = 512 bytes > Sector size (logical/physical): 512 bytes / 512 bytes > I/O size (minimum/optimal): 512 bytes / 512 bytes > >>>> Created a new DOS (MBR) disklabel with disk identifier 0xf25def00. > /dev/loop1p1: Created a new partition 1 of type 'Linux' and of size 508 MiB. > /dev/loop1p2: Created a new partition 2 of type 'EFI (FAT-12/16/32)' and of > size 32 MiB. > /dev/loop1p3: Created a new partition 3 of type 'Linux' and of size 2.5 GiB. > /dev/loop1p4: Done. > > New situation: > Disklabel type: dos > Disk identifier: 0xf25def00 > > Device Boot Start End Sectors Size Id Type > /dev/loop1p1 * 8192 1048575 1040384 508M 83 Linux > /dev/loop1p2 1048576 1114111 65536 32M ef EFI (FAT-12/16/32) > /dev/loop1p3 1114112 6356991 5242880 2.5G 83 Linux > > The partition table has been altered. > Calling ioctl() to re-read partition table. > Re-reading the partition table failed.: Invalid argument > The kernel still uses the old table. The new table will be used at the next > reboot or after you run partprobe(8) or partx(8). > Syncing disks. > kpartx -v -a /dev/loop1 > add map loop1p1 (252:8): 0 1040384 linear 7:1 8192 > add map loop1p2 (252:9): 0 65536 linear 7:1 1048576 > add map loop1p3 (252:10): 0 5242880 linear 7:1 1114112 > # kpartx trigger a automount on some desktop enviroments > # this leads in failing zerofree after build and umount the image > # with the sleep 1 prevent this because the image has no fs yet. > sleep 1 > # Format them > mkfs.ext2 -F /dev/mapper/loop1p1 > mke2fs 1.47.4 (6-Mar-2025) > Discarding device blocks: 0/520192 > done > Creating filesystem with 520192 1k blocks and 130048 inodes > Filesystem UUID: d527d8f0-d99e-4a38-a0ea-f23e468823b1 > Superblock backups stored on blocks: > 8193, 24577, 40961, 57345, 73729, 204801, 221185, 401409 > > Allocating group tables: 0/64 done > Writing inode tables: 0/64 done > Writing superblocks and filesystem accounting information: 0/64 > done > > mkfs.vfat /dev/mapper/loop1p2 > mkfs.fat 4.2 (2021-01-31) > mkfs.ext4 -F /dev/mapper/loop1p3 > mke2fs 1.47.4 (6-Mar-2025) > Discarding device blocks: 0/655360 > done > Creating filesystem with 655360 4k blocks and 163840 inodes > Filesystem UUID: 472cb45d-66c9-40f6-9d37-86282522bffd > Superblock backups stored on blocks: > 32768, 98304, 163840, 229376, 294912 > > Allocating group tables: 0/20 done > Writing inode tables: 0/20 done > Creating journal (16384 blocks): done > Writing superblocks and filesystem accounting information: 0/20 > done > > # Most systems that use Flashimages has no RTC at boot > # so the interval check should disables > tune2fs -i0 /dev/mapper/loop1p3 > tune2fs 1.47.4 (6-Mar-2025) > Setting interval between checks to 0 seconds > # Mount root partition > mount /dev/mapper/loop1p3 /tmp/harddisk > # Mount boot partition > mkdir -pv /tmp/harddisk/boot > mkdir: created directory '/tmp/harddisk/boot' > mount /dev/mapper/loop1p1 /tmp/harddisk/boot > mkdir -pv /tmp/harddisk/boot/efi > mkdir: created directory '/tmp/harddisk/boot/efi' > mount /dev/mapper/loop1p2 /tmp/harddisk/boot/efi > # Copy all files > # Copy all files from /usr/src/config/rootfiles/common to /tmp/harddisk () > # = rootfile to write out > # = exclude > ROOTFILE_PLACEHOLDERS="@BUILDTARGET@=x86_64-pc-linux-gnu > @RUST_PLATFORM@=x86_64-unknown-linux-gnu @KERNEL_RELEASE@=6.18.54-ipfire > @ARCH@=x86_64 @ARCH_DASHED@=x86-64" /usr/src/src/scripts/archive.files x86_64 > /usr/src/config/rootfiles/common | tee | tar --create --format=pax --acls > --xattrs --xattrs-include='*' --sparse --directory=/ --exclude="dev/pts/*" > --exclude="proc/*" --exclude="tmp/*" --exclude="__pycache__" --files-from=- > | tar --extract --format=pax --acls --xattrs --xattrs-include='*' --sparse > --directory=/tmp/harddisk > tar: usr/lib/pkcs11/p11-kit-client.so: Wrote only 512 of 10240 bytes > tar: usr/lib/pkcs11/p11-kit-trust.so: Wrote only 4096 of 6656 bytes > tar: usr/lib/pppd: Cannot mkdir: No space left on device > tar: usr/lib/pppd: Cannot mkdir: No space left on device > tar: usr/lib/pppd/2.5.2: Cannot mkdir: No such file or directory > tar: usr/lib/pppd/2.5.2: Cannot mkdir: No such file or directory > tar: usr/lib/pppd/2.5.2/radattr.so: Cannot open: No such file or directory > tar: usr/lib/pppd/2.5.2: Cannot mkdir: No such file or directory > > Regards, > > Adolf. > >