[QUOTE=geekmaster;3315820]
PHP Code:
mint17-32 K1 # uclibc/bin/busybox
/lib/ld-uClibc.so.0: No such file or directory
mint17-32 K1 # file uclibc/lib/ld-uClibc.so.0
uclibc/lib/ld-uClibc.so.0: symbolic link to 'ld-uClibc-0.9.29.so'
mint17-32 K1 # file uclibc/lib/ld-uClibc-0.9.29.so
uclibc/lib/ld-uClibc-0.9.29.so: ELF 32-bit LSB shared object, ARM, EABI4 version 1 (SYSV), dynamically linked, stripped
mint17-32 K1 #
Well, the reason why this isn't working is simple enough -- the ELF interpreter specified by uclibc/bin/busybox is /lib/ld-uClibc.so.0. That is an absolute path, and no searching is done: the kernel just executes it directly. An ld.so in a different directory, let alone one with a different name, will never be found by this process.
But uClibc is highly reconfigurable: as noted, without the config Amazon used, it's probably best to statically link everything, so you don't depend on the God-knows-what libc config Amazon have used. If you can't get that to work, you'll never be able to get the considerably more complex dynamic linking case to work.