根文件系统的构建(busybox)

1.用busybox构建根文件系统

逐步构建

从空文件夹开始，逐步添加rootfs必备的东西(busybox集成了)，然后烧录成镜像, 开发板启动内核用nfs方式挂载rootfs，观察启动后现象。

什么是busybox

(1)一个C语言项目，包含很多.c/.h文件。

(2)作用:

1)为了在嵌入式环境下, 构建rootfs使用的init进程应用程序。

2)为当前系统提供一套shell命令程序集, 如vi、cd、mkdir、ls等集成在一起, 所以叫busybox, 而发行版linux（如ubuntu、redhat、centOS等）中vi、cd、ls等是单独的应用程序。

(3)特点:

1)跨平台: 可被配置编译成各平台的应用程序。

如arm-linux-gcc编译busybox得到可在arm架构开发板上运行的应用程序。

2)体积小: 比发行版的(/sbin /bin /usr/sbin /usr/bin用du -h查)总和小十倍多;

    一, busybox提供的shell命令是阉割版, 参数选项保留几个常用；(不用的命令免得占嵌入式系统面积)

    二, busybox所有命令代码在一个程序实现，很多代码函数通用, 减少重复代码, 减少代码体积。

    （如ls、cd、mkdir等命令需要操作目录的函数共用）

总结:

busybox的特点是嵌入式系统本身的要求造成的。

 

busybox的移植实战

(1)下载:

0)镜像- https://busybox.net/downloads/   官方- www.busybox.net

1)源码可直接从网上下载, 因为是一个开源项目。

2)版本差异不大，新旧无所谓。

(2)解压:

下载busybox-1.24.1, linux下创建一个文件夹, 我用的是/mnt/share/, 复制压缩包到该文件夹

cd /mnt/share/my_rootfs/rootfs

tar -jxvf busybox-1.24.1.tar.bz2

(3)检查Makefile, 添加:

1)174行: CROSS_COMPILE = /opt/arm-2009q3/bin/arm-none-linux-gnueabi-  (指定arm-2009q3版本的交叉编译工具链路径)

2)200行: ARCH = arm

(4)配置; busybox配置比linux kernel少, 不用分两步, 直接make menuconfig;

1)Busybox Settings--->Build Options--->

[*]Build BusyBox as a static binary(no shared libs)//静态链接

2)Busybox Settings---> Busybox Library Tuning--->

[*]vi-style line editing commands    //vi风格的编辑命令行, 按y选中

[*]Fancy shell prompts

3)Linux Module Utilities--->//驱动模块化设计

[去掉]Simplified modutils  ->弹出的全选 //按n去掉

[*]insmod [*]rmmod [*]lsmod [*]Oretty output  [*]modprobe [*]Blacklist spoort  [*]depmod

4)Linux System Utilities--->[*]mdev //默认选中的, 最好检查下

[*]Support /etc/mdev.conf

[*]Support subdirs/symlinks

[*]Support regular expressions substitutions when renaming dev

[*]Support command execution at device addition/removal

[*]Support loading of firmwares

(5)编译: make ,源码目录出现busybox说明编译成功;

1)错误:一堆警告, 加最后报错sync.c: undefined reference to 'syncfs'

//一般是因为gcc版本和Makefile版本不匹配,

解决思路:避开报错, sync.c模块可能用不上,在配置时不选择编译, 先去在Makefile中查看sync.c依赖的配置项名称, 再去取消勾选

find -name "sync.c" //发现模块所在路径

cd coreutils/ //进入模块目录

vim Kbuild  //配置sync.c模块的Makefile, 不知道为什么叫Kbuild

L23: lib-$(CONFIG_SYNC) +=sync.o //发现sync.c模块的配置项叫CONFIG_SYNC, 配置时去掉勾选, 就可避开模块

make menuconfig, 按/键搜索SYNC, 发现配置菜单的路径后, 按n去掉选择, LOCAL-> Coreutils ->[去掉]Sync, 去掉后重新make编译

(6)安装到默认目录初体验:

在busybox源目录下编译执行install目标,会生成一个install目录

$make install

$cd _install/

