On 08/03/2025 12:51, Marc Haber wrote:
On Sat, Mar 08, 2025 at 12:29:06PM +0100, Eric Valette wrote:
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.
Not being a initramfs-tools maintainer, it works with the Debian kernel.
I'd recommend downgrading this bug to normal or minor. It doesn't
warrant a RC severity.
I disagree. There are a lot of reasons why one can't use the default
kernels. To name a few:
1) Version imposed by third party drivers (non free or not compiling
yet),
2) Missing config for a must use driver,
3) or the reverse, an option that breaks boot on your config
For me the reasons are:
1) I want to use longterm support kernel. 6.12 has not been there for a
long time after 6.6 and initial 6.12 was working rather bad with amd
gpu. I will switch to 6.12 at some point but maybe then debian will have
moved again to non long term support,
2) I want NTFS3, not ntfs-3g
3) I have external modules I need both free and non free,
And at least, if the initrd content depends on a feature, It should at
least check it.
But as said, regarding size or initrd, there are better ways than using
the compressed modules.
--
Eric Valette
