qemu模拟mips架构的ubuntu系统后，，生成的可执行文件放到宿主机上执行报错 /lib/ld-linux.so.3: No such file or directory

下面是我网上搜到的相关文章，解决了我的困惑:

今天在Ubuntu9.04下搭建了一下Scratchbox交叉编译环境，并在新建的ARM模拟器上对Scratchbox自带的hello-world程序进行编译，运行时出现题目所示错误。

    网上查了一下，ld-linux.so.3大概是linux下进行动态库连接的连接器，用于新一代elf格式的可执行文件。因此，推测自己搭建的目标平台下缺少该库，于是到一下网址：http://www.scratchbox.org/download/files/sbox-releases/stable/tarball/下载软件包：scratchbox-toolchain-cs2005q3.2-glibc-arm-1.0.5-i386.tar.gz， 解压该软件包，在路径scratchbox/compliers/cs2005q3.2-glibc-arm/arm-none-linux-gnueabi/lib下找到文件ld-linux.so.3，但该文件只是个符号连接，连接到同一路径下的ld-2.3.6.so，于是将ld-2.3.6.so拷贝到自己在Scratchbox下所建立的模拟器目录下的lib文件夹下，并利用命令：

ln -s ld-2.3.6.so ld-linux.so.3建立ld-linux.so.3的符号连接。

    OK，重新运行刚才编译的程序，问题解决。

    这里有个问题值得注意：题目中所给错误的根目录“/”，并不是我所在的Ubuntu的根目录，而是Scratchbox环境虚拟出来的根目录，这个根目录下的lib目录通过两次符号连接最终指向开发人员安装的设备目录下的lib文件。

  网上针对上述问题，还有一种规避性的做法：将程序由动态连接编译，通过static编译选项，改为静态连接编译，这样就不会发生对动态连接器ld-linux.so.3的调用，错误也就不会出现。

还有一篇，跟我的报错比较像，但是不太一样，也贴出来： 

qemu仿真可执行二进制文件时出现错误：/lib/ld-uClibc.so.0: No such file or directory的解决方法