$ls -l  (发现所有程序都是~/bin/busybox的符号链接)

    补充: make install作用是安装软件, 最原始的安装方式。将编译生成的可执行程序及其依赖库文件、配置文件、头文件安装到当前系统的某个目录;(可以不指定安装到默认目录 (./_install), 注意安装到ubuntu根目录的话会把原有文件冲掉)

(7)选择安装到nfs服务器导出的rootfs目录:

1)ubunutu搭建nfs服务器:

apt install nfs-common //安装nfs服务

apt install nfs-kernel-server //安装nfs服务器

vim /etc/exports //末尾添加一句 /mnt/share/my_rootfs/rootfs *(rw,sync,no_root_squash,no_subtree_check)

chmod 777 -R /mnt/share/my_rootfs/rootfs  //将文件系统目录设为共享目录

exportfs -r //更新导出目录

showmount -e 或者showmount localhost -e //查看成功导出的目录

/etc/init.d/nfs-kernel-server restart //重启nfs

mount -t nfs -o nolock localhost:/mnt/share/my_rootfs/rootfs /test //挂载nfs目录测试, 进入/mnt能看到rootfs则成功

umount -v /opt //取消挂载

2)进入busybox源码目录:

$make menuconfig -> Busybox Settings ---> Installation Options(...)

----> 选中(./_install) BusyBox installation prefix , 修改为/mnt/share/my_rootfs/rootfs

make install

(8)开发板内核配置为nfs启动, uboot传参设置好主机ip和开发板ip, 启动时会自动挂载nfs服务器的共享目录;

(9)结果:

[    1.570053] VFP support v0.3: implementor 41 architecture 3 part 30 variant c rev 2...

[   55.129114] VFS: Mounted root (nfs filesystem) on device 0:12....

//挂载成功，执行/linuxrc成功(实质是buzybox), 注意uboot的bootargs设置nfs方式启动;

[   55.133516] Freeing init memory: 164K //释放驱动的安装函数内存

can't run '/etc/init.d/rcS': No such file or directory

can't open /dev/tty2: No such file or directory

can't open /dev/tty3: No such file or directory

can't open /dev/tty4: No such file or directory

//虽然不断提示找不到/etc/init.d/rcS和/dev/tty2等文件，但有进入命令行 /#下。

 

inittab详解

(0)解决上面找不到tty问题, 就一普通配置脚本, 位置在~\2.19.根文件系统构建实验及过程详解\etc\下

(1)复制inittab到rootfs

1)赋值到/etc

cd /mnt/share/my_rootfs/rootfs mkdir etc

将提供的典型inittab复制到~/rootfs/etc/下

2)再次启动内核, 挂载rootfs看效果

3)结果: 成功启动并挂载rootfs进入了控制台命令行, 开发板对rootfs的操作会和ubuntu的同步。

(2)内容解析:  是面向busybox能解析的格式写的, 可上网查

#first:run the system script file //注释, 以行为单位，每行是独立的配置项，表示某个具体含义

::sysinit:/etc/init.d/rcS   //每行的配置项格式为id:runlevels:action:process, 其中配置值可空缺

::askfirst:-/bin/sh            //维持sh程序启动, 前两个:: 表示id和runlevels空缺, id:是标识名，任意4个字符内。

::ctrlaltdel:-/sbin/reboot  //在对应runlevels下满足action条件时, 就会执行process路径处的程序/脚本。

#umount all filesystem 

::shutdown:/bin/umount -a -r //关机时取消挂载的所有文件系统

#restart init process

::restart:/sbin/init

值得注意： 如果看了busybox源码会发现，busybox最终进入死循环，反复检查是否满足各个action条件，满足就会执行对应process。

(3)工作原理: 被/linuxrc调用起作用。

inittab在/etc下属于运行时配置文件，busybox会按一定格式解析inittab文本并执行。

(4)

action条件表;

