Bug#641047: initrd.img-2.6.32-5-amd64 issue with lvm and libncurses

[Andrea Cardaci <cyrus.and@gmail.com>]

Thanks for the reply.

`apt-cache show initramfs-tools` says version 0.98.8

I tried to run `update-initramfs -v -t -u -k 2.6.32-5-amd64` and I noticed:

[...]
Adding library /32bit/usr/lib/libncurses.so.5
[...]

where `/32bit/` is a chroot I've created some time ago, well I assume
that's the culprit but can't figure out of how it can mess
`initrd.img`. It's worth to mention that I've added a file to
`/etc/ld.so.conf.d/` with:

/32bit/lib
/32bit/usr/lib
/32bit/usr/X11R6/lib
/32bit/usr/local/lib

But now I'm stuck... ideas?

2011/10/10 Julien Cristau <jcristau@debian.org>:
> On Fri, Sep  9, 2011 at 20:34:19 +0200, Andrea Cardaci wrote:
>
>> Package: linux-image-2.6.32-5-amd64
>> Version: 2.6.32-35squeeze1
>>
>> After an apt-get upgrade today, I wasn't able to boot anymore, lvm
>> complains that can't find libncurses.so.5, and it's right, the only
>> libncurses.so.5 file in initrd.img-2.6.32-5-amd64 is in
>> /32bit/usr/lib/libncurses.so.5.
>>
>> Note that:
>>
>> $ file libncurses.so.5
>> libncurses.so.5: ELF 64-bit LSB shared object, x86-64, version 1
>> (SYSV), dynamically linked, stripped
>>
>> I solved by patching initrd.img-2.6.32-5-amd64 with a symlink to the
>> proper path: /lib. That's the second time it happens after an upgrade.
>> I don't have records of the first one.
>>
> What version of initramfs-tools?  You'll need to trace the execution of
> update-initramfs and figure out why it picks up that version of ncurses.
>
> Cheers,
> Julien
>



-- 
Andrea Cardaci

http://behance.net/AndreaCardaci