As discussed in the URL above, binaries in /sbin preferably should not be linking against /usr/lib as /usr might not be available. $ ldd /sbin/umount.hal linux-vdso.so.1 => (0x00007fff6b5f3000) libhal.so.1 => /usr/lib/libhal.so.1 (0x00007fd52e637000) libhal-storage.so.1 => /usr/lib/libhal-storage.so.1 (0x00007fd52e42c000) libdbus-1.so.3 => /usr/lib/libdbus-1.so.3 (0x00007fd52e1ec000) libc.so.6 => /lib/libc.so.6 (0x00007fd52de93000) libpthread.so.0 => /lib/libpthread.so.0 (0x00007fd52dc77000) librt.so.1 => /lib/librt.so.1 (0x00007fd52da6e000) /lib64/ld-linux-x86-64.so.2 (0x00007fd52e848000) Quoting from the above link: "file a bug. hal places its umount binary in / only because historically, `mount` has been stupid and only searched that path, not because it was needed "early". since ive fixed util-linux though, the hal mount helpers should be moved to /usr." Reproducible: Always
hal is dead and as such this bug will be wontfix I guess.
sys-apps/hal was removed from tree wrt #313389, closing as OBSOLETE