首页 > 代码库 > 构建根文件系统之init进程分析
构建根文件系统之init进程分析
busybox是ls、cp等命令的集合。
执行ls时,实际上是执行了busybox ls
执行cp时,实际上是执行了busybox cp
分析init程序之前,再让我们回想一下我们的目标:u-boot启动内核,内核启动应用程序,内核是怎样启动应用程序呢,内核启动了init进程,位于/sbin/init中。我们最终的目的是启动客户程序,也就是说假如你是做手机的,希望启动一个手机的程序,假如是做监控的,那么就启动一个监控的程序的。客户各有不同,但都使用了linux系统,那么怎样加以区分呢?
init程序中应该有这样的内容:
读取配置文件,指定后面要执行的应用程序;
解析配置文件;
根据配置文件,执行用户的程序;
busybox ->init_main
parse_inittab();
file = fopen(INITTAB, "r");//#define INITTAB "/etc/inittab" 打开配置文件/etc/inittab
new_init_action(a->action, command, id); a.创建一个init_action的结构,并填充;
b.将init_action这个结构放入init_action_list链表中;
run_actions(SYSINIT);
static void run_actions(int action)
{
struct init_action *a, *tmp;
waitfor(a, 0); 执行应用程序,等待它执行完毕
run(a); 创建process子进程
wpid = waitpid(runpid, &status, 0); 等待它结束
delete_init_action(a); 在init_action_list链表中删除a
}
run_actions(WAIT)
static void run_actions(int action)
{
struct init_action *a, *tmp;
waitfor(a, 0); 执行应用程序,等待它执行完毕
run(a); 创建process子进程
wpid = waitpid(runpid, &status, 0); 等待它结束
delete_init_action(a); 在init_action_list链表中删除a
}
run_actions(ONCE)
run(a); 创建process子进程
delete_init_action(a); 不会等待结束,就在init_action_list链表中删除a
while(1){
run_actions(RESPAWN)
if (a->pid == 0) {
a->pid = run(a);
}
run_actions(ASKFIRST);
if (a->pid == 0) {
a->pid = run(a);
}
wpid = wait(NULL);//等待子进程退出
while (wpid > 0) {
a->pid = 0; //退出后,就设置pid等于0
}
}
在/etc/inittab文件控制下,init进程的行为总结如下:
a.在系统启动前期,init进程首先启动<action>为sysinit、wait、once的三类子进程;
b.在系统正常运行期间,init进程首先启动<action>为respawn、askfirst的两类子进程,并监视它们,发现某个子进程退出时重新启动它
c.在系统退出时,执行<action>为shutdown、restart、ctrlaltdel的三类子进程(之一或全部)
最小的根文件系统:
/dev/console /dev/null在busybox init程序中,还会检查这个设备是否可以打开,如果不能打开则使用/dev/null
init来源于busybox
/etc/inittab
配置文件中指定的应用程序
c库
假设没有配置文件,从默认的new_init_action中退出配置文件:
#inittab的格式:
#<id>:<runlevels>:<action>:<process>
#id=>/dev/id,最终用作终端。stdin、stdout、stderr
#runlevels:完全可以忽略 <runlevels>: The runlevels field is completely ignored
#action:执行时机
<action>: sysinit, respawn, askfirst, wait, once,
restart, ctrlaltdel, and shutdown.
#process:应用程序或脚本
/* Reboot on Ctrl-Alt-Del */
new_init_action(CTRLALTDEL, "reboot", "");
推出 ::CTRLALTDEL:reboot
/* Umount all filesystems on halt/reboot */
new_init_action(SHUTDOWN, "umount -a -r", "");
推出 ::SHUTDOWN:umount -a -r
/* Prepare to restart init when a HUP is received */
new_init_action(RESTART, "init", "");
推出: ::RESTART:init
/* Askfirst shell on tty1-4 */
new_init_action(ASKFIRST, bb_default_login_shell, "");
new_init_action(ASKFIRST, bb_default_login_shell, VC_2);
new_init_action(ASKFIRST, bb_default_login_shell, VC_3);
new_init_action(ASKFIRST, bb_default_login_shell, VC_4);
依次推出 ::askfirst:-/bin/sh
/dev/tty2::askfirst:-/bin/sh
/dev/tty3::askfirst:-/bin/sh
/dev/tty4::askfirst:-/bin/sh
/* sysinit */
new_init_action(SYSINIT, INIT_SCRIPT, "");
#define INIT_SCRIPT "/etc/init.d/rcS"
推出 ::sysinit:/etc/init.d/rcS
以new_init_action(ASKFIRST, bb_default_login_shell, VC_2);为例进行分析:
#define LIBBB_DEFAULT_LOGIN_SHELL "-/bin/sh" ,
# define VC_2 "/dev/tty2"因此new_init_action(ASKFIRST, bb_default_login_shell, VC_2)变为
new_init_action(ASKFIRST, "-/bin/sh" , "/dev/tty2")
static void new_init_action(int action, const char *command, const char *cons)这个函数里面有个结构体init_action ,看一下这个结构体中的成员:
struct init_action {
struct init_action *next;
int action; 执行时机
pid_t pid;
char command[INIT_BUFFS_SIZE];应用程序或脚本
char terminal[CONSOLE_NAME_SIZE];终端
};
因此可以推断new_init_action这个函数做了这几件事:
a.创建一个init_action的结构,并填充;
b.将init_action这个结构放入init_action_list链表中;
构建根文件系统之init进程分析