Failed toexecute解决

这几天在使用Busybox制作FS2410开发板的CRAMFS文件系统，由于开始 下载的是Busybox1.10，每次下载到开发板中，然后启动总是出现”Failed to execute /linuxrc.

“的错误。到网上查了大量的资料，并做了大量的实验，发现都不能成功。今天下午突然发现一个能够仿真arm的软件qemu，在Ubuntu中的安装方法：sudo

apt-get install qemu，Busybox编译后，可以通过arm仿真来测试：qemu-arm ./busybox ls，如果成功，则会显示当前目录下的文件列表。我对Busybox1.10编译后的结果进行测试，发现出现错误：

QUOTE:

qemu: unhandled CPU exception 0x8 - aborting

R00=001c596c R01=00000000 R02=001c5960 R03=00000001

R04=000cbf94 R05=00000000 R06=00000000 R07=00000000

R08=000cbfdc R09=000cbf94 R10=00000000 R11=00000000

R12=ffff0fff R13=b7d6c470 R14=000d4588 R15=ffff0fa0

PSR=20000010 --C- A usr32 ffff0fa0

s00=00000000( 0) s01=00000000( 0) d00=0000( 0)

s02=00000000( 0) s03=00000000( 0) d01=0000( 0)

s04=00000000( 0) s05=00000000( 0) d02=0000( 0)

s06=00000000( 0) s07=00000000( 0) d03=0000( 0)

s08=00000000( 0) s09=00000000( 0) d04=0000( 0)

s10=00000000( 0) s11=00000000( 0) d05=0000( 0)

s12=00000000( 0) s13=00000000( 0) d06=0000( 0)

s14=00000000( 0) s15=00000000( 0) d07=0000( 0)

s16=00000000( 0) s17=00000000( 0) d08=0000( 0)

s18=00000000( 0) s19=00000000( 0) d09=0000( 0)

s20=00000000( 0) s21=00000000( 0) d10=0000( 0)

s22=00000000( 0) s23=00000000( 0) d11=0000( 0)

s24=00000000( 0) s25=00000000( 0) d12=0000( 0)

s26=00000000( 0) s27=00000000( 0) d13=0000( 0)

s28=00000000( 0) s29=00000000( 0) d14=0000( 0)

s30=00000000( 0) s31=00000000( 0) d15=0000( 0)

FPSCR: 00000000

qemu: uncaught target signal 6 (Aborted) - exiting

说明，所编译得到的busybox不能使用在arm处理器，由于时间关系就放弃了使用Buxybox1.10版本。后又尝试了Busybox1.5.x，发现有同样的问题。（后来和1.00版本对照，发现去掉了对devfs的支持）

于是使用FS2410开发版自带的源码中的Busybox1.00版本，编译后仿真没有问题，生成cramfs文件系统后下载、启动也正常，只是会出现“/bin/sh: can't access tty; job control

turned off”的问题，查阅了一些资料，发现都不能很好的解决这个问题。于是下载了Busybox1.1.3版本，编译、生成文件系统、下载、启动，一切正常，讲一讲过程：

1.下载BusyBox 1.1.3

2. 执行make menuconfig，然后进行设置，我截了几张图，这几张图就是在进行配置时需要重点注意的地方：

（1）在General Configuration中，一定要选择“Support for devfs”选项，现在的Busybox新版本去掉了这个选项，不过应该可以通过修改配置文件加入。

（2）在Build Options选项中，选择使用“静态库”以及设置交叉编译工具的PREFIX。

（3）在Linux System Utilities选项中，“Support loopback mounts”和“Support for the old

/etc/mtab file”2个选项应该选中。

（4）在Init Utilities选项中，“Support reading an inittab file”应该选中，这样可以根据自己编写的inittab文件初始化；“Support running commands with a controlling-tty”应该选中，否则会提示非常困扰的“/bin/sh: can't access tty; job control turned off”的提示，尽管可以进入控制台命令行。

（4）在Shell选项中，应该选中默认shell：ash，否则不会生成sh，导致不能解释脚本文

件。

（5）其他的选项根据自己的需要设置。

3. 配置完成后，退出保存（最好备份.config文件以供后用），然后开始生成，执行make

TARGET_ARCH=arm；此处的TARGET_ARCH是必须的。生成完成后使用qemu-arm测试：qemu-arm ./busybox ls，如果没有错误的话，会显示出 当前目录下的文件列表。