sysinit	系统启动前运行。所以命令行出现前打印了can't run '/etc/init.d/rcS': No such file or directory
askfirst	类似respawn, 进入控制台前显示'Please press Enter to active this console'
respawn	进程终止执行时，重新启动该进程。
off	如果进程正在运行, 发出一个警告信息, 等待数秒发出SIGKILL终止进程;
wait	启动进程并等待处理结束，处理结束后才去处理下一条条目, 一般是init进程。
once	启动进程，不等待处理结束，继续处理下一条条目。 当该进程被终止时，init 不会重新启动它。从一个运行级别进入另一个运行级别时，如果相应的进程仍在运行，init 就不会重新启动该进程。
boot	只在系统启动时，init 才处理这条条目，启动相应的进程，并不等待处理结束就去处理下一条条目。当这样的进程终止时，也不会重新启动它。
bootwait	系统启动后，当第一次从单用户模式进入多用户模式时才处理该条目，init 启动这样的进程，并且等待其处理结束才处理下一条条目，当该进程被终止时，也不重新启动它。
ondemand	与“respawn”的功能一样，但是只适用于运行级别为 A、B、C 的条目。
initdefault	指定一个默认的运行级别，如果指定了多个运行级别，其中最大的数字将是默认的运行级别。如果 inittab 文件没有包含该条目，在系统启动时会请求用户为其指定一个默认的运行级别。
ctratldel	当按下Ctrl+Alt+Delete组合键时，执行相应的进程
shutdown	当系统关机时，执行相应的进程
restart	init进程重新启动时，执行相应进程，通常执行的进程是init本身
ctrlaltdel	当按下Ctrl+Alt+Delete组合键(信号)时，执行相应的进程
powerfail	当 init 接到断电的信号时，处理指定的进程，但是不等待该进程处理结束。
powerwait	当 init 接到断电的信号时，处理指定的进程，并且等到处理结束后才去检查其他的条目。

 

runlevel表: 指定条目适用哪个运行级别。如空, 适用于0~6运行级, 后面的N/S是sh脚本runlevel的运行级。

#无 /N	System bootup(NONE) 我的ubuntu16.04 $runlevel 结果是N 5
# 无 /S	Sing user mode(not to be switched to directly)
# 0 / 0	- 停机（执行$init 0就能关机, 千万不能把init默认设置为0 ）
# 1 / 1	- 单用户模式  ,root权限, 用于系统维护
# 2 / 2~5	- 多用户，没有 NFS  (没有网络)
# 3	- 完全多用户模式(标准的运行级，登录后进入控制台)
# 4	- reserve
# 5	- X11控制台, 登录后进入图图形界面 （xwindow)
# 6 / 6	- 系统正常关闭并重启  ($init 6 重启)

http://blog.chinaunix.net/uid-20564848-id-73947.html

运行级别的原理：

1。在目录/etc/rc.d/init.d下有许多服务器脚本程序，一般称为服务(service)

2。在/etc/rc.d下有7个名为rcN.d的目录，对应系统的7个运行级别

3。rcN.d目录下都是一些符号链接文件，这些链接文件都指向init.d目录下的service脚本文件，命名规则为K+nn+服务名或S+nn+服务名，其中nn为两位数字。

4。系统会根据指定的运行级别进入对应的rcN.d目录，并按照文件名顺序检索目录下的链接文件

     对于以K开头的文件，系统将终止对应的服务

     对于以S开头的文件，系统将启动对应的服务

5。查看运行级别用：runlevel

6。进入其它运行级别用：init N

7。另外init0为关机，init 6为重启系统

 

2.busybox源码分析

源码目录梳理

~/Makefile	编译器脚本
libbb, coreutils	命令集实现

注: 参考make menuconfig看模块结构, 建好SI工程

 

程序入口main

(0)入口可能在:

C语言main()是程序入口: 适用于操作系统下应用程序的工作。

连接脚本来指定的程序入口: uboot/linux kernelC语言项目中。

(1)代码定位: ~/libbb/appletlib.c

busybox是linux启动后的应用程序，必然有main函数, 且是入口;

SI搜索main有一堆, 很多是其他命令被当做程序调用时的入口(通过条件编译, 生成.o文件来筛选出真正的)

(2)实现命令集原理: ls, cd等命令都是busybox的符号链接，但执行时效果各不相同。

busybox先执行其main，再识别（传参argv[0]）出真正要执行的函数, 调用相应xxx_main（譬如ls_main）实现命令。(具体在L831~L838)

 

程序和命令的解析与执行

(1)inittab脚本:

