如何构建嵌入式Linux系统方案

1、 PAGE23 / NUMPAGES23 HYPERLINK :/ / HYPERLINK :/ /目 录 TOC TOC 构建嵌入式Linux系统1.取本实验相关的软件包到ftp下载以下软件包： 文件名备注binutils-2.16.1.tar.bz2 gcc-4.0.2.tar.bz2 glibc-2.3.6.tar.bz2 glibc-linuxthreads-2.3.6.tar.bz2 linux-.tar.bz2 linux-libc-headers-.tar.bz2 制作交叉编译工具链所需的源码包 crosstool-0.43.tar.gz制作交叉编译工具链的脚本和补丁 cross

2、tool.tar.bz2已制作好的交叉编译工具链，需要解包到/opt目录使用 linux-2.6.27.tar.bz2核2.6.27 patch-2.6.27-aka针对2440开发板制作的核patch zImage已编译好的核，可直接下载到开发板 rootfs-basic.tar基本根文件系统打包，由于有设备文件，所以解包需要root权限 rootfs-basic.cramfs采用cramfs文件系统格式的基本根文件系统映像，可直接下载到开发板 busybox-1.9.1.tar.bz2busybox源码包，嵌入式根文件系统基本命令集 sqlite-3.4.0.tar.gzsqlite源码包

3、，嵌入式数据库 libcgi-1.0.tar.gzlibcgi源码包，用于编写CGI程序的C函数库 qtopia-core-opensource-src-4.2.2.tar.gzQtopia Core源码包，Qt的嵌入式版本 2.交叉编译工具链要做嵌入式Linux开发，首先需要有交叉编译工具链（cross compiling toolchain），也就是在主机（x86 PC）上可编译生成目标板可执行文件（ARM指令）的编译工具。和普通的编译工具链一样，交叉编译工具链也包括编译、修改目标文件的各种程序，如gcc、glibc、ld、gas、objdump、readelf等等。交叉编译工具链本身也是

4、需要编译生成的，要得到一套完整的交叉编译工具链需要编译以下源码包： binutils gcc glibc linux（核） linux-libc-headers glibc-linuxthreads 这些源码包具有非常强的版本依赖关系，如果源码包的版本不匹配，在编译过程中会出现各种各样的问题，有些问题需要对源码做些修改或者打补丁，有些问题则是没有解决办法的，只能更换匹配较好的版本。编译的步骤也是比较复杂的，主要有以下几步： 根据目标平台配置核源代码，生成核头文件 编译binutils 编译器的自举（bootstrap），也就是先编译出gcc的部分功能（没有glibc支持，只有C编译器没有C+编

5、译器） 编译glibc 编译完整的gcc 首先从 .kegel./crosstool 下载crosstool-0.43.tar.gz，在主目录下解包 $ tar xf crosstool-0.43.tar.gz; cd crosstool-0.43现在选择一种源码包的版本组合，各种版本组合的兼容性可以参考 .kegel./crosstool/crosstool-0.43/buildlogs/ ，在此我们选择在arm平台上glibc版本较高，兼容性较好的一个组合： gcc-4.0.2 cgcc-4.0.2 glibc-2.3.6 binutils-2.16.1 linux- hdrs- 修改cr

6、osstool-0.43目录下的脚本demo-arm.sh，取消这一行开头的#号注释符： #eval cat arm.dat gcc-4.0.2-glibc-2.3.6.dat sh all.sh -notest同时将原本没有注释的这一行注释掉（前面加#号）： eval cat arm.dat gcc-4.1.0-glibc-2.3.2-tls.dat sh all.sh -notest注意该脚本开头有 TARBALLS_DIR=$HOME/downloadsRESULT_TOP=/opt/crosstool这说明，该脚本运行时，自动从 ./ 和 ./ 下载相关的源码包到主目录的downloa

7、ds目录下，如果你已经下载过这些源码包，将它们拷到downloads目录下就可以不必再次下载了。对应于我们选择的版本组合，downloads目录下的源码包有： binutils-2.16.1.tar.bz2 gcc-4.0.2.tar.bz2 glibc-2.3.6.tar.bz2 glibc-linuxthreads-2.3.6.tar.bz2 linux-.tar.bz2 linux-libc-headers-.tar.bz2 整个编译结束后，交叉编译工具链将放在/opt/crosstool目录下，因此脚本需要在/opt下建子目录，如果不希望使用root权限运行该脚本，则需要事先给/opt

