yocto是用来制作发行版image、BSP的一个很强大的工具,其文件系统的结构跟Ubuntu、redhat等很像,几乎如出一辙,这也能看出,yocto的成长也是能够整合多方平台(系统)的。好久没写博客,最近研究了一下yocto文件系统的启动流程,觉得挺有意思,在这里分享一下。废话少说,正式进入主题。
内核起来,启动第一号进程(init进程,/sbin/init)后,就把控制权交给了init进程,init进程会寻找/etc/inittab配置文件,然后根据/etc/inittab配置文件的内容,对系统进行初始化(跟android init.rc类似)。
用ps –e 可以查看所有的进程状态,其中可以看到,一号进程为 init进程
1 ? 00:00:03 init
整个inittab的初始化过程可以归结为:
1、 内核启动完毕,把控制权交给init进程,init进程会寻找”/etc/inittab”,根据”/etc/inittab”来初始化剩下的启动流程,inittab的角色跟androidinit.rc有点类似。
2、 分别启动”/etc/default/rcS”和”/etc/init.d/rc”,”/etc/default/rcS”是用来配置系统环境变量;”/etc/init.d/rc”里面是一些列的逻辑处理,首先会用”/etc/init.d/rc”来轮询和执行”/etc/rcS.d/”下的脚本文件。
3、 启动完”/etc/rcS.d/”下的脚本文件后,接着会再使用”/etc/init.d/rc”来轮询和执行”/etc/rc$runlevel.d/”下的脚本,由于inittab定义当前的$runlevel=5,也就是会执行”/etc/rc5.d/”下的脚本。
4、 最后是绑定串口(ttymxc)和tty,启动登陆程序getty,配置gpu运行环境。
以下是根据inittab的脚本代码,具体分析,inittab的初始化流程。
# The default runlevel.
id:5:initdefault:
这个语句的格式是:label:runlevel:action:process。看到,系统把当前的$runlevel设置为5.
参考网上资料,上面四个符号其相关的代表的意义:
1.label
登记项标志符,是一个任意指定的、4个字符以内的序列标号,在本文件内必须唯一。
label是1到4个字符的标签,用来标示输入的值。一些系统只支持2个字符的标签。鉴于此原因,多数人都将标签字符的个数限制在2个以内。该标签可以是任意字符构成的字符串,但实际上,某些特定的标签是常用的,在Red Hat Linux中使用的标签是:
id 用来定义缺省的init运行的级别
si 是系统初始化的进程
ln 其中的n从1~6,指明该进程可以使用的runlevel的级别
ud 是升级进程
ca 指明当按下Ctrl+Alt+Del是运行的进程
pf 指当UPS表明断电时运行的进程
pr 是在系统真正关闭之前,UPS发出电源恢复的信号时需要运行的进程
x 是将系统转入X终端时需要运行的进程
2.runlevels
系统运行级,即执行登记项的init级别。用于指定相应的登记项适用于哪一个运行级,即在哪一个运行级中被处理。如果该字段为空,那么相应的登记项将适用于所有的运行级。在该字段中,可以同时指定一个或多个运行级,其中各运行级分别以数字0, 1, 2, 3, 4, 5, 6或字母a, b, c表示,且无须对其进行分隔。
0-->Halt,关闭系统.
1-->单用户,在grub启动时加上为kernel加上参数single即可进入此运行等级
2-->无网络多用户模式.
3-->有网络多用户模式.
4-->有网络多用户模式.
5-->X模式
6-->reboot重启系统
S/s-->同运行等级1
a,b,c-->自定义等级,通常不使用.
但yocto这里没有细分,把2—5都归纳为多用户模式:
# Runlevel 0 is halt.
# Runlevel 1 is single-user.
# Runlevels 2-5 are multi-user.
# Runlevel 6 is reboot.
3.action
表示进入对应的runlevel时,init应该运行process字段的命令的方式,有效的action值如下。
boot:只有在引导过程中,才执行该进程,但不等待该进程的结束。当该进程死亡时,也不重新启动该进程。
bootwait:只有在引导过程中,才执行该进程,并等待进程的结束。当该进程死亡时,也不重新启动该进程。实际上,只有在系统被引导后,并从单用户模式进入多用户模式时,这些登记项才被处理;如果系统的默认运行级设置为2(即多用户模式),那么这些登记项在系统引导后将马上被处理。
initdefault:指定系统的默认运行级。系统启动时,init将首先查找该登记项,如果存在,init将依据此决定系统最初要进入的运行级。具体来说,init将指定登记项"run_level"字段中的最大数字(即最高运行级)为当前系统的默认运行级;如果该字段为空,那么将其解释为"0123456",并以"6"作为默认运行级。如果不存在该登记项,那么init将要求用户在系统启动时指定一个最初的运行级。
off:如果相应的进程正在运行,那么就发出一个告警信号,等待20秒后,再通过关闭信号强行终止该进程。如果相应的进程并不存在,那么就忽略该登记项。
once:启动相应的进程,但不等待该进程结束便继续处理/etc/inittab文件中的下一个登记项;当该进程终止时,init也不重新启动该进程。在从一个运行级进入另一个运行级时,如果相应的进程仍然在运行,那么init就不重新启动该进程。
ondemand:与"respawn"的功能完全相同,但只用于运行级为a、b或c的登记项。
powerfail:只在init接收到电源失败信号时,才执行该进程,但不等待该进程结束。
powerwait:只在init接收到电源失败信号时,才执行该进程,并在继续对/etc/inittab文件进行任何处理前等待该进程结束。
respawn:如果相应的进程还不存在,那么init就启动该进程,同时不等待该进程的结束就继续扫描/etc/inittab文件;当该进程终止时,init将重新启动该进程。如果相应的进程已经存在,那么init将忽略该登记项并继续扫描/etc/inittab文件。
sysinit:只有在启动或重新启动系统并首先进入单用户模式时,init才执行这些登记项。而在系统从运行级1~6进入单用户模式时,init并不执行这些登记项。"action"字段为"sysinit"的登记项在"run_level"字段不指定任何运行级。
wait:启动进程并等待其结束,然后再处理/etc/inittab文件中的下一个登记项。
ctrlaltdel:用户在控制台键盘上按下Ctrl+Alt+Del组合键时,允许init重新启动系统。注意,如果该系统放在一个公共场所,系统管理员可将Ctrl+Alt+Del组合键配置为其他行为,比如忽略等。
4.process
具体应该执行的命令。并负责在退出运行级时将其终止(当然在进入的runlevel中仍要运行的程序除外)。当运行级别改变,并且正在运行的程序并没有在新的运行级别中指定需要运行时,那么init会先发送一个SIGTERM 信号终止,然后是SIGKILL。
其中,用telinit可以切换用户态。如:telinit 1 。一看下来,还是很有趣:telinit 0 关机,telinit 6 重启。
所以,看到inittab default 的level是5,目前系统是运行在多用户态下的。
继续往下看:
# Boot-time system configuration/initialization script.
# This is run first except when booting in emergency (-b) mode.
si::sysinit:/etc/init.d/rcS
这里说明了,在非紧急模式下,首先会运行“/etc/init.d/rcS”脚本,因为yocto是嵌入式系统,一般我们默认都是在非紧急模式下启动的。根据这里的描述,是接“-b”就是紧急模式下启动。
但这里传递进了一个空的“runlevel”,这里很重要,因为在rcS里面会自定义runlevel。
跟进到“/etc/init.d/rcS”脚本:
PATH=/sbin:/bin:/usr/sbin:/usr/bin
runlevel=S
prevlevel=N
umask 022
export PATH runlevel prevlevel
# Make sure proc is mounted
[ -d "/proc/1" ] || mount /proc
# Source defaults.
. /etc/default/rcS
# Trap CTRL-C &c only in this shell so we can interrupt subprocesses.
trap ":" INT QUIT TSTP
# Call all parts in order.
exec /etc/init.d/rc S
rcS自己定义了两个变量:runlevel=S,prevlevel=N ,也就是后面会用到的。这个文件前面的内容都在配置环境,其中,看看“/etc/default/rcS”。其实也在配置环境,看看里面可能用到的一些变量:
•••
UTC=yes
VOLATILE_ENABLE_CACHE=yes
ROOTFS_READ_ONLY=no
•••
其中,看到第一个,这里把系统的时区设置成了UTC。
“/etc/init.d/rcS”最后exec 了“/etc/init.d/rc”脚本,并传递了“S”参数进去,接下来是分析“/etc/init.d/rc”
先来看看rc文件的说明:
# rc This file is responsible for starting/stopping
# services when the runlevel changes.
#
# Optimization feature:
# A startup script is _not_ run when the service was
# running in the previous runlevel and it wasn't stopped
# in the runlevel transition (most Debian services don't
# have K?? links in rc{1,2,3,4,5} )
rc文件是当runlevel 改变的时候,用来相应starting/stoppingservice的,也就说明了,starting/stopping service的动作是由rc文件来主导。接着是说,如果一个服务正在运行,那么它的启动脚本就不会被运行(因为所有的服务,都是通过脚本来运行的);同时当runlevel过渡到另一个runlevel的时候,在run的服务不会被停止。
由于“/etc/init.d/rcS”传递了runlevel=S,prevlevel=N 两个参数,所以接下来会被执行的是/etc/rcS.d/下的脚本文件(下面代码中有分析到)
看/etc/init.d/rc的相关内容:
//用来启动脚本部分的内容跳过(startup方法的内容)
# First, run the KILL scripts. //首先检查K文件,并先运行,kill掉一些在启动过程中需要kill掉的service
//所以K开头的文件在启动,重启,关机的时候都会被执行。
if [ $previous != N ] //如动态logo的service
then //由于这里previous = N ,所以执行/etc/rcS.d/目录文件的时候会跳过这一步
for i in /etc/rc$runlevel.d/K[0-9][0-9]*
do
# Check if the script is there.
[ ! -f $i ] && continue
# Stop the service.
startup $i stop
done
fi
# Now run the START scripts for this runlevel.
for i in /etc/rc$runlevel.d/S* //逐一执行S开头的脚本。
do //由于这里$runlevel=S
[ ! -f $i ] && continue //也就是说执行的是/etc/rcS.d/目录下的文件
if [ $previous != N ] && [ $previous != S ] //执行/etc/rcS.d/目录文件的时候会跳过这一步
then //因为previous = N
# //这里判断当前runlevel下已启动的service就不会重新启动
# Find start script in previous runlevel and
# stop script in this runlevel.
#
suffix=${i#/etc/rc$runlevel.d/S[0-9][0-9]}
stop=/etc/rc$runlevel.d/K[0-9][0-9]$suffix
previous_start=/etc/rc$previous.d/S[0-9][0-9]$suffix
#
# If there is a start script in the previous level
# and _no_ stop script in this level, we don't
# have to re-start the service.
#
[ -f $previous_start ] && [ ! -f $stop ] && continue
fi
case "$runlevel" in
0|6) //如果是0或者是6 的runlevel,那么就传递stop参数
//系统是通过runlevel来区分是正常启动,重启,还是关机
//所以,case 0在关机的时候才执行,case 6在reboot的时候才执行。
startup $i stop
;;
*)
startup $i start //如果是0或6之外的runlevel,则传递start参数,启动service
;; // startup函数(方法)也是在”/etc/default/rcS”里面定义的
Esac //startup的作业就是直接启动各种各样的service
done
fi
执行完“/etc/init.d/rc”和“/etc/rcS.d/”下的脚本文件(服务)后,跳回/etc/inittab,继续往下执行:
# What to do in single-user mode.
~~:S:wait:/sbin/sulogin
此语句可以让系统在重新启动、进入单用户模式的时候提示输入超级用户密码。S同运行等级1,并等待其结束,然后再处理/etc/inittab文件中的下一个登记项。(此两句解释来源于网上参考资料)
由于当前inittab指定当前的runlevel为5,所以以下语句中,系统启动过程中只有“l5:5:wait:/etc/init.d/rc5”会被执行,也就是通过“/etc/init.d/rc”文件,逐一执行“/etc/rc5.d/”里面的文件。跟上面的过程一样。
l0:0:wait:/etc/init.d/rc 0
l1:1:wait:/etc/init.d/rc 1
l2:2:wait:/etc/init.d/rc 2
l3:3:wait:/etc/init.d/rc 3
l4:4:wait:/etc/init.d/rc 4
l5:5:wait:/etc/init.d/rc 5 //当前runlevel为5,只会执行此语句
l6:6:wait:/etc/init.d/rc 6
继续往下看:
z6:6:respawn:/sbin/sulogin
mxc::respawn:/etc/init.d/rc_mxc.S
#mxc0:12345:respawn:/sbin/getty 115200 ttymxc0
# /sbin/getty invocations for the runlevels.
#
# The "id" field MUST be the same as the last
# characters of the device (after "tty").
#
# Format:
# <id>:<runlevels>:<action>:<process>
#
1:2345:respawn:/sbin/getty 38400 tty1 //这里是1,2,3,4,5的runlevel都会被执行这条语句
这几句是系统输出中断,与对应的硬件串口。可以通过修改getty来实现autologin功能。
到此,yocto启动完毕。
关机或者重启的流程也大同小异,不一样的地方是不会执行“/etc/rc5.d/”下的脚本文件了。变成了:关机执行“/etc/rc0.d/”下的脚本文件;重启执行“/etc/rc6.d/”下的脚本文件。
————————————————
版权声明:本文为CSDN博主「little_paul」的原创文章,遵循 CC 4.0 BY-SA 版权协议,转载请附上原文出处链接及本声明。
原文链接:https://blog.csdn.net/hbk320/article/details/52800195