说明：在生成的过程中，提示了“/mnt/extdisk/embedded/busybox-1.1.3/include/bbconfigopts.h:28 hmm, untermina”错误，分析相应的文件，发现应该是一个配置包含文件，在配置后保存在.config文件中，因此这个文件中的内容应该不是关键内容，因此我将此文件清空保存，然后重新执行上面的生成命令，成功。

4. 生成结束后，执行make install，生成一个_install文件夹，内有一个linuxrc文件和bin、sbin、usr三个文件夹，删除linuxrc，将三个文件夹打包。

5. 准备生成cramfs文件系统：

（1）创建一个文件夹，比如rootfs，转到rootfs，执行命令mkdir bin dev etc home lib mnt

proc sbin sys tmp var usr，建立相应的文件夹，再建立etc下的init.d文件夹。

（2）准备启动所需的文件：linuxrc、rcS、inittab、fstab四个文件；

linuxrc文件：

#!/bin/sh

echo "mount /etc as ramfs"

/bin/mount -f -t cramfs -o remount,ro /dev/bon/2 /

/bin/mount -t ramfs ramfs /var

/bin/mkdir -p /var/tmp

/bin/mkdir -p /var/run

/bin/mkdir -p /var/log

/bin/mkdir -p /var/lock

/bin/mkdir -p /var/empty

#/bin/mount -t usbdevfs none /proc/bus/usb

exec /sbin/init

rcS文件：

#!/bin/sh

/bin/mount -a

这两个文件生成后，应该使其具有执行的权限，可使用chmod 775 linuxrc rcS来修改，linuxrc应该放在rootfs根目录，rcS应该放在rootfs/etc/init.d/目录。

inittab文件：

# This is run first except when booting

::sysinit:/etc/init.d/rcS

# Start an "askfirst" shell on the console

#::askfirst:-/bin/bash

::askfirst:-/bin/sh

# Stuff to do when restarting the init process

::restart:/sbin/init

# Stuff to do before rebooting

::ctrlaltdel:/sbin/reboot

::shutdown:/bin/umount -a -r

fstab文件：

none /proc proc defaults 0 0

none /dev/pts devpts mode=0622 0 0

tmpfs /dev/shm tmpfs defaults 0 0

这两个文件应该放在rootfs/etc/目录，应该注意其权限问题。

（3）如果使用linux 内核，应该实现创建节点console、null。转到rootfs/dev/目录来创建：

sudo mknod console c 5 1

sudo mknod null c 1 3

否则就会提示“Warning: unable to open an initial console.

Kernel panic - not syncing: Attempted to kill init!”的类似错误。

（4）将刚才在busybox的_install下的三个文件夹的打包文件复制到rootfs目录，解压后删除打包文件。

（5）也可以将一些常用的lib文件复制到rootfs/lib/目录下，比如：

.1 libgcc_.1 .6 .3 .6 等文件或符号连接，在复制时应该注意采用图形化的界面复制活打包后解包方式复制。

（6）转到rootfs的上一级目录，使用mkcramfs制作文件系统：./mkcramfs rootfs

，然后下载、少录、启动，成功，如下图所示：

6. 后记

（1）qemu-arm仿真工具

花费了2天多的时间来使用Busybox制作文件系统，时间有点长，主要是开始走了弯路，使用Busybox1.10版本，当时不太清楚有qemu-arm仿真arm的工具，借助qemu-arm仿真工具可以很方便的验证自己的busybox编译结果是否正确，可以节省很多时间。就如刚开始我使用busybox1.10版本，没有借助qemu-arm仿真，下载后启动出现”Failed to

execute /linuxrc. “的错误，这个错误很难排除，这几天一有时间就查资料看解决这个问题的方法，只可惜浪费了时间。

（2）交叉编译工具

看网上有资料说，linux内核以及busybox最好使用相同的交叉编译工具编译，否则可能会出现问题。我使用的是不同版本的交叉编译工具，没有出现问题。因为linux2.6.24内核是几天前编译的，采用的是4.2.1版本；今天编译busybox1.1.3用的是3.3.2版本。

（3）BusyBox

内核取消了devfs的支持，Busybox也跟上了这个步伐，前面我也提到过，对于busybox的新版本应该可以通过修改配置文件十七支持devfs，具体方法：修改文件，找到menu "General Configuration"，然后在其后适当位置加入如下内容：

config CONFIG_FEATURE_DEVFS

bool "Support for devfs"

default n

help

Enable if you want BusyBox to work with devfs.

这样，在进行配置时就会出现“Support for devfs”选项。只是我加入后，在进行编译，所得到的busybox也没有在qemu-arm仿真中通过。

出自：/denlee/archive/2008/04/06/