Bug 946531 – Errors in dmesg after recent genkernel 4.3.16 update, caused by building non-static fido_id binary from eudev

• Status: UNCONFIRMED
• Product: Gentoo Hosted Projects

[Description Dan Moulding 2024-12-15 20:40:45 UTC]

Created attachment 914136 [details, diff]
Additional eudev patching for static binaries

After upgrading to genkernel-4.3.16-r2, I started getting these errors in dmesg about fido_id:

    [    7.677509] udevd[1144]: failed to execute '/usr/lib/udev/fido_id' 'fido_id': No such file or directory
    [    7.677725] udevd[1145]: failed to execute '/usr/lib/udev/fido_id' 'fido_id': No such file or directory
    [    7.678300] udevd[1146]: failed to execute '/usr/lib/udev/fido_id' 'fido_id': No such file or directory

Looking at the generated initramfs, I see that fido_id does exist, but it and dmi_memory_id are dynamic executables, not static like all the other executables from eudev:

    dan@stitch ~/extract $ unlz4 < /boot/initramfs-6.12.4.img | sudo cpio -imdu -R 
    dan:dan
    61581 blocks
    dan@stitch ~/extract $ ls -l /usr/lib/udev/fido_id
    -rwxr-xr-x 1 root root 186744 Sep 19 09:15 /usr/lib/udev/fido_id

    dan@stitch ~/extract $ ldd usr/lib/udev/*
    usr/lib/udev/ata_id:
            not a dynamic executable
    usr/lib/udev/cdrom_id:
            not a dynamic executable
    usr/lib/udev/collect:
            not a dynamic executable
    usr/lib/udev/dmi_memory_id:
            linux-vdso.so.1 (0x00007f7c8e5a9000)
            libblkid.so.1 => /usr/lib64/libblkid.so.1 (0x00007f7c8e4fc000)
            libkmod.so.2 => /usr/lib64/libkmod.so.2 (0x00007f7c8e4e2000)
            libzstd.so.1 => /usr/lib64/libzstd.so.1 (0x00007f7c8e427000)
            liblzma.so.5 => /usr/lib64/liblzma.so.5 (0x00007f7c8e3fe000)
            libz.so.1 => /usr/lib64/libz.so.1 (0x00007f7c8e3e4000)
            libc.so.6 => /usr/lib64/libc.so.6 (0x00007f7c8e238000)
            /lib64/ld-linux-x86-64.so.2 (0x00007f7c8e5ab000)
    usr/lib/udev/fido_id:
            linux-vdso.so.1 (0x00007f3816eac000)
            libblkid.so.1 => /usr/lib64/libblkid.so.1 (0x00007f3816e01000)
            libkmod.so.2 => /usr/lib64/libkmod.so.2 (0x00007f3816de7000)
            libzstd.so.1 => /usr/lib64/libzstd.so.1 (0x00007f3816d2c000)
            liblzma.so.5 => /usr/lib64/liblzma.so.5 (0x00007f3816d03000)
            libz.so.1 => /usr/lib64/libz.so.1 (0x00007f3816ce9000)
            libc.so.6 => /usr/lib64/libc.so.6 (0x00007f3816b3d000)
            /lib64/ld-linux-x86-64.so.2 (0x00007f3816eae000)
    usr/lib/udev/mtd_probe:
            not a dynamic executable
    usr/lib/udev/rules.d:
    ldd: usr/lib/udev/rules.d: not regular file
    usr/lib/udev/scsi_id:
            not a dynamic executable
    usr/lib/udev/v4l_id:
            not a dynamic executable

None of those shared objects exist in the generated initramfs, so the loader cannot load those binaries and is the source of the "No such file or directory" errors.

I see that genkernel maintains a patch for building eudev binaries statically. It looks like the update to eudev 3.2.14 includes dmi_meory_id and fido_id as new binaries, and the static build patch needs to be updated to also build those statically.

I've attached a proposed patch.

GCO sign-off for the attached patch: Signed-off-by: Dan Moulding <[e-mail]>

[Comment 1 John Blbec 2025-02-01 14:41:22 UTC]

i have the same problem, using sys-kernel/genkernel-4.3.16-r2 and openrc (not systemd). see also https://bugs.gentoo.org/947260