Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > linux.debian.bugs.dist > #1242519 > unrolled thread

Bug#1103478: kmod: Unable to load compressed modules in initramfs.

Back to article view | Back to linux.debian.bugs.dist

Contents

  Bug#1103478: kmod: Unable to load compressed modules in initramfs. Ethan R <debian-bug-reports.radial205@passmail.net> - 2025-04-18 04:30 +0200
    Bug#1103478: Fix / workaround debian-bug-reports.radial205@passmail.net - 2025-04-18 19:50 +0200
    Bug#1103478: kmod: Unable to load compressed modules in initramfs. Steev Klimaszewski <steev@kali.org> - 2025-05-12 17:50 +0200

#1242519 — Bug#1103478: kmod: Unable to load compressed modules in initramfs.

Package: kmod
Version: 34.2-1
Severity: normal
X-Debbugs-Cc: debian-bug-reports.radial205@passmail.net

Dear Maintainer,

It appears that some modes of kmod (modprobe, modinfo) require the
liblzma.so.5 library in order to operate with compressed kernel modules
(module.ko.xz).  However, liblzma.so.5 does not show up in the output of "ldd
/usr/bin/kmod", so this library is not included in initramfs images
created by the initramfs-tools package.  This prevents loading
compressed modules in early userspace using modprobe.

I recommend modifying "/usr/share/initramfs-tools/hooks/kmod" to
explicitly copy the liblzma.so.5 library into initramfs images using the
copy_file function.

Thanks for your work supporting Debian.

--Ethan

-- System Information:
Debian Release: trixie/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: armhf (armv7l)

Kernel: Linux 6.12.23-bone19 (UP; PREEMPT)
Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages kmod depends on:
ii  libc6       2.41-6
ii  libkmod2    34.2-1
ii  libssl3t64  3.5.0-1

kmod recommends no packages.

kmod suggests no packages.

-- no debconf information

[toc] | [next] | [standalone]

#1242618 — Bug#1103478: Fix / workaround

[Multipart message — attachments visible in raw view] — view raw

I can confirm that

copy_exec /lib/<architecture>/liblzma.so.5

in /usr/share/initramfs-tools/hooks/kmod fixes the problem for me.

—Ethan

[toc] | [prev] | [next] | [standalone]

#1245718

Package: kmod
Version: 34.2-2
Followup-For: Bug #1103478
User: devel@kali.org
Usertags: origin-kali

Dear Maintainer,

The fix for this is incomplete, and breaks initramfs generation for
architectures that do not end in linux-gnu.

One one of those systems, it is not quickly apparent what the issue is as you
simply get the following output during initramfs generation:

E: /usr/share/initramfs-tools/hooks/kmod failed with return 1.

The problem is that for example, on armel or armhf, the multiarch directory
exist as /usr/lib/arm-linux-gnueabi for armel, and /usr/lib/arm-linux-gnueabihf
as armhf, and we only glob at the start, not the ending.

One potential workaround is to add a glob at the end ala '*-linux-gnu*' but
another could be to use a find on /usr/lib something like

find /usr/lib/ -path "*/liblzma.so.5" -type f -exec copy_exec {} \;

I do not know how that would work on a system that actually does have
multiple architectures installed but I would assume it would copy in all of
the enabled architecture's liblzma.so.5 files.

I think the double glob would be the fastest fix, even if it does seem
inelegant.


--steev

Versions of packages kmod depends on:
ii  libc6       2.41-6
ii  libkmod2    34.2-2
ii  libssl3t64  3.5.0-1

kmod recommends no packages.

kmod suggests no packages.

-- no debconf information

[toc] | [prev] | [standalone]

Back to top | Article view | linux.debian.bugs.dist

csiph-web