On Sunday 27 October 2013 16:46:44 you wrote:
> On Wed, 2013-10-23 at 17:51 +0200, Denys Vlasenko wrote:
> > execve("/bin/ping", ["ping", "www.google.com"], [/* 9 vars */]) = 0
> > ...
> > ...
> > open("/lib/libnss_files.so.2", O_RDONLY|O_CLOEXEC) = 3^M
> > read(3, 
> > "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0(\0\1\0\0\0\220\31\0\0004\0\0\0<\263\0\0\2\0\0\0054\0
> > \0\10\0(\0\36\0\33\0\6\0\0\0004\0\0\0004\0\0\0004\0\0\0\0\1\
> > close(3)
> > 
> > This looks wrong: the library wasn't successfully loaded.
> > Successfful load would look like this:
> > 
> > open("/lib64/libnss_files.so.2", O_RDONLY|O_CLOEXEC) = 4
> > read(4, "\177ELF\2\1\1\0\0\0\0...
> > fstat(4, {st_mode=S_IFREG|0755, st_size=62376, ...}) = 0
> > mmap(NULL, 2148488, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 4,
> > 0) = 0x7fc51fbb0000
> > mprotect(0x7fc51fbbc000, 2093056, PROT_NONE) = 0
> > mmap(0x7fc51fdbb000, 8192, PROT_READ|PROT_WRITE,
> > MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 4, 0xb000) = 0x7fc51fdbb000
> > close(4)
> > 
> > 
> > and in your case, dynamic loader just dropped the file
> > and tried to find libnss_files.so.2 elsewhere:
> > 
> > open("/usr/lib/tls/v6l/vfp/libnss_files.so.2", O_RDONLY|O_CLOEXEC) =
> > -1 ENOENT (No such file or directory)
> > stat64("/usr/lib/tls/v6l/vfp", 0xbe9efd48) = -1 ENOENT (No such file
> > or directory)
> > open("/usr/lib/tls/v6l/libnss_files.so.2", O_RDONLY|O_CLOEXEC) = -1
> > ENOENT (No such file or directory)
> > stat64("/usr/lib/tls/v6l", 0xbe9efd48)  = -1 ENOENT (No such file or 
> > directory)
> > open("/usr/lib/tls/vfp/libnss_files.so.2", O_RDONLY|O_CLOEXEC) = -1
> > ENOENT (No such file or directory)
> > stat64("/usr/lib/tls/vfp", 0xbe9efd48)  = -1 ENOENT (No such file or 
> > directory)
> > 
> > Looks like you copied wrong files to your /lib64
> > (for example, x86 instead of ARM ones).
> I don't think so. I didn't use x86 libs.
> 
> [huli@dhcp-193-161 lib]$ pwd
> /opt/arm/arm-rpi-linux-gnueabi/arm-rpi-linux-gnueabi/sysroot/lib
> [huli@dhcp-193-161 lib]$ file libnss_files-2.17.so
> libnss_files-2.17.so: ELF 32-bit LSB shared object, ARM, version 1
> (SYSV), dynamically linked (uses shared libs), for GNU/Linux 3.10.2, not
> stripped

Hi,
just a stupid question, do you have a symbolic link

/lib/libnss_files.so.2 =>  /lib/libnss_files-2.17.so ?

Ciao,
Tito

PS.: maybe you can post the output of:

ldconfig -v

from your rootfs.

> This is the busybox version: [huli@dhcp-193-161 bin]$ file busybox 
> busybox: ELF 32-bit LSB executable, ARM, version 1 (SYSV), dynamically
> linked (uses shared libs), for GNU/Linux 2.6.32, stripped
> 
> Is this would be an issue?
> 
> Thanks.
> 
> 
_______________________________________________
busybox mailing list
busybox@busybox.net
http://lists.busybox.net/mailman/listinfo/busybox

Reply via email to