8、目录设置写权限： $ sudo chmod a+w /opt然后修改arm.dat，其中有 TARGET=arm-unknown-linux-gnu这是按标准的命名规则为工具链命名的，但是通常我们都采用更简单的命名，很多软件的Makefile叉编译器默认也都采用简单的命名，为此我们把它改为TARGET=arm-linux。 由于编译过程需要用到patch、bison、flex，确认你的系统中安装了这些软件包。 在编译过程中可能还会遇到脚本的兼容性问题，如果你的Linux发行版将sh指向dash（例如Ubuntu），应将其改指向bash： $ cd /bin$ sudo ln -sf bash

9、sh虽然用dash执行脚本时非常高效并且其实现完全遵守POSIX标准，然而现存的很多脚本（比如glibc中的脚本）有不符合POSIX标准的用法，所以仍需改用bash执行。 准备就绪后，在crosstool-0.43目录下运行demo-arm.sh脚本开始编译。编译完成后，交叉编译工具链的可执行文件位于/opt/crosstool/gcc-4.0.2-glibc-2.3.6/arm-linux/bin目录，我们可以把这个路径添加到PATH环境变量中，例如将以下命令添加到/.bashrc启动脚本： export PATH=$PATH:/opt/crosstool/gcc-4.0.2-glibc-2

10、.3.6/arm-linux/bin此外，网上也可下载到已编译好的交叉编译工具链，比如 ./snapgear/downloads.html ，但是使用别人编译好的交叉编译工具链有很多限制，不能按自己的特殊需要对其定制，比如有些项目需要特定版本的gcc和glibc，再比如需要soft-float的编译器（生成指令模拟浮点数运算）。 以上编译步骤需要很长时间，也可以直接从ftp下载已制作好的交叉编译工具链安装到主机： $ sudo chmod a+w /opt$ tar xf crosstool.tar.bz2 -C /opt然后在/.bashrc启动脚本中修改PATH环境变量。 3.熟悉开发环境

11、3.1 U-boot的基本使用方法连接好开发板的网线和串口线，启动minicom（配置成115200 8N1，无Flow Control）。按下开发板电源，立刻按除回车以外的任意键，进入bootloader提示符AKAE2440#。如果没来与按键就已经启动了核，可以按开发板上的RESET键重来。 注意：u-boot的终端不能处理控制字符，不要用移动光标键或翻页键等，退格键可以用。按了产生控制字符的键再输入命令就会产生错乱，这时可以按下回车输入当前这条已经错乱的命令，然后在新的提示符下重新键入命令。 输入printenv命令显示bootloader的参数。 更改参数使用命令set或者setenv

12、，如下图所示：上图中，setenv ipaddr 2表示设置开发板的IP地址为2。setenv netmask 表示设置子网掩码为。setenv serverip 1表示设置与开发板相连的PC机IP是1。可以根据你的情况重新设置。为了统一起见，在后面的实验中，我们统一设置为： AKAE2440 # set ipaddr 00AKAE2440 # set serverip 1 (这一项应该和你的主机IP一致)AKAE2440 # set netmask AKAE2440 # set gateway 1 (网关ip设置成什么无所谓，一般都设为主机ip)AKAE2440 # savesave将这些设

13、定写入flash中，下次开发板上电时仍然有效。如果不save则仅改变存中的参数值，reset后会恢复flash中原来的参数值。 设置完成后在开发板上ping 主机的ip地址，检查网络是否正常，如下所示：AKAE2440 # ping 1host 1 is alive这表示主机能ping通，网络正常。如果显示如下：AKAE2440 # ping 1ping failed; host 1 is not alive.这就表示主机不能ping通，网络异常，需要检查你的网络。还有一些常见的参数：AKAE2440 # set bootdelay 3Bootdelay设为3，表示开发板上电后等待3秒再启动，

14、这3秒时间按任意键会进入u-boot命令行状态，如下图所示：另外，还有：AKAE2440 # set bootmode nfs或者AKAE2440 # set bootmode nandBootmode 可以设为nfs或者nand两者之一，这个参数表明了u-boot启动时，根文件系统在哪里寻找，如果是nand表示根文件系统保存在开发板本身的flash某个分区中，要到flash上去找；如果是nfs则表示u-boot要去你的PC机的nfs服务的目录(PC机硬盘上)去找。在开发板bootloader输入以下命令查看64M flash是如何分区的。 AKAE2440 # mtdpartsDevice