1)代码定位: ~/init/init.c中init_main()

2)代码分析:

L1123: parse_inittab(); //解析~/etc/inittab（action和process）

//具体是然后sysinit, wait, once的process执行一遍，然后在while(1)死循环不断监听respwan, askfirst。

(2)pwd命令原理:

1)代码定位: ~/coreutils/Pwd.c的pwd_main()

2)代码分析:

L77: buf =xreadlloc_getcwd_or_warn(NULL);

 //里面通过getcwd()库函数实现当前路径获取 (黑的,表示没有,从外部来,man 3 可查)

 

3.rcS文件

(0)回顾: 启动命令行时, 打印can't run '/etc/init.d/rcS': No such file or directory

(1)一个运行时配置sh脚本，被inittab中第一句::sysinit:/etc/init.d/rcS调用, 很多其他配置由这文件引出。

内容一句 exec /etc/init.d/rc S 执行了rc文件,

(2)代码定位: ~\2.19.根文件系统构建实验及过程详解\etc\init.d

(3)内容分析:

#!/bin/sh

PATH=/sbin:/bin:/usr/sbin:/usr/bin

#定义PATH, 赋值为后面字符串(环境变量路径,意思是系统调用程序时,当前目录找完,去PATH指定的目录)

#实现一进入命令行能不带路径执行ls cd pwd等程序

#busybox也导出了(init.c L1074), 这里不定义也行。

runlevel=S #将系统设置为单用户模式

prevlevel=N

umask 022 #创建文件时的默认权限, 文件是666减umask, 目录是777减umask

export PATH runlevel prevlevel

# export导出PATH，变成了环境变量(任何目录下都能用$PATH引用)。

mount -a #挂载所有应被挂载的文件系统

#busybox中mount -a时, busybox查找/etc/fstab文件，其中列出了所有该挂载的文件系统（包括VFS）

echo /sbin/mdev > /proc/sys/kernel/hotplug #下面4行删除, 老师没用

mdev -s

/bin/hostname -F /etc/sysconfig/HOSTNAME

ifconfig eth0 192.168.0.106

 

rcS和fstab文件移植

(1)移植文件: 将/etc/init.d/rc和/etc/fstab复制到~/my_rootfs/rootfs/etc/

(2)启动内核: 设好cmdline,如果不想每次都下载内存, 就去fastboot flash kernel后, nfs方式挂载;

bootcmd=movi read kernel 30008000;mov read rootfs 30B00000 300000;bootm 30008000 30B00000;

(3)结果:

rcS文件无法发现; vi /etc/rcS打开发现每句末尾都有^M, 删除^M重启就行;(win创建的rcS, 换行符为'\r\n')。

如果是ubuntu的vi会对行尾做转换，但secureCRT行尾就会多出^M。

扩展：有时应用程序执行时, 提示文件不存在，可能是动态链接库找不到。

(4)再结果：正常启动, 但无法挂载, Eenter进入命令行;

1)测试$runlevel查看运行级别, 实际结果是unknown，原因是busybox不支持runlevel特性。

2)挂载错误：

mount: mounting proc on /proc failed: No such file or directory

mount: mounting sysfs on /sys failed: No such file or directory

mount: mounting tmpfs on /var failed: No such file or directory

mount: mounting tmpfs on /tmp failed: No such file or directory

mount: mounting tmpfs on /dev failed: No such file or directory

解决方案: 根文件系统找不到挂载点(目录), /rootfs根目录下创建挂载点目录。

(5)再结果: 启动成功, 无错误信息, 进入挂载点目录能看到很多挂载的设备文件(CRT才看得到, ubuntu的看不到)。

 

rcS文件中添加上面删除的4行

(1)mdev:

1)udev的嵌入式简化版本，用来配合linux驱动工作的应用层软件和/dev目录下的设备文件应用层软件。

2)rcS文件没有配置mdev -s时，启动后/dev目录下是空的；添加2行配置项:

echo /sbin/mdev > /proc/sys/kernel/hotplug

mdev -s  #再次启动发现/dev生成很多的设备驱动文件, 是mdev生成的。

(2)hostname: shell命令。

1)命令hostname xxx可设置当前系统的主机名为xxx，直接hostname显示主机名。

