Ok found my problem it turns out that ld.so.1 symbolic link is missing from
libc package if it's an external toolchain, here is make patch to solve this
problem.


Index: package/base-files/Makefile
===================================================================
--- package/base-files/Makefile    (revision 27949)
+++ package/base-files/Makefile    (working copy)
@@ -188,7 +188,7 @@
         string
         prompt "libc shared library files (use wildcards)"
         depends EXTERNAL_TOOLCHAIN && PACKAGE_libc
-        default "./lib/ld{-*.so,-linux*.so.*}
./lib/lib{anl,c,cidn,crypt,dl,m,nsl,nss_dns,nss_files,resolv,util}{-*.so,.so.*}"
+        default "./lib/ld{-*.so,-linux*.so.*,.so.*}
./lib/lib{anl,c,cidn,crypt,dl,m,nsl,nss_dns,nss_files,resolv,util}{-*.so,.so.*}"

     endmenu
 endef



On Wed, Aug 10, 2011 at 4:44 PM, Pawel Pastuszak
<[email protected]>wrote:

> Hi all,
>
> I having some problem booting the system after using external tool chain
> which i generated but the time i used to generate the toolchain that image
> works fine.
>
> Here is what i get..
> [    2.801721] RAMDISK: gzip image found at block 0
> [    3.527982] EXT4-fs (ram0): mounted filesystem without journal. Opts:
> (null)
> [    3.535118] VFS: Mounted root (ext4 filesystem) on device 1:0.
> [    3.541360] devtmpfs: mounted
> [    3.544447] Freeing unused kernel memory: 148k init
> [    3.550767] Failed to execute /etc/preinit.  Attempting defaults...
> [    3.557341] Kernel panic - not syncing: No init found.  Try passing
> init= option to kernel. See Linux Documentation/init.txt for guidance.
> [    3.569865] Call Trace:
> [    3.572337] [cf435f40] [c00060c0] 0xc00060c0 (unreliable)
> [    3.577782] [cf435f80] [c02d2e04] 0xc02d2e04
> [    3.582096] [cf435fd0] [c00014e0] 0xc00014e0
> [    3.586402] [cf435fe0] [c035185c] 0xc035185c
> [    3.590707] [cf435ff0] [c000a8a4] 0xc000a8a4
> [    3.595082] Rebooting in 1 seconds..
>
> So my question is since it pointing to preinit what is the best way to
> debug this?
>
> Now i using Revision: 27944 of the trunk. and it based on glibc.
>
> Pawel
>
_______________________________________________
openwrt-devel mailing list
[email protected]
https://lists.openwrt.org/mailman/listinfo/openwrt-devel

Reply via email to