64位系统执行32位程序报No such file or directory

前些天，从A的服务器上面拷贝一个 交叉编译工具链的gz包，解压后运行，一直提示 No such file or directory。

直接在命令行下面执行命令如下：

dehuasun@×××-HP-Compaq-Pro-6300-MT:~/opt/cross/bin$ ls -al armv7l-tizen-linux-gnueabi-gcc

-rwxrwxrwx 2 dehuasun dehuasun 537568 May 21 21:10 armv7l-tizen-linux-gnueabi-gcc

dehuasun@×××-HP-Compaq-Pro-6300-MT:~/opt/cross/bin$ ./armv7l-tizen-linux-gnueabi-gcc

-bash: ./armv7l-tizen-linux-gnueabi-gcc: No such file or directory

这个目录下，命名有这个文件，执行的时候却提示No such file or directory。 难道是系统还没把这个文件纳入文件系统？ 重启系统后，问题依旧。 看来不是我猜测的这个原因，也不太可能， linux操作系统不可能会有这么低级的错误。

把这个文件，重新拷贝到A机器上面运行，发现是可以的。 这个是为什么？

百思.....

困惑了一周后，偶然执行 uname -a 命令，发现这两天机器的位数不一样。 A机器是32位的， 而我的服务器是64位的。

难道是因为这个原因？ 上网搜索“ 32 文件 64 操作系统 No such file or directory” ， 果然网上有人也碰到过类似的问题，也给出了解答：

当你执行一个32位程序的时候，你可能会发现提示No such file ordirectory，这就是说明你的64位系统没有安装32位的lib库，如何知道一个程序是32位还是64位呢，也很简单，可以通过readelf来看。呃，如果你确定你执行的是32位程序，而你是64位系统，则出现Nosuch file or directory错误就是因为你缺少了32位的库文件。解决方法也很简单：

对于Arch Linux用户：

添加下面几行到

/etc/pacman.conf

启用该软件仓库：

[multilib]

Include = /etc/pacman.d/mirrorlist

然后执行：

sudo pacman -Syy

sudo pacman -S lib32-glibc

对于Ubuntu用户：

sudo apt-get install ia32-libs

对于fedora用户：

sudo yum install glibc.i686

一般的程序就可以运行了，当然也可能还需要一些其它的32位库，可根据实际情况来解决