2)/bin/hostname -F /etc/sysconfig/HOSTNAME

#-F指定主机名的配置文件路径, 里面只有一句名字, 如aston210,,$hostname原本是一个ip地址, 自己创建该文件测试后变成了aston210, 但命令行提示符还没改;

(3)ifconfig:

1)ifconfig eth0 192.168.0.20 #希望开机的默认ip地址, 不改的话是nfs那时指定的192.168.0.20

 

 

4.根文件系统的一些完善

cmdline提示符(profile中配置)

(1)问题引入: 之前添加HOSTNAME配置文件, 但命令行提示符没显示。

(2)代码定位: 提供的~/etc/profile,   

放入rootfs/etc/下即可, 也是被busybox（init进程）自动调用的，认名字的。

(3)内容分析:

ulimit -S -c 0 > /dev/null 2>&1

USER="`id -un`"

LOGNAME=$USER  #登录用户名, 默认是空

PS1='[\u@\h \W]\# ' #提示符设置

PATH=$PATH

HOSTNAME=`/bin/hostname`

export USER LOGNAME PS1 PATH

(4)结果: 命令行提示符显示[@aston210 ]# , 但登录用户名没显示。原因是直接进入命令行而没有做用户登录功能。

 

添加用户登录界面(/bin/sh)

(0)linux程序设计原则: 用较少代码完成一个功能。

如产品确实需要复杂综合型的功能，倾向于集成很多小程序完成整个大产品, 如intttab, shell脚本。

(1)解决思路:

之前intttab配置了 ::askfirst:-/bin/sh，启动直接进入cmdline, 而不会出现登录界面。

busybox集成了登录程序 (/bin/login和/sbin/gettty) , 要在inittab用/bin/login或/sbin/getty替代/bin/sh。

(2)用户名和密码的设置

1)密码用加密文字存储，而不是用明文。

(3)解决方法: (有时忘记密码, 只能在ubuntu挂载的rootfs下做如下操作)

1)设置开机启动登录: 在inittab，去掉/bin/sh换上/bin/login，系统启动后出现login: 和password: 。

2)设置用户名和密码:

直接复制ubuntu的/etc/passwd和/etc/shadow到ubuntu挂载的/rootfs/etc/, 除root第一行, 其他行删除;

修改内容: root:x:0:0root:/root:/bin/bash->sh #busybox不支持bash

$madir /root  #提供家目录

注: 大部分linux登录加密方式一样, 当前密码等于ubuntu中root用户密码。

3)注: 大部分linux登录加密方式一样, 当前密码等于ubuntu中root用户密码。

ubuntu无法开机登录root用户机制, 是通过/etc/shadow中密文口令是空白的, 来实现。

但在busybox中密文口令为空的话, 则无密码直接登录, 因为不需要普通用户, 可用passwd root设置密码。

 

添加用户登录界面(/bin/getty) (常用)

(0)login和/gettty差别不详，但在busybox中这两个是一样的, 都是busybox符号链接, 不用严格区分;

(1)按照上面操作, 在inittab中用getty替换login实现同样效果。

 

动态链接库的拷贝

(0)解决程序如何运行的问题;

(1)问题引入：写个helloworld，然后gcc hello.c hello，丢hello到开发板~/rootfs/下无法运行,;

(2)问题解析: $file hello 可见程序是x86-64,而不是arm架构, 需要用arm-linux-gcc来交叉编译。

(3)解决方法：

1)$arm-linux-gcc hello.c -o helloSatic -static 静态编译; //600多K, 成功运行,;

2)$arm-linux-gcc hello.c -o helloYnamic 动态编译; //8K, 但提示找不到程序。

动态链接时, hello程序调用printf函数，但运行时环境中没有对应的库文件。

解决方案：

1)将arm-linux-gcc的动态链接库文件(.so)复制到开发板rootfs的/lib目录下即可解决。

