XPost: linux.debian.kernel

Package: initramfs-tools
Version: 0.145
X-Debbugs-CC: team@grml.org

Dear initramfs-tools Maintainers,

while investigating Grml Live build (*) failures, I came across these
error messages:

Setting up linux-image-6.12.17-arm64 (6.12.17-1) ...
I: /vmlinuz.old is now a symlink to boot/vmlinuz-6.12.17-arm64
I: /initrd.img.old is now a symlink to boot/initrd.img-6.12.17-arm64
I: /vmlinuz is now a symlink to boot/vmlinuz-6.12.17-arm64
I: /initrd.img is now a symlink to boot/initrd.img-6.12.17-arm64 /etc/kernel/postinst.d/initramfs-tools:
update-initramfs: Generating /boot/initrd.img-6.12.17-arm64 /usr/sbin/mkinitramfs: 122: cannot open /sys/module/firmware_class/parameters/path: No such file
/usr/sbin/mkinitramfs: 122: cannot open /sys/module/firmware_class/parameters/path: No such file
/usr/share/initramfs-tools/hooks/live: 122: cannot open /sys/module/firmware_class/parameters/path: No such file
/usr/share/initramfs-tools/hooks/cryptroot: 615: cannot open /proc/mounts: No such file
cryptsetup: WARNING: Couldn't determine root device
sed: can't read /proc/cmdline: No such file or directory
grep: /proc/swaps: No such file or directory /usr/share/initramfs-tools/hooks/cryptroot: 615: cannot open /proc/mounts: No such file
grep: /proc/cpuinfo: No such file or directory

Especially the lines marked "mkinitramfs: 122" seem to make no
sense, as /usr/sbin/mkinitramfs line 122 does not seem to deal with /sys/module/firmware_class/parameters/path at all.

It would be nice if this could be improved.

Chris


(*) these builds run containerized and thus do not have /sys or
/proc. This configuration may be unusual, but works fine in
practice, or least did until initramfs-tools 0.146.
It has the advantage of not leaking system state from the build host
into a live image (and others).

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