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

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

SSBjYW4gY29uZmlybSB0aGF0Cgpjb3B5X2V4ZWMgL2xpYi88YXJjaGl0ZWN0dXJlPi9saWJsem1h LnNvLjUKCmluIC91c3Ivc2hhcmUvaW5pdHJhbWZzLXRvb2xzL2hvb2tzL2ttb2QgZml4ZXMgdGhl IHByb2JsZW0gZm9yIG1lLgoK4oCURXRoYW4= PGRpdiBzdHlsZT0iZm9udC1mYW1pbHk6IEFyaWFsLCBzYW5zLXNlcmlmOyBmb250LXNpemU6IDE0 cHg7Ij48c3Bhbj5JIGNhbiBjb25maXJtIHRoYXQ8L3NwYW4+PGRpdj48YnI+PC9kaXY+PGRpdj48 c3Bhbj5jb3B5X2V4ZWMgL2xpYi8mbHQ7YXJjaGl0ZWN0dXJlJmd0Oy9saWJsem1hLnNvLjU8L3Nw YW4+PC9kaXY+PGRpdj48c3Bhbj48YnI+PC9zcGFuPjwvZGl2PjxzcGFuPjxzcGFuPmluIC91c3Iv c2hhcmUvaW5pdHJhbWZzLXRvb2xzL2hvb2tzL2ttb2QgZml4ZXMgdGhlIHByb2JsZW0gZm9yIG1l Ljwvc3Bhbj48L3NwYW4+PGJyPjwvZGl2PjxkaXYgc3R5bGU9ImZvbnQtZmFtaWx5OiBBcmlhbCwg c2Fucy1zZXJpZjsgZm9udC1zaXplOiAxNHB4OyI+PGJyPjwvZGl2Pg0KPGRpdiBzdHlsZT0iZm9u dC1mYW1pbHk6IEFyaWFsLCBzYW5zLXNlcmlmOyBmb250LXNpemU6IDE0cHg7IiBjbGFzcz0icHJv dG9ubWFpbF9zaWduYXR1cmVfYmxvY2siPg0KICAgIDxkaXYgY2xhc3M9InByb3Rvbm1haWxfc2ln bmF0dXJlX2Jsb2NrLXVzZXIiPjxkaXY+4oCURXRoYW48L2Rpdj48L2Rpdj4NCg0KICAgICAgICAg ICAgPGRpdiBjbGFzcz0icHJvdG9ubWFpbF9zaWduYXR1cmVfYmxvY2stcHJvdG9uIHByb3Rvbm1h aWxfc2lnbmF0dXJlX2Jsb2NrLWVtcHR5Ij4NCg0KICAgICAgICAgICAgPC9kaXY+DQo8L2Rpdj4N Cg==

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

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

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)