On 08/03/2025 12:50, Chris Hofstaedtler wrote:
On Sat, Mar 08, 2025 at 12:29:06PM +0100, Eric Valette wrote:
On Fri, 7 Mar 2025 20:43:08 +0100 Marc Haber <mh+debian-b...@zugschlus.de>
wrote:
On Fri, Mar 07, 2025 at 05:44:00PM +0100, Eric Valette wrote:
CONFIG_MODULE_DECOMPRESS=y
So the culprit is there. It is not set in my own kernel build (never been so
far although config has been created via the official linux-source-6.6) and
thus I cannot load compressed modules without user space helpers that
probably not exist in initrd busybox version. Of course I can load
compressed modules once the pivot_root/switch_root is done.
So it remains a bug because the script store compressed modules in initrd
without checking this compilation flag and the kernel does not boot. If was
not doing this in 145. This is the reason for the bug I have.
A second bug is that the initrd does not seems to be compressed while config
says it should be with zstd (and the CONFIG_RD_* is ok). I can change to xz.
A third one is that compressing compressed file is not efficient in term of
size. There has been bug opened exactly on this theme on other
distributions.
AFAICT this is an intentional change:
https://salsa.debian.org/kernel-team/initramfs-tools/-/merge_requests/128
I understand the rationale for untouched compressed initrd kernel
modules for uncompressed initrd but at least it should check if kernel
has a chance to boot and keep old behavior if not!
And again if initrd size is important, compressing it entirely is the
best way and then size show you should have content uncompressed.
See this
https://bugs.launchpad.net/ubuntu/+source/initramfs-tools/+bug/1932329
--eric
--
Eric Valette
