Hello Cyril, lists, On 17/07/2026 12:14, Cyril Brulebois wrote:
Roland Clobus <rclobus@rclobus.nl> (2026-07-17):
I'm wondering at 2 things: * Why is only amd64 affected, whereas the other architectures are still building?Because things are getting too big, on this architecture, and because we're making extra sure we're not missing something as critical as the kernel, ensuring we don't build and publish clearly-broken images.
It's a good thing we have such safety mechanism. I've now reverted the change, so there will be no new images until the core problem (the size of the netinst-iso) is solved.
Let's look at the first one from 2026-07-13 (Fsidamd64):
kibi@casulana:/home/debian-cd/build/log$ tail -5 Fsidamd64
Checking base is installable for amd64
1 files missing for debootstrap and kernel, aborting!
amd64 is missing 1 files needed for debootstrap, look in /srv/cdbuilder.debian.org/src/deb-cd/tmp/Fsidamd64/forky/make_disc_tree.log for the list
make[1]: *** [Makefile:483: image-trees] Error 2
make[1]: Leaving directory '/srv/cdbuilder.debian.org/git/setup/forky/debian-cd'
Deeper down the rabbit hole:
kibi@casulana:/home/debian-cd/build/log$ tail /srv/cdbuilder.debian.org/src/deb-cd/tmp/Fsidamd64/forky/make_disc_tree.log
CD 1: GUESS_TOTAL is 429722 after adding amd64:main:systemd-boot:82200:<DEFAULT>
CD 1: GUESS_TOTAL is 429793 after adding amd64:main:systemd-boot-efi:135492:<DEFAULT>
CD 1: GUESS_TOTAL is 429993 after adding amd64:main:linux-base-7.1.3+deb14-amd64:406916:<DEFAULT>
CD 1: GUESS_TOTAL is 429995 after adding amd64:main:linux-base-amd64:1204:<DEFAULT>
CD 1: GUESS_TOTAL is 436737 after adding amd64:main:linux-binary-7.1.3+deb14-amd64:13802032:<DEFAULT>
CD 1: GUESS_TOTAL is 489620 after adding amd64:main:linux-modules-7.1.3+deb14-amd64:108302028:<DEFAULT>
CD 1: Real current size is 489984 blocks after adding amd64:main:linux-modules-7.1.3+deb14-amd64:108302028:<DEFAULT>
CD 1 over-full (489984 > 488281). Rollback!
CD 1: Real current size is 436736 blocks after rolling back amd64:main:linux-modules-7.1.3+deb14-amd64:108302028:<DEFAULT>
No linux-image-* package(s) found
I saw these files as well (I looked at 2sidamd64) and the 'No linux-image-*' line triggered me. I've seen some other changes in the git repos in the past that replaced 'linux-image' with 'linux-binary', so I (wrongly) concluded that it might be needed here as well. I missed the 'over-full, Rollback!' line.
Your MR effectively turns the “I tried to fit linux-image in, adding its dependencies one after another, until there wasn't enough space, so we only have some of them” situation into an acceptable one.
Which turned out to be incorrect. I've reverted the local change in casulana (from https://salsa.debian.org/images-team/debian-cd/-/merge_requests/59)
* Is the switch from 'linux-image-*' to 'linux-binary-*' the correct way to proceed?I don't recall seeing requests/suggestions to move away from installing linux-image-<arch> (this is a simplification, there are variations). It doesn't look like d-i should focus on installing the binary instead of pulling the image, as we wouldn't have any modules…
So the answer to my own question is: 'No, it needs a different solution to make everything important fit again'. It turns out that the current limit of 1GB (10^9 bytes in 488281 blocks of 2048 bytes) is the reason for the missing amd64 netinst image, not anything related to the kernel. With kind regards, Roland
Attachment:
OpenPGP_signature.asc
Description: OpenPGP digital signature