libgudev-1.0.so.0 => ./libgudev-1.0.so.0 (interpreter => none) libudev.so.0 => /lib64/libudev.so.0 libgobject-2.0.so.0 => /usr/lib64/libgobject-2.0.so.0 libffi.so.5 => /usr/lib64/libffi.so.5 libgthread-2.0.so.0 => /usr/lib64/libgthread-2.0.so.0 libglib-2.0.so.0 => /usr/lib64/libglib-2.0.so.0 librt.so.1 => /lib64/librt.so.1 ld-linux-x86-64.so.2 => /lib64/ld-linux-x86-64.so.2 libpthread.so.0 => /lib64/libpthread.so.0 libc.so.6 => /lib64/libc.so.6
(I guess libkmod you already know; but there's glib in -acl too) udevadm => /bin/udevadm (interpreter => /lib64/ld-linux-x86-64.so.2) libblkid.so.1 => /lib64/libblkid.so.1 libuuid.so.1 => /lib64/libuuid.so.1 libkmod.so.1 => /usr/lib64/libkmod.so.1 liblzma.so.5 => /usr/lib64/liblzma.so.5 libz.so.1 => /lib64/libz.so.1 libpthread.so.0 => /lib64/libpthread.so.0 librt.so.1 => /lib64/librt.so.1 libc.so.6 => /lib64/libc.so.6 udev-acl => /lib/udev/udev-acl (interpreter => /lib64/ld-linux-x86-64.so.2) libacl.so.1 => /lib64/libacl.so.1 libattr.so.1 => /lib64/libattr.so.1 libglib-2.0.so.0 => /usr/lib64/libglib-2.0.so.0 librt.so.1 => /lib64/librt.so.1 libpthread.so.0 => /lib64/libpthread.so.0 libc.so.6 => /lib64/libc.so.6 udevd => /lib/udev/udevd (interpreter => /lib64/ld-linux-x86-64.so.2) libblkid.so.1 => /lib64/libblkid.so.1 libuuid.so.1 => /lib64/libuuid.so.1 libkmod.so.1 => /usr/lib64/libkmod.so.1 liblzma.so.5 => /usr/lib64/liblzma.so.5 libz.so.1 => /lib64/libz.so.1 libpthread.so.0 => /lib64/libpthread.so.0 librt.so.1 => /lib64/librt.so.1 libc.so.6 => /lib64/libc.so.6
This should no longer be an issue once we have everyone with separate /usr using an initramfs. That will happen when we unmask udev-181 and refer users to the tools to do this.
Still broken. 181: $ qlist udev |xargs file |grep ELF /lib/udev/udevd: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.9, stripped /lib/udev/ata_id: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.9, stripped /lib/udev/cdrom_id: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.9, stripped /lib/udev/collect: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.9, stripped /lib/udev/scsi_id: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.9, stripped /lib/udev/v4l_id: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.9, stripped /lib/udev/accelerometer: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.9, stripped /lib/udev/keymap: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.9, stripped /lib/udev/mtd_probe: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.9, stripped /lib/udev/udev-acl: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.9, stripped ^ This one is broken here as it links to glib and others in /usr /usr/bin/udevadm: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.9, stripped /usr/lib64/libudev.so.0.13.1: ELF 64-bit LSB shared object, x86-64, version 1 (SYSV), dynamically linked, stripped /usr/lib64/libgudev-1.0.so.0.1.1: ELF 64-bit LSB shared object, x86-64, version 1 (SYSV), dynamically linked, stripped
I'm keeping this open until we unmask udev-181, which should happen in a few hours now. I don't really see this type of bug as an issue once we do that and have users with separate /usr start booting with an initramfs however because once they are doing that /usr will be premounted.
(In reply to comment #4) > I'm keeping this open until we unmask udev-181, The bug *is in 181*
This is fixed in udev-182.
