Bug#636697: initramfs-tools: no way to include library modules for libraries installed in multiarch path

* Joachim Selinger [Fri May 31, 2013 at 10:25:17PM +0200]: [...] run-parts: executing /etc/kernel/postinst.d/initramfs-tools 3.2.0-4-amd64 /boot/vmlinuz-3.2.0-4-amd64 update-initramfs: Generating /boot/initrd.img-3.2.0-4-amd64 E: /usr/share/initramfs-tools/hooks/pcidetect failed with return

Bug#636697: initramfs-tools: no way to include library modules for libraries installed in multiarch path

Package: initramfs-tools Version: 0.109.1 Followup-For: Bug #636697 Dear Maintainer, I ran into a problem with wheezy. * What led up to the situation? Updating from squeeze to wheezy in the running system was successfull except for the error as given below when trying to

Bug#636697: initramfs-tools: no way to include library modules for libraries installed in multiarch path

Excerpts from intrigeri's message of Mon Jun 11 15:42:59 +0200 2012: Hi, Michal Suchanek wrote (05 Aug 2011 12:08:37 GMT) : At the very least the libc nss modules are required in intramfs to get dns lookup for netbooting. Splashscreen solutions like plymouth might need some of the

Bug#636697: initramfs-tools: no way to include library modules for libraries installed in multiarch path

Hi, Michal Suchanek wrote (05 Aug 2011 12:08:37 GMT) : At the very least the libc nss modules are required in intramfs to get dns lookup for netbooting. Splashscreen solutions like plymouth might need some of the graphics rendering modules. I think it would be useful to mark as blocked by

Bug#636697: initramfs-tools: no way to include library modules for libraries installed in multiarch path

Package: initramfs-tools Version: 0.99 Severity: normal Hello initramfs-tools hook-functions include copy_exec function that copies an executable including all required libraries, possibly including libraries in some odd places like /lib32 /lib64 /lib/i386-linux-gnu, etc. However, some