cp /opt/arm-2009q3/arm-none-linux-gnueabi/libc/lib/*so* /mnt/share/my_rootfs/rootfs/lib/ -rdf

注意: lib/下面有很多符号链接到本目录下的其他文件, 而cp符号链接时会复制指向实体, 但名字还是符号链接的名字,我们要保留链接本身加 -rdf;

2)结果:  现在去执行helloYnamic可以运行

3)strip工具去除库中无用信息:

动态库.so包含调试符号，运行时没用，但占用空间, 单片机嵌入式flash有限，用strip去掉。

$arm-linux-strip *so*  //在/rootfs/lib/下执行, 库文件由3.8M变成了3.0M。

4)其他交叉编译工具链的动态链接库目录不一定在这，用find找:

cd /opt/arm-2009q3 (填交叉编译工具安装目录)

find -name "*libm.so*"

//发现.so文件集中在 ~/arm-none-linux-gnueabi/libc/下的usr lib armv4t thumb2

 

程序开机自启动

开机启动相关的功能基本都是添加到rcS文件

(0)启动模式:

1)前台运行: 程序运行时占用了控制台，此时我们无法操作;

2)后台运行: 程序运行时让出控制台, 不影响控制台的使用;

(1) 前台运行: 进入cmdline前, 程序开机自启动

1)修改rcS实现:

 vi /etc/init.d/rcS //最末尾添加两行

cd /程序路径/

./hello_dynamic 

2)结果: 登录界面出现前, 打印了hello world, 结束进程后进入cmdline(前台运行模式)

(2) 后台运行: 进入cmdline前, 程序开机自启动

1)修改rcS实现:

vi /etc/init.d/rcS

cd /程序路径/

./hello_dynamic & //加个&后台运行

2)结果: 执行循环打印1~100的程序, 一边打印的同时, 可以输入命令, 但输入的命令会被打印字符隔开, 而命令回车后可正常执行;

(3)开机加载驱动模块程序

 

真实产品的rootfs是怎样的

(0)以九鼎QT4.8的rootfs分析

(1)inittab文件：sysinit时执行rcS，shutdown时执行rcK。

(2)/etc/init.d/rcS: 开机做的工作, 里面是for i in /etc/init.d/S??* 遍历执行S开头, 至少有三个字符的文件;

(3)/etc/init.d/rcK: 关机做的工作,同样是遍历 /etc/init.d/, 结束S开头, 至少有三个字符的文件;

总结:

正式产品中的rcS和rcK都是引入，真正干活的配置脚本是/etc/init.d/S??*,;

优势是不同门类的启动/关闭工作放到不同文件中, 便于扩展。

配置文件中肯定有一个判断参数是start还是stop的代码，start时做初始化，stop时做清理工作。

 

5.把busybox制作成镜像并烧录启动

(0)确定nfs启动时, 文件夹格式的rootfs可用;

(1)制作ext2格式的镜像:

1)创建rootfs.ext2镜像, 并挂载到一个目录下方便访问:

cd /mnt/share/my_rootfs

dd if=/dev/zero of=rootfs.ext2 bs=1024 count=10240 //生成ext2空镜像文件, 注意大小比busybox(5.6M)要大, 这里设10M

losetup  /dev/loop1 rootfs.ext2 //设置循环设备

mke2fs -m 0 /dev/loop1 10240 //10240个块, 如果loop1被使用可以使用loop2

mkdir rootfs_ext2  //创建镜像的挂载目录, 方便访问

mount -t ext2 /dev/loop1 ./rootfs_ext2/ //挂载后老师的rootfs_ext2自动生成回收站lost+found

2)将~/rootfs中的busybox内容复制到镜像目录中:

cp ./rootfs/* ./rootfs_ext2/ -rf

3)卸载镜像和虚拟文件:

umount /dev/loop1

losetup -d /dev/loop1

4)my_rootfs/下会生成rootfs.ext2, 复制到fastboot目录中烧录。

fastboot flash system \my_rootfs\rootfs.ext2

(2)启动系统进入uboot, 设置bootargs为：

set bootargs console=ttySAC2,115200 root=/dev/mmcblk0p2 rw init=/linuxrc rootfstype=ext2

(3)结果: 启动后和nfs方式启动的rootfs一样，rootfs制作实验圆满完成。

总结:

制作过程本身, 有文档非常简单，但侧重于不是rootfs制作本身，而是rootfs工作的原理分析。

 

本文内容属于朱有鹏linux嵌入式课程笔记