This bug was fixed in the package initramfs-tools - 0.142ubuntu20
---------------
initramfs-tools (0.142ubuntu20) noble; urgency=medium
[ Benjamin Drung ]
* Fix determing multiarch dir when using libc6-prof's libc.so.6 (LP: #2054171)
* autopkgtest: Use qemu-system-$(dpkg --print-architecture)
[ Adam Vodopjan ]
* unmkinitramfs: add count_bytes iflag in a dd call (LP: #2055055)
[ Florent 'Skia' Jacquet ]
* d/t/test-common: fix finding klibc.so
-- Benjamin Drung <bdr...@ubuntu.com> Sat, 02 Mar 2024 17:08:38 +0100
** Changed in: initramfs-tools (Ubuntu)
Status: Fix Committed => Fix Released
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to initramfs-tools in Ubuntu.
https://bugs.launchpad.net/bugs/2054171
Title:
dhcpcd hook breaks when using libc6-prof's libc.so.6
Status in initramfs-tools package in Ubuntu:
Fix Released
Bug description:
I have the libc6-prof package installed to provide a frame pointer
enabled libc.so.6.
I have a custom configuration file in /etc/ld.so.conf.d putting
/lib/libc6-prof/x86_64-linux-gnu at the front of the dynamic linker
search paths. (I really like having frame pointers!)
This confuses the `multiarch_dir=$(ldd /usr/sbin/dhcpcd | sed -En
's;^.*/lib/([^/]+)/libc\.so\..*$;\1;p')` line in /usr/share/initramfs-
tools/hooks/dhcpcd because the libc.so.6 path is different.
Default ldd output:
```
ldd /usr/sbin/dhcpcd
linux-vdso.so.1 (0x00007fff9a735000)
libcrypto.so.3 => /lib/x86_64-linux-gnu/libcrypto.so.3
(0x00007f50d2800000)
libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f50d2400000)
/lib64/ld-linux-x86-64.so.2 (0x00007f50d2f27000)
```
My ldd output:
```
ldd /usr/sbin/dhcpcd
linux-vdso.so.1 (0x00007fff802db000)
libcrypto.so.3 => /lib/x86_64-linux-gnu/libcrypto.so.3
(0x00007fce87e00000)
libc.so.6 => /lib/libc6-prof/x86_64-linux-gnu/libc.so.6
(0x00007fce87a00000)
/lib64/ld-linux-x86-64.so.2 (0x00007fce88514000)
```
```
-libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f50d2400000)
+libc.so.6 => /lib/libc6-prof/x86_64-linux-gnu/libc.so.6 (0x00007fce87a00000)
```
When running the modified search paths, `ldd /usr/sbin/dhcpcd | sed
-En 's;^.*/lib/([^/]+)/libc\.so\..*$;\1;p'` evaluates to an empty
string and exits 0. This results in `copy_exec
"/usr/lib//dhcpcd/dev/udev.so"`, which breaks that script.
This in turn breaks initramfs.
```
Processing triggers for linux-image-6.5.0-17-generic (6.5.0-17.17) ...
/etc/kernel/postinst.d/initramfs-tools:
update-initramfs: Generating /boot/initrd.img-6.5.0-17-generic
E: /usr/share/initramfs-tools/hooks/dhcpcd failed with return 1.
update-initramfs: failed for /boot/initrd.img-6.5.0-17-generic with 1.
run-parts: /etc/kernel/postinst.d/initramfs-tools exited with return code 1
dpkg: error processing package linux-image-6.5.0-17-generic (--configure):
installed linux-image-6.5.0-17-generic package post-installation script
subprocess returned error exit status 1
Errors were encountered while processing:
linux-image-6.5.0-17-generic
E: Sub-process /usr/bin/dpkg returned an error code (1)
```
I can work around the issue by hacking up the dhcpcd hook or by
modifying the dynamic link path search order, running `ldconfig`, then
`update-initramfs -u`.
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/initramfs-tools/+bug/2054171/+subscriptions
--
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help : https://help.launchpad.net/ListHelp
