On Sat, 29 Oct 2005, Andreas ?berg wrote:
As far as I can telle there is no problem with the linking... but you are right perheps someone else can spot something?ldd /sbin/init libintl.so.3 => /lib/libintl.so.3 (0xb7fec000) libc.so.0 => /lib/libc.so.0 (0xb7f55000) ld-uClibc.so.0 => /lib/ld-uClibc.so.0 (0xb7ffb000) ls -l /lib/libintl.so.3 lrwxrwxrwx 1 root root 16 2005-10-25 21:26 /lib/libintl.so.3 -> libintl.so.3.4.3 ls -l /lib/libintl.so.3.4.3 -rw-r--r-- 1 root root 44854 2005-10-26 01:38 /lib/libintl.so.3.4.3 ls -l /lib/libc.so.0 lrwxrwxrwx 1 root root 19 2005-10-26 01:23 /lib/libc.so.0 -> libuClibc-0.9.28.so ls -l /lib/libuClibc-0.9.28.so -rw-r--r-- 1 root root 596076 2005-10-26 01:38 /lib/libuClibc-0.9.28.so ls -l /lib/ld-uClibc.so.0 lrwxrwxrwx 1 root root 19 2005-10-26 01:23 /lib/ld-uClibc.so.0 -> ld-uClibc-0.9.28.so ls -l /lib/ld-uClibc-0.9.28.so -rwxr-xr-x 1 root root 21096 2005-10-26 01:38 /lib/ld-uClibc-0.9.28.so
Certainly looks ok to me. Perhaps worth running ldd on libintl.so.3.4.3 and libuClibc-0.9.28.soand perhaps running 'file' on them (if it recognises them as shared objects - I don't know whether it does).
If you have static libraries, perhaps try building a static bash (don't overwrite the existing bash) and using that with init=.
When I chroot into /mnt/lfs and run the startupscript including udevstart, the /dev gets populated but not with a initctl... but it is perheps only created at boot time....
I think init creates it, so yes. Ken -- das eine Mal als Trag?die, das andere Mal als Farce
-- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