15、nand0 . # parts = 4#: name size offset mask_flags0: u-boot 0 x00100000 0 x00020000 01: kernel 0 x00200000 0 x00100000 02: ext2 0 x01000000 0 x00300000 03: temp 0 x02d00000 0 x01300000 0u-boot分区保存bootloader程序，Linux核保存在kernel分区，根文件系统会保存到ext2分区, temp分区本实验中没有用到。 如果mtdparts命令未显示上述图样，可能是flash未作分区操作，可以使用mt

16、dparts default命令来创建上述那样的默认分区。如下图所示： 如果要保存新的分区表，使用命令save保存到flash中，否则reset后将恢复flash中原来的分区表。 下载文件到开发板存中，需要通过tftp协议。开发板是tftp客户端，主机是tftp服务器。在配置好主机的tftp服务之后，主机上会有一个tftp服务的主目录/tftproot，我们把要下载到开发板上的文件都先拷贝到这个目录中，之后才能下载。tftp命令的格式为 tftp 文件名。注意我们都是把核zImage文件下载到0 x30008000地址上，把根文件系统img文件下载到0 x30800000地址上。当我们用命令t

17、ftp 0 x30008000 zImage把核zImage下载到存地址0 x30008000上之后，先使用nand erase kernel命令擦除掉flash的kernel分区上的数据(否则在读出flash数据时会报失败)，然后可以用nand write 0 x30008000 kernel 0 x200000命令把存中的核文件烧写到flash的对应kernel分区中去，如下图所示：同理，当我们用命令tftp 0 x30800000 rootfs.cramfs把根文件系统rootfs.cramfs映像文件下载到存地址0 x30800000上之后，用nand write 0 x3080000

18、0 ext2 0 x1000000命令把它烧写到flash的ext2分区中去，当然，在烧写之前也要先使用 nand erase ext2擦除掉flash的ext2分区，否则烧写后读出数据会失败。如下图所示：注意：如果发现tftp服务配置是正确的，但是有些文件不能够下载，则很有可能是文件权限的问题。可以使用sudo chmod 777 zImage rootfs.cramfs这样的命令来更改文件访问权限。现在，核和cramfs根文件系统都烧写到flash上去了，只要设置好正确的核启动参数就可以启动开发板了。AKAE2440 # set bootcmd nand read 0 x30008000

19、kernel 0 x200000; myboot 0 x30008000AKAE2440 # set bootargs noinitrd console=ttySAC0,115200AKAE2440 # set bootmode nandAKAE2440 # set init /linuxrc AKAE2440 # set root /dev/mtdblock2AKAE2440 # savebootcmd参数表示u-boot上电后会自动执行的命令，第一条nand read 0 x30008000 kernel 0 x200000表示从flash上kernel分区去读取Linux核到开发板存地址

20、0 x30008000处，大小为0 x200000字节；第二条命令是myboot 0 x30008000表示跳转到地址0 x30008000去启动Linux核。这两条命令要用分号“；”隔开，但是设置bootcmd参数时设置给它的是一个字符串，所以分号要用转义字符“;”代替。bootargs就是我们常说的Linux核的启动命令行参数（Linux_cmd_line）。U-boot通过这个参数告知核一些关键的启动参数。实际上，在Uboot中，最后的完整的启动命令行参数是由前面设置那些一个一个的小项组合而成的。真正完整的命令行参数是：noinitrd console=ttySAC0,115200 in

21、it=/linuxrc cs89x0_media=rj45 root=/dev/mtdblock2 mtdparts=akae2440-nand:1M(u-boot),2M(kernel),16M(ext2),45M(temp) ip=00:1:1:eth0:off noinitrd表示核启动时不需要初始化一个存磁盘ramdisk；而root=/dev/mtdblock2表示根文件系统在flash的编号为2的分区上（从0开始编号的，所以是第三个分区，回忆前面的u-boot的分区信息，flash上分区依次是u-boot，kernel，ext2，temp，我们的根文件系统就在第三个分区ext2上）

