Package: e2fslibs Version: 1.39+1.40-WIP-2006.11.14+dfsg-2etch1 Severity: wishlist
I'm running user mode linux on an x86_64-host running vanilla 2.6.23.14, the guest kernel is also a vanilla 2.6.23.14 for x86_64, the guest image is a Debian 4.0 (Etch) installed using "debootstrap --arch amd64 --include=ssh, file etch /mnt/ $mirror", so a pretty plain base system. When running ldconfig within the UML system, ldconfig spews: ldconfig: /lib/libe2p.so.2.3 is not an ELF file - it has the wrong magic bytes at the start. ... which is wrong, according to 'file': test55:~# file /lib/libe2p.so.2.3 /lib/libe2p.so.2.3: ELF 64-bit LSB shared object, AMD x86-64, version 1 (SYSV), stripped To rule out any issues, I've compared the md5sum of the library against the one installed on a non-UML-but-x86_64-Debian-4.0-host: test55:~# md5sum /lib/libe2p.so.2.3 307efefd378716de11961ef93a440b71 /lib/libe2p.so.2.3 dnr:~# md5sum /lib/libe2p.so.2.3 307efefd378716de11961ef93a440b71 /lib/libe2p.so.2.3 (The non-UML-host's ldconfig works fine and doesnt bark at me) ldconfig is in the libc6-package, whis is also the same release on both UML and non-UML host (both by package version as well as md5sum of /sbin/ldconfig), so from my point of view, im quite stuck. I've also tried the UML-root-FS from http://uml.nagafix.co.uk/Debian-4.0/Debian-4.0-AMD64-root_fs.bz2 ... whichs exhibits the same behaviour both running my kernel as well as http://uml.nagafix.co.uk/kernels/kernel64-2.6.23.12.bz2, so I'm pretty sure that this issue is related to the debian package. One difference between the UML guest kernel and the host kernel is that the host kernel allows to run IA32 binaries, something UML doesn't offer; however, the library is identical to the one installed in /lib64/ (and which isn't being barked at by ldconfig): test55:/lib# ls -la /lib64/libe2p.so.2* /lib/libe2p.so.2.3 -rw-r--r-- 1 root root 24200 Dec 6 15:55 /lib/libe2p.so.2.3 -rw-r--r-- 1 root root 24200 Dec 6 15:55 /lib64/libe2p.so.2.3 test55:/lib# md5sum /lib64/libe2p.so.2.3 /lib/libe2p.so.2.3 307efefd378716de11961ef93a440b71 /lib64/libe2p.so.2.3 307efefd378716de11961ef93a440b71 /lib/libe2p.so.2.3 Another UML image http://uml.nagafix.co.uk/CentOS-5/CentOS5-AMD64-root_fs.bz2 has a quite empty /lib/, the libraries are found only in /lib64/, including libe2p.so.2.3, and this UML image doesn't exhibit this behaviour. The image http://uml.nagafix.co.uk/Ubuntu-Feisty/Ubuntu-FeistyFawn-amd64-root_fs.bz2 is "closer" to Debian 4.0 and also contains the same libraries in /lib and /lib64, but running ldconfig doesn't provoke the error message. So in the end, I'm quite unclear wether this might be an issue for ldconfig (libc6 package), UML or e2fslibs. Anders -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