22、；console=ttySAC0, 115200表示打开一个串行终端ttySAC0，它是通过串口1工作的，波特率为115200；init=/linuxrc表示核启动好后第一个执行的应用程序是/linuxrc，根目录下的linuxrc；mtdparts=akae2440-nand:1M(u-boot),2M(kernel),16M(ext2),45M(temp)表示u-boot传递给核的分区信息。我们在选择使用nfs根文件系统还是cramfs根文件系统的时候，bootargs、bootcmd和init参数基本都一样，不用改变，需要改变的是bootmode参数，由bootmode参数的设置决定去选

23、择root参数（描述cramfs根文件系统所在位置)还是nfsroot参数(描述nfs根文件系统所在位置），即bootmode为nand时选择root参数，bootmode为nfs时选择nfsroot参数。在启动进入到Linux系统后，可以通过在命令行终端键入如下命令来查看命令行参数：$cat /proc/cmdline现在启动。 AKAE2440 # reset这时屏幕上出现很多核启动信息，之后提示登录，输入root即可登录。 (none) login: root现在可以试试各种Linux基本命令。注意cramfs是只读文件系统，在开发板上运行时不能改动里面的文件。 有些时候我们可能会尝试配

24、置不同的核选项，会得到不同的几个核zImage文件，这样都烧写到flash上再reset启动太浪费时间，可以用tftp把核zImage加载到存0 x30008000地址上，不烧写，直接用myboot 0 x30008000去启动存上的核。如下图示：3.2 将自己定制的根文件系统下载到开发板运行“根文件系统”是一种不严格的说法，其实是指文件系统中的文件和目录，这些文件和目录构成了一个Linux系统运行所需的基本框架。ftp上的rootfs-basic.tar是根文件系统的打包，由于包含设备文件，需要root权限才能解包： $ sudo tar xf rootfs-basic.tar解包后可以根据

25、自己的需要修改其中的目录和文件，然后将根文件系统目录制作成cramfs映像再下到开发板运行，这样就达到了修改根文件系统中的目的。 首先确认你的主机上安装了软件包cramfsprogs，然后制作cramfs文件系统映像： $ mkcramfs /rootfs rootfs.cramfs然后按照前面的步骤把rootfs.cramfs下载到开发板的ext2分区，运行一下试试。 3.3 设置开发板的启动方式为NFS Root基本思想是：在主机上开NFS服务器，把主机上的/rootfs目录导出为NFS服务目录，使开发板一启动就自动加载主机的/rootfs目录为根文件系统，省去了下载和烧写映像的麻烦，在主

26、机上修改根文件系统中的文件立刻在开发板的系统上生效，在开发过程中十分便利。 首先在主机上安装和配置NFS服务，确认你的主机安装了nfs-kernel-server软件包。然后修改配置文件/etc/exports，添加下面一行（注意*号后面紧跟左括号，无空格，每个逗号后面也不能有空格）： /home/akaedu/rootfs *(rw,sync,no_root_squash)这表示我们把上一节过解压rootfs-basic.tar得到的/home/akaedu/rootfs/目录设置为nfs服务目录。更改配置后需要重启NFS服务： $ sudo /etc/init.d/nfs-kernel-s

27、erver restart用rpcinfo -p命令看一下portmapper和nfs服务是否正常启动了，用exportfs命令看一下导出目录的设置是否正确。 进入开发板的bootloader，修改核启动参数： AKAE2440 # set bootcmd nand read 0 x30008000 kernel 0 x200000; myboot 0 x30008000AKAE2440 # set bootargs noinitrd console=ttySAC0,115200AKAE2440 # set init /linuxrc AKAE2440 # set nfsroot /home/

28、akaedu/rootfsAKAE2440 # set bootmode nfsAKAE2440 # saveAKAE2440 # reset真正完整的核启动命令行参数是:noinitrd console=ttySAC0,115200 init=/linuxrc root=/dev/nfs nfsroot=1:/home/akaedu/rootfs mtdparts=akae2440-nand:1M(u-boot),2M(kernel),16M(ext2),45M(temp) ip=00:1:1:eth0:off 注意，如果某一项参数很长，而minicom提供的终端却不能自动换行，一行写不下的

29、部分只好盲打了，注意不要打错。如果是图形界面的console，可以把字体调小使得一行可以容得下这么长的参数，或者在gedit写字板程序中写好后直接粘贴到console窗口（我们推荐采用这种方法，把经常用到的启动参数都集中写好，以后可以选择对应的参数直接粘贴就好了，非常方便）。关于NFS根文件系统的核启动参数参考核源代码的Documentation/nfsroot.txt文档。 现在可以自己交叉编译一些小程序，然后拷贝到主机的/rootfs目录，我们可以立刻在开发板上运行该程序，而不需要重新下载和烧写了。 3.4 配置YAFFS文件系统cramfs是只读文件系统，在Flash上压缩存储，解压并加

30、载到RAM运行。由于只读因而功能上很受限制，但可以保护系统文件不被意外的写操作损坏。实际产品往往配置两个Flash分区，一个只读分区用于存放系统文件（程序文件和库文件），另一个可写分区，采用JFFS或YAFFS文件系统，用于存放应用程序数据，为了简便起见，我们只分一个区，使用可写的YAFFS文件系统。注意，完成这个实验之前先要完成上一节容，能启动到nfs根文件系统。 首先用NFS方式启动系统。YAFFS文件系统和我们熟悉的ext2不同，不需要格式化，只需要全部擦除就可以用了。用根文件系统中的flash_eraseall命令擦除root分区并mount上来。以下命令在开发板上执行 # flash

31、_eraseall /dev/mtd2Erasing 16 Kibyte 6b8000 - 10 % complete.Skipping bad block at 0 x006bc000Erasing 16 Kibyte 3dfc000 - 99 % complete.# mount -t yaffs /dev/mtdblock2 /mntyaffs: dev is 32505859 name is mtdblock2yaffs: Attempting MTD mount on 31.3, mtdblock2block 432 is bad# ls /mntlost+foundflash_er

32、aseall命令是从mtd项目（ ./ ）的源代码叉编译得来的。 现在可以把根文件系统中的所有文件拷贝到Flash分区。以下命令在开发板上执行： # cp -a bin etc lib linuxrc opt sbin srv tmp usr /mnt/# mkdir -p /mnt/proc /mnt/sys /mnt/dev /mnt/mnt /mnt/var/run# mknod /mnt/dev/console -m 600 c 5 1# mknod /mnt/dev/null -m 666 c 1 3# umount mnt# reboot注意：像/proc、/sys这样正mount

33、着特殊文件系统的目录和/dev目录下的设备文件一定不可以用cp命令拷贝。/mnt目录显然也不能拷贝。这些目录和设备文件需要手动创建。 重启目标系统之后进入U-boot，修改核启动参数使之从ext2分区启动即可（如果下次还用NFS启动，这里就不save了）： AKAE2440 # set bootmode nandAKAE2440 # set root /dev/mtdblock2AKAE2440 # set bootargs noinitrd rootfstype=yaffs rw console=ttySAC0,115200AKAE2440 # saveAKAE2440 # reset现在试

34、试能不能修改Flash根文件系统中的文件。 4.编译核将核释放到/linux-2.6.27目录下 $ tar xf linux-2.6.27.tar.bz2进入核目录： $ cd linux-2.6.27（本开发板不用修改makefile，打补丁时就会自动修改）首先修改Makefile，找到 ARCH ?= $(SUBARCH)CROSS_COMPILE ?=改为 ARCH ?= armCROSS_COMPILE ?= arm-linux-注意ARCH ?=arm后面不能有空格，要确保空格已删除干净，并且不要漏了arm-linux-末尾的“-”。下面对核打patch(注意打patch不要重复打

35、)： /linux-2.6.27$ patch -p1 Pseudo filesystems - /proc file system support; Sysctl support (/proc/sys); sysfs file system support 和Virtual memory file system support (former shm fs); Tmpfs POSIX Access control Lists。 /proc file system（或者叫procfs）是核提供给用户程序的接口，很多Linux程序都需要在procfs中读写数据，比如busybox，因此这个选项一

36、般是不能少的。Virtual memory file system（或者叫tmpfs）用于存虚拟磁盘，后面我们在做根文件系统时要mount一个tmpfs到/dev目录下。 3、不需要改变Boot options - Default kernel command string，因为bootloader中的核启动参数会取代这里的设置。 4、选中Device Drivers - Network device support - Ethernet (10 or 100Mbit) - CS8900A support，添加对网卡芯片的支持。在File systems - Network File Syst

37、ems菜单中选上NFS client support；NFS client support for NFS version3；NFS client support for the NFSv3 ACL protocol extension和Root file system on NFS。 5、选中Device Drivers - Memory Technology Devices (MTD) - MTD partitioning support，在Device Drivers - Memory Technology Devices (MTD),选中NAND Device Support和它下面的

38、NAND Flash support for S3C2410/S3C2440 SoC; S3C2410 NAND driver debug，不要选择S3C2410 NAND Hardware ECC，因为S3C2410硬件生成ECC码的算法和我们所需要的不一致。 6、在File systems - Miscellaneous filesystems中选中YAFFS2 file system support; Auto select yaffs2 format; cache short names in RAM, 再选上Compressed ROM file system support (cr

39、amfs)。 7、在Device Drivers - Graphics support中选中Support for frame buffer devices, 再选中它下面的Enable firmware EDID; Enable video Mode Handling Helpers; S3C2410 LCD framebuffer support，不选择Virtual Frame Buffer support因为它是一个用于调试的虚拟设备驱动而不是实际硬件的驱动。如果还选中了Bootup Logo，那么在核启动过程中初始化framebuffer时会在屏幕上看到Linux的企鹅logo，这是

40、测试framebuffer驱动是否正常工作最直接的方法。Bootup Logo有三种规格，我们的开发板支持VGA输出，可以选择224色的漂亮logo。 8、在 Device Drivers - USB support中选中Support for Host-side USB，然后选择OHCI HCD support，在Device Drivers - Input device support中选中Mouse interface，设置屏幕分辨率Horizontal screen resolution和Vertical screen resolution为1024和768。 9、选中Device D

41、rivers -Real time clock - Set system time from RTC on startup and resume; /sys/class/rtc/rtcN (sysfs); /proc/driver/rtc (procfs for rtc0); /dev/rtcN (character devices); Test driver/device.10、如果不希望在/dev目录下生成大量伪终端设备文件，可以取消选择Device Drivers - Character devices - Legacy (BSD) PTY support。 配置完成后用make命令编译

42、核，这个过程需要较长时间，编译好的核位于/linux-2.6.27/arch/arm/boot/zImage。现在将自己编译的核下载到开发板，看系统能不能正常启动。 5.制作根文件系统5.1 根文件系统框架和busybox首先用mkdir手动创建如下的基本目录结构： $ tree rootfs/rootfs/|- bin|- dev|- etc| |- init.d| - network| |- if-down.d| |- if-post-down.d| |- if-pre-up.d| - if-up.d|- lib|- mnt|- opt|- proc|- sbin|- srv|- sys|

43、- tmp|- usr| |- bin| |- lib| - sbin- var - run/bin /sbin /usr/bin /usr/sbin系统的基本命令，系统关键组件的可执行文件位于/bin和/sbin，其它应用程序的可执行文件位于/usr/bin和/usr/sbin，bin和sbin的区别在于，bin目录下的可执行文件用于日常操作，例如ls、cp，sbin目录下的可执行文件用于管理操作，例如ifconfig，执行管理操作通常需要root权限 /lib /usr/lib共享库，也是分为系统关键组件的共享库和其它应用程序的共享库 /procproc文件系统的挂载点 /syssys文件

44、系统的挂载点 /dev设备文件 /etc配置文件、启动脚本 /var运行时产生的记录文件、锁文件、日志文件 /tmp运行时产生的临时文件 /mnt一般用作挂载点 /opt一般存放第三方软件 /srv一般用作Web服务、ftp服务的服务目录 接下来安装busybox到根文件系统中。busybox是专为嵌入式Linux设计的，它把大多数常用命令（如ls、cp、tar等等）的常用选项剪裁出来拼在一起。在根文件系统中只有一个可执行文件就是/bin/busybox，而其它的命令都创建为/bin/busybox的文件，busybox 通过命令行第0个参数（也就是命令名）判断应该执行哪个命令。这样使得嵌入式

45、Linux系统有完整的命令集却占用很小的存储空间。 首先从官方 ./ 下载源码包busybox-1.9.1.tar.bz2并解包到主目录下。 $ tar xf busybox-1.9.1.tar.bz2; cd busybox-1.9.1/busybox的配置系统和核源代码很相似，因此配置方法也和核相似，首先修改Makefile，找到 ARCH ?= $(SUBARCH)CROSS_COMPILE ?=改为 ARCH ?= armCROSS_COMPILE ?= arm-linux-然后我们以一个缺省配置为起点来做进一步的配置： /busybox-1.9.1$ make defconfig/b

46、usybox-1.9.1$ make menuconfig在菜单中做如下配置： 选择BusyBox Settings - Installation Options - BusyBox installation prefix，设置为/home/akaedu/rootfs，编译后将安装到这个目录下。 根据需要裁剪各命令。但是Shells - Choose your default shell选项一定要保留一个默认shell（例如ash），如果没有默认shell，将不会创建/bin/sh这个，而一般的shell脚本都是以#!/bin/sh开头的，如果找不到/bin/sh就不能执行。 然后编译和安装b

47、usybox： /busybox-1.9.1$ make/busybox-1.9.1$ make installbusybox文件和一系列的文件将安装到/home/akaedu/rootfs下。busybox文件位于根文件系统的/bin目录，其它文件位于/bin、/sbin、/usr/bin、/usr/sbin目录，有一个文件linuxrc位于根文件系统的根目录/，它是系统的启动程序，bootloader中核的启动参数有init=/linuxrc，也就是说核启动后首先执行/linuxrc（也是busybox的一个符号）。linuxrc负责完成系统的初始化工作： 设置信号处理程序 初始化cons

48、ole 解析/etc/inittab文件 执行系统初始化脚本，缺省的是/etc/init.d/rcS 执行inittab中类型为wait的程序 执行inittab中类型为once的程序 上述步骤完成后系统启动完成，此后init程序将循环执行以下步骤： 执行inittab中类型为respawn的程序，如果所执行的程序终止，则再次执行它 如果收到用户请求，则执行inittab中类型为askfirst的程序 linuxrc需要读取设备文件/dev/console和/dev/null，我们手动创建这些设备文件： $ cd rootfs/dev; sudo mknod -m 600 console c

49、5 1; sudo mknod -m 666 null c 1 3注意，创建设备文件需要root权限，常见设备文件的设备号可以从核代码的Documentation/devices.txt文件中查到。 然后创建一个启动配置文件/rootfs/etc/inittab： :sysinit:/etc/init.d/rcS:respawn:/sbin/getty 115200 s3c2410_serial0:restart:/sbin/init:shutdown:/bin/umount -a -r启动的过程中首先执行rcS启动脚本，我们创建这个脚本/rootfs/etc/init.d/rcS： #!/b

50、in/shmount -a注意这个脚本需要加可执行权限：chmod +x rcS。这个脚本做了一件事情，根据/etc/fstab配置文件提供的信息mount一些文件系统，我们创建这个配置文件/rootfs/etc/fstab： # proc /proc proc defaults 0 0sys /sys sysfs defaults 0 0/proc和/sys都是pseudo文件系统，它们并不在磁盘或flash上存储任何数据，虽然看起来/proc和/sys目录下有很多文件，但这些文件都是核导出的接口，对这些文件进行读写会读写到核中的一些运行时参数，而不会读写到磁盘。/proc文件系统是busy

51、box中的许多程序所需要的接口，/sys文件系统则是后面要讲的mdev所需要的接口。 mount完文件系统后，rcS执行结束。下面将执行inittab文件中类型为respawn的命令，也就是 /sbin/getty 115200 s3c2410_serial0我们的PC在启动时执行getty打开几个虚终端，例如/dev/tty1/dev/tty6，嵌入式开发板也是用getty打开虚终端，这个虚终端对应的是串口，因此需要访问串口的设备文件/dev/s3c2410_serial0，以上命令还指定了波特率为115200。现在我们创建这个设备文件： $ cd rootfs/dev; sudo mkno

52、d -m 600 s3c2410_serial0 c 204 64这个设备号在核代码的Documentation/arm/Samsung-S3C24XX/Overview.txt中可以查到，在核代码中，S3C2410的第一个串口表示为ttySAC0，但是后面介绍的mdev程序将使用s3c2410_serial0这个名字，因此这里把文件名指定为s3c2410_serial0。 系统启动打开虚终端后会提示输入用户名和密码然后才启动shell，我们需要创建文件passwd和group。/rootfs/etc/passwd文件容为： root:0:0:root:/:/bin/sh/rootfs/etc

53、/group文件容为： root:0:这样就创建了一个root，没有密码。如果需要密码，可以把主机上的/etc/shadow文件中root的那一行放到开发板的根文件系统中。 5.2 glibc由于busybox需要glibc共享库的支持，下面的步骤将在根文件系统中安装glibc。在此之前首先解释一下应用程序如何找到所需的共享库。通过ld命令的参数-rpath可以在时将共享库的路径记在应用程序中，但是通常不推荐这样做，通常应用程序中只记录共享库的文件名（稍后提到的soname），启动程序时由动态器/lib/ld-linux.so根据以下规则查找共享库（摘自ld.so(8)）： 首先在环境变量LD

54、_LIBRARY_PATH所记录的路径中查找 然后从缓存文件/etc/ld.so.cache中查找。将共享库的路径写进/etc/ld.so.conf然后执行ldconfig命令就可以生成缓存文件/etc/ld.so.cache 如果上述步骤都找不到，则到默认的系统路径中查找，先是/usr/lib然后是/lib 注意，LD_LIBRARY_PATH是不推荐使用的，尽量不要把它设定为环境变量，详细解释参见Why LD_LIBRARY_PATH is bad（ .visi./barr/ldpath.html ）。 每个共享库有三个文件名：real name、soname、linker name。re

55、al name是库文件的名字，包含完整的共享库版本号；soname是库文件的一个符号的名字，只包含主版本号，主版本号一致即可保证库函数的接口一致，因此应用程序只需确认soname与所需的共享库一致；linker name仅由器使用，有的是库文件的一个符号的名字，有的是一段脚本的名字。库文件的文件头记录了soname，因此ldconfig命令可以读取文件头生成相应的符号文件。综上，ldconfig命令读取ld.so.conf后做两件事，一是创建适当的soname，二是生成ld.so.cache，包含共享库的软件包在安装过程中都会执行一下ldconfig命令。下面以libc为例说明共享库的三个文件

56、名： -rwxr-xr-x 1 akaedu akaedu 1387379 2008-03-16 11:34 libc-2.3.6.solrwxrwxrwx 1 akaedu akaedu 13 2008-03-16 11:06 libc.so.6 - libc-2.3.6.so-rw-r-r- 1 akaedu akaedu 195 2008-03-16 11:10 libc.so$ cat libc.so/* GNU ld script Use the shared library, but some functions are only in the static library, so

57、 try that secondarily. */OUTPUT_FORMAT(elf32-littlearm)GROUP ( libc.so.6 libc_nonshared.a )在我们先前制作交叉编译工具链时已经交叉编译了glibc，位于/opt/crosstool/gcc-4.0.2-glibc-2.3.6/arm-linux/arm-linux/lib目录下，我们把这些共享库拷到根文件系统/rootfs/lib目录下： $ cd /opt/crosstool/gcc-4.0.2-glibc-2.3.6/arm-linux/arm-linux/lib; cp -dp * /home/ak

58、aedu/rootfs/lib/然后到/rootfs/lib目录下删掉所有静态库和一些不常用的库，剩下这些库文件： /rootfs/lib$ lsld-2.3.6.so libm.so.6 libpcprofile.sold-linux.so.2 libnsl-2.3.6.so libpthread-0.10.solibanl-2.3.6.so libnsl.so libpthread.solibanl.so libnsl.so.1 libpthread.so.0libanl.so.1 libnss_compat-2.3.6.so libresolv-2.3.6.solibBrokenLoca

59、le-2.3.6.so libnss_compat.so libresolv.solibBrokenLocale.so libnss_compat.so.2 libresolv.so.2libBrokenLocale.so.1 libnss_dns-2.3.6.so librt-2.3.6.solibc-2.3.6.so libnss_dns.so librt.solibcrypt-2.3.6.so libnss_dns.so.2 librt.so.1libcrypt.so libnss_files-2.3.6.so libSegFault.solibcrypt.so.1 libnss_fil

60、es.so libstdc+.solibc.so libnss_files.so.2 libstdc+.so.6libc.so.6 libnss_hesiod-2.3.6.so libstdc+.so.6.0.6libdl-2.3.6.so libnss_hesiod.so libthread_db-1.0.solibdl.so libnss_hesiod.so.2 libthread_db.solibdl.so.2 libnss_nis-2.3.6.so libthread_db.so.1libgcc_s.so libnss_nisplus-2.3.6.so libutil-2.3.6.so