ce 每一个runlevel级别运行一次
on demand 当系统指定特定的运行级别A、B、C时运行
powerfail 当init收到SIGPWR信号时运行
powerokwait 当收到SIGPWD信号且/etc/文件中的电源状态包含OK时运行
powerwait 当收到SIGPWD信号，并且init等待进程结束时运行
respawn 不管何时终止都重新启动进程
sysinit 在运行boot或bootwait进程之前运行
wait 运行进程等待输入运行模式
process字段包含init执行的进程，该进程采用的格式和在命令行下运行该进程的格式相同，因此process字段都以该进程的名字开头，紧跟着是运行时，紧跟着是运行时要传递给该进程的参数。比如/sbin/shutdown -t3 -rnow，该进程在按下Ctrl+Alt+Del时执行，在命令行下也能直接输入来重新启动系统。
特别目的的记录
仔细学习例子文件，学习应用其中关于inittab的语法格式。该文件的大多数内容都能忽略，因为超过一半的内容都是注释，剩余的一些文件内容主要是用来实现某些特别的功能：
id 的值表明缺省的runlevel是3。
ud 的值能唤醒/sbin/update进程，该进程为保持磁盘的完整性，将在对磁盘进行I/O操作之前清空整个I/O缓冲区。
pf、pr和ca的值只被特定的中断所调用。
如果系统是专用的X终端，则只需x的输入值。
getty进程来提供虚拟终端设备的服务，例如：
3:2345:respawn:/sbin/mingetty tty3
标签字段的值是3,3是设备tty3的数字后缀,tty3和相应的进程相关联，该getty进程能启动的runlevel是2、3、4和5,当该进程终止时，init马上就重新启动他。启动进程的路径名是/sbin/mingetty，该进程是实现虚拟终端支持的最小版本的getty，为tty3提供启动虚拟设备的进程。
si::sysinit:/etc/rc.d/rc.sysinit
该值告诉init程式运行/etc/rc.d/rc.sysinit脚本文件来初始化系统，该脚本文件和所有启动的脚本类似，他只是个包含Linux的shell命令的可执行文件，注意输入的字符串必须包括该脚本的完整路径。不同版本的Linux存放该脚本的位置也不相同，但不用刻意去记忆这些位置，只需查看/etc/inittab文件即可，该文件中包含启动脚本文件的确切位置。*/
　　# System initialization.
　　si::sysinit:/etc/rc.d/rc.sysinit
　　
　　l0:0:wait:/etc/rc.d/rc 0
　　l1:1:wait:/etc/rc.d/rc 1
　　l2:2:wait:/etc/rc.d/rc 2
　　l3:3:wait:/etc/rc.d/rc 3
　　l4:4:wait:/etc/rc.d/rc 4
　　###当运行级别为5时，以5为参数运行/etc/rc.d/rc脚本，init将等待其返回(wait)
　　l5:5:wait:/etc/rc.d/rc 5
　　l6:6:wait:/etc/rc.d/rc 6
　　
　　###在启动过程中允许按CTRL-ALT-DELETE重启系统
　　# Trap CTRL-ALT-DELETE
　　ca::ctrlaltdel:/sbin/shutdown -t3 -r now
　　
　　# When our UPS tells us power has failed, assume we have a few minutes
　　# of power left.　Schedule a shutdown for 2 minutes from now.
　　# This does, of course, assume you have powerd installed and your
　　# UPS connected and working correctly.
　　pf::powerfail:/sbin/shutdown -f -h +2 "Power Failure; System Shutting Down"
　　
　　# If power was restored before the shutdown kicked in, cancel it.
　　pr:12345:powerokwait:/sbin/shutdown -c "Power Restored; Shutdown Cancelled"
　　
　　###在2、3、4、5级别上以ttyX为参数执行/sbin/mingetty程式，打开ttyX终端用于用户登录，
　　###如果进程退出则再次运行mingetty程式(respawn)
　　# Run gettys in standard runlevels
　　1:2345:respawn:/sbin/mingetty tty1
　　2:2345:respawn:/sbin/mingetty tty2
　　3:2345:respawn:/sbin/mingetty tty3
　　4:2345:respawn:/sbin/mingetty tty4
　　5:2345:respawn:/sbin/mingetty tty5
　　6:2345:respawn:/sbin/mingetty tty6
　　
　　###在5级别上运行xdm程式，提供xdm图像方式登录界面，并在退出时重新执行(respawn)
　　# Run xdm in runlevel 5
　　x:5:respawn:/etc/X11/prefdm -nodaemon
　　
　　以上面的inittab文件为例，来说明一下inittab的格式。其中以#开始的行是注释行，除了注释行之外，每一行都有以下格式：
　　
　　id:runlevel:action:process
　　
　　对上面各项的周详解释如下：
　　
　　1. id
　　
　　id是指入口标识符，他是个字符串，对于getty或mingetty等其他login程式项，需求id和tty的编号相同，否则getty程式将不能正常工作。
　　
　　2. runlevel
　　
runlevel是init所处于的运行级别的标识，一般使用0－6及S或s。0、1、6运行级别被系统保留：其中0作为shutdown动作，1作为重启至单用户模式，6为重启；S和s意义相同，表示单用户模式，且无需inittab文件，因此也不在inittab中出现，实际上，进入单用户模式时，init直接在控制台（/dev/console）上运行/sbin/sulogin。在一般的系统实现中，都使用了2、3、4、5几个级别，在Redhat系统中，2表示无NFS支持的多用户模式，3表示完全多用户模式（也是最常用的级别），4保留给用户自定义，5表示XDM图像登录方式。7－9级别也是能使用的，传统的Unix系统没有定义这几个级别。runlevel能是并列的多个值，以匹配多个运行级别，对大多数action来说，仅当runlevel和当前运行级别匹配成功才会执行。
　　
　　3. action
　　
　　action是描述其后的process的运行方式的。action可取的值包括：initdefault、sysinit、boot、bootwait等：
　　
initdefault是个特别的action值，用于标识缺省的启动级别；当init由核心激活以后，他将读取inittab中的initdefault项，取得其中的runlevel，并作为当前的运行级别。如果没有inittab文件，或其中没有initdefault项，init将在控制台上请求输入runlevel。
　　
　　sysinit、boot、bootwait等action将在系统启动时无条件运行，而忽略其中的runlevel。
　　
　　其余的action（不含initdefault）都和某个runlevel相关。各个action的定义在inittab的man手册中有周详的描述。
　　
　　4. process
　　
　　process为具体的执行程式。程式后面能带参数。
　　
　　第三部分：系统初始化
　　
　　在init的设置文件中有这么一行：
　　
　　si::sysinit:/etc/rc.d/rc.sysinit
　　
　　他调用执行了/etc/rc.d/rc.sysinit，而rc.sysinit是个bash shell的脚本，他主要
在init的设置文件中有这么一行：
si::sysinit:/etc/rc.d/rc.sysinit
他调用执行了/etc/rc.d/rc.sysinit，而rc.sysinit是个bashshell的脚本，他主要是完成一些系统初始化的工作，rc.sysinit是每一个运行级别都要首先运行的重要脚本。他主要完成的工作有：激活交换分区，检查磁盘，加载硬件模块及其他一些需要优先执行任务。
rc.sysinit约有850多行，不过每个单一的功能还是比较简单，而且带有注释，建议有兴趣的用户能自行阅读自己机器上的该文件，以了解系统初始化所周详情况。由于此文件较长，所以不在本文中列出来，也不做具体的介绍。
当rc.sysinit程式执行完毕后，将返回init继续下一步。
第四部分：启动对应运行级别的守护进程
在rc.sysinit执行后，将返回init继续其他的动作，通常接下来会执行到/etc/rc.d/rc程式。以运行级别5为例，init将执行设置文件inittab中的以下这行：
l5:5:wait:/etc/rc.d/rc 5
这一行表示以5为参数运行/etc/rc.d/rc，/etc/rc.d/rc是个Shell脚本，他接受5作为参数，去执行/etc/rc.d/rc5.d/目录下的所有的rc启动脚本，/etc/rc.d/rc5.d/目录中的这些启动脚本实际上都是一些链接文件，而不是真正的rc启动脚本，真正的rc启动脚本实际上都是放在/etc/rc.d/init.d/目录下。而这些rc启动脚本有着类似的用法，他们一般能接受start、stop、restart、status等参数。
/etc/rc.d/rc5.d/中的rc启动脚本通常是K或S开头的链接文件，对于以以S开头的启动脚本，将以start参数来运行。而如果发现存在相应的脚本也存在K打头的链接，而且已处于运行态了(以/var/lock/subsys/下的文件作为标志)，则将首先以stop为参数停止这些已启动了的守护进程，然后再重新运行。这样做是为了确保是当init改动运行级别时，所有相关的守护进程都将重启。
至于在每个运行级中将运行哪些守护进程，用户能通过chkconfig或setup中的"System Services"来自行设定。常见的守护进程有：
amd：自动安装NFS守护进程
　　apmd:高级电源管理守护进程
　　arpwatch：记录日志并构建一个在LAN接口上看到的以太网地址和IP地址对数据库
　　autofs：自动安装管理进程automount，和NFS相关，依赖于NIS
　　crond：Linux下的计划任务的守护进程
　　named：DNS服务器
　　netfs：安装NFS、Samba和NetWare网络文件系统
　　network：激活已设置网络接口的脚本程式
　　nfs：打开NFS服务
　　portmap：RPC portmap管理器，他管理基于RPC服务的连接
　　sendmail：邮件服务器sendmail
　　smb：Samba文件共享/打印服务
　　syslog：一个让系统引导时起动syslog和klogd系统日志守候进程的脚本
　　xfs：X Window字型服务器，为本地和远程X服务器提供字型集
　　Xinetd：支持多种网络服务的核心守护进程，能管理wuftp、sshd、telnet等服务
这些守护进程也启动完成了，rc程式也就执行完了，然后又将返回init继续下一步。
第五部分：建立终端
rc执行完毕后，返回init。这时基本系统环境已设置好了，各种守护进程也已启动了。init接下来会打开6个终端，以便用户登录系统。通过按Alt+Fn(n对应1-6)能在这6个终端中转换。在inittab中的以下6行就是定义了6个终端：
1:2345:respawn:/sbin/mingetty tty1
　　2:2345:respawn:/sbin/mingetty tty2
　　3:2345:respawn:/sbin/mingetty tty3
　　4:2345:respawn:/sbin/mingetty tty4
　　5:2345:respawn:/sbin/mingetty tty5
　　6:2345:respawn:/sbin/mingetty tty6
从上面能看出在2、3、4、5的运行级别中都将以respawn方式运行mingetty程式，mingetty程式能打开终端、设置模式。同时他会显示一个文本登录界面，这个界面就是我们经常看到的登录界面，在这个登录界面中会提示用户输入用户名，而用户输入的用户将作为参数传给login程式来验证用户的身份。
第六部分：登录系统，启动完成
对于运行级别为5的图像方式用户来说，他们的登录是通过一个图像化的登录界面。登录成功后能直接进入KDE、Gnome等窗口管理器。而本文主要讲的还是文本方式登录的情况：
当我们看到mingetty的登录界面时，我们就能输入用户名和密码来登录系统了。
Linux的账号验证程式是login，login会接收mingetty传来的用户名作为用户名参数。然后login会对用户名进行分析：如果用户名不是root，且存在/etc/nologin文件，login将输出nologin文件的内容，然后退出。这通常用来系统维护时防止非root用户登录。只有/etc/securetty中登记了的终端才允许root用户登录，如果不存在这个文件，则root能在所有终端上登录。/etc/usertty文件用于对用户作出附加访问限制，如果不存在这个文件，则没有其他限制。
在分析完用户名后，login将搜索/etc/passwd及/etc/shadow来验证密码及设置账户的其他信息，比如：主目录是什么、使用何种shell。如果没有指定主目录，将默认为根目录；如果没有指定shell，将默认为/bin/bash。
login程式成功后，会向对应的终端在输出最近一次登录的信息(在/var/log/lastlog中有记录)，并检查用户是否有新邮件(在/usr/spool/mail/的对应用户名目录下)。然后开始设置各种环境变量：对于bash来说，系统首先寻找/etc/profile脚本文件，并执行他；然后如果用户的主目录中存在.bash_profile文件，就执行他，在这些文件中又可能调用了其他设置文件，所有的设置文件执行后后，各种环境变量也设好了，这时会出现大家熟悉的命令行提示符，到此整个启动过程就结束了。
希望通过上面对Linux启动过程的剖析能帮助那些想深入学习Linux用户建立一个相关Linux启动过程的清晰概念，进而能进一步研究Linux接下来是怎么工作的。

下面简要介绍一下BusyBox init怎么对inittab进行分析执行的。由BusyBox-1.11.1中init.c文件可知，BusyBox init通过init_main方法对inittab文件的分析执行，大致过程如下：

 1、init_main方法先通过parse_inittab分析inittab文件，将该文件中的每一行通过 new_init_action(uint8_t action_type, const char *command, const char *cons)添加到init_action_list列表中。其中cons就是每行的id字段。init_action_list的定义如下：

init_action_list的定义如下：

/* Set up a linked list of init_actions, to be read from inittab */ /* inittab文件的每一行都会保存为一个init_action节点，并且所有 init_action节点会被链接成一个叫init_action_list的列表*/ struct init_action {     struct init_action *next;     pid_t pid;                          /* 实际执行该command的进程ID*/     uint8_t action_type;                /* action的类型 */     char terminal[CONSOLE_NAME_SIZE];   /* 运行该command的终端 */     char command[COMMAND_SIZE];         /* 保存command字段（含命令行选项）*/ }; /* Static variables */ static struct init_action*init_action_list=NULL;

若不支持ENABLE_FEATURE_USE_INITTAB或支持ENABLE_FEATURE_USE_INITTAB但inittab文件不存在，则执行一个默认的操作，如下：

if(ENABLE_FEATURE_USE_INITTAB)         file = fopen(INITTAB,"r");     else         file = NULL;     /* No inittab file -- set up some default behavior */     if (file==NULL){         /* Reboot on Ctrl-Alt-Del */         new_init_action(CTRLALTDEL,"reboot","");         /* Umount all filesystems on halt/reboot */         new_init_action(SHUTDOWN,"umount -a -r","");         /* Swapoff on halt/reboot */         if (ENABLE_SWAPONOFF)             new_init_action(SHUTDOWN,"swapoff -a","");         /* Prepare to restart init when a QUIT is received */         new_init_action(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);         /* sysinit */         new_init_action(SYSINIT, INIT_SCRIPT,"");         return;     }

通过代码中的英文注释，应该都可以看懂该代码。需要解释可能只有INIT_SCRIPT。INIT_SCRIPT的定义如下：

#define INIT_SCRIPT  "/etc/init.d/rcS" /* Default sysinit script. */

即，BusyBox init默认的初始化脚本是/etc/init.d/rcS。

当支持ENABLE_FEATURE_USE_INITTAB且inittab文件存在时，BusyBox init会对inittab文件进行如下分析：

//循环获取inittab文件中的每一行到buf中     while(fgets(buf, COMMAND_SIZE,file)!=NULL){         //定义action的种类         static constchar actions[]=             STR_SYSINIT "sysinit\0"             STR_RESPAWN "respawn\0"             STR_ASKFIRST "askfirst\0"             STR_WAIT "wait\0"             STR_ONCE "once\0"             STR_CTRLALTDEL "ctrlaltdel\0"             STR_SHUTDOWN "shutdown\0"             STR_RESTART "restart\0"         ;         char tmpConsole[CONSOLE_NAME_SIZE];         char *id,*runlev,*action,*command;         const char*a;          /*通过跳过空格，并截取到换行\n为止，来获取本行的有效内容，并保存于id中*/                 /* Skip leading spaces */         id = skip_whitespace(buf);         /* Trim the trailing '\n' */         *strchrnul(id,'\n')='\0';          //若为注释，跳出本次循环          /* Skip the line if it is a comment */         if (*id=='#'||*id=='\0')             continue;         /* Line is: "id:runlevel_ignored:action:command" */         //获取runlev字段          runlev =strchr(id,':');         if (runlev==NULL/*|| runlev[1] == '\0' - not needed */)             goto bad_entry;         //获取action字段          action =strchr(runlev+ 1,':');         if (action==NULL/*|| action[1] == '\0' - not needed */)             goto bad_entry;         //获取command字段         command =strchr(action+ 1,':');         if (command==NULL|| command[1]=='\0')             goto bad_entry;         /*循环遍历actions数组，查找数组中与action字段相同的元素。找到后，通过new_init_action方法，将该元素的第一个字符（即action_type编码）和id及command字段作为一init_action节点添加到init_action_list列表中。接着跳到下一行进行处理*/         *command='\0';/* action => ":action\0" now */         for (a = actions; a[0]; a+=strlen(a)+ 1){               //查到数组actions中与action字段相同的元素              if(strcmp(a+ 1, action + 1) == 0){                   //截取id字段，格式为"id\0"                 *runlev='\0';                   //若id字段非空                 if(*id!='\0'){                       //若id字段带前缀/dev/，先截掉该前缀                     if(strncmp(id,"/dev/", 5)== 0)                         id += 5;                       //复制字符串/dev/到tmpConsole临时缓存区中                     strcpy(tmpConsole,"/dev/");                        /*再将id字段复制到tmpConsole第5个字符之后，即/dev/之后。这样tmpConsole就成为了某一设备文件名（含路径）。对于BusyBox init来说，tmpConsole是终端设备*/                     safe_strncpy(tmpConsole+ 5, id,                         sizeof(tmpConsole)- 5);                       /*来到这里，应该就明白为什么BusyBox init的id字段是控制终端*/                     id= tmpConsole;                 }                   //将action_type、command和控制终端id作为一init_action节点，添加到init_action_list列表中。从这里可以看出BusyBox init忽略了runlevel字段                 new_init_action((uint8_t)a[0], command + 1, id);                 goto next_line;             }         }         *command =':';         /* Choke on an unknown action */  bad_entry:         message(L_LOG | L_CONSOLE, "Bad inittab entry: %s", id);  next_line: ;     }

 2、BusyBox init分析完inittab之后，就是执行各command了。BusyBox init通过run_actions(int action_type)方法，查找init_action_list列表中action类型为action_type的所有init_action，并 为符合条件的init_action节点调用run(const struct init_action *a)。而实际上，run方法中，是通过init_exec(a->command)来执行具体的command。run_actions的源码如 下：

/* Run all commands of a particular type */ static void run_actions(int action_type) {     struct init_action *a, *tmp;     // 遍历init_action_list列表，查找类型为action_type的节点     for (a = init_action_list; a; a= tmp){         tmp = a->next;         //查到类型为action_type的节点         if (a->action_type& action_type){             // Pointless: run() will error out if open of device fails.             ///* a->terminal of "" means "init's console" */             //if (a->terminal[0] && access(a->terminal, R_OK | W_OK)) {             //    //message(L_LOG | L_CONSOLE, "Device %s cannot be opened in RW mode", a->terminal /*, strerror(errno)*/);             //    delete_init_action(a);             //} else                          if (a->action_type&(SYSINIT| WAIT| CTRLALTDEL|SHUTDOWN| RESTART)){/*若该节点类型为SYSINIT、WAIT、CTRLALTDEL、SHUTDOWN和RESTART的init_action，init会等待它的command执行完，再继续执行。并且command执行完后，删除该节点*/                 waitfor(run(a));                 delete_init_action(a);             } elseif(a->action_type& ONCE){               /*action_type为ONCE的init_action，init则不会等待它执行完,并且将该节点从init_action_list中删除*/                 run(a);                 delete_init_action(a);             } elseif(a->action_type&(RESPAWN| ASKFIRST)){                 /* Only run stuff with pid==0. If they have                  * a pid, that means it is still running */               /*当action_type为RESOAWN或ASKFIRST的init_action，且执行该init_action的command的进程已死 （通过a->pid == 0判断，已死RESOAWN或ASKFIRST的command进程，其init_action的pid域都会在init_main方法被置为0，具体见 本文最后一段源码）时，调用run方法fork一子进程（用于执行command），并将run返回的子进程ID保存于init_action的pid 域*/                 if (a->pid== 0){                     a->pid= run(a);                 }             }         }     } }

由run_actions源码可知：action_type为SYSINIT、WAIT、CTRLALTDEL、SHUTDOWN、 RESTART和ONCE的init_action，执行其command后，都会通过delete_init_action(struct init_action *action)将它从init_action_list中删除，这样做的原因可能是：这些init_action节点只会被BusyBox init执行一次，并且删除它们可提高对init_action_list其它类型的init_action节点的查找效率并节省空间。结合以下 BusyBox init对各类init_action的执行顺序，可能会更好的理解这一点。

由init_main方法可知，BusyBox init对各类init_action的执行顺序如下：

/* Now run everything that needs to be run */     /* First run the sysinit command */     run_actions(SYSINIT);     /* Next run anything that wants to block */     run_actions(WAIT);     /* Next run anything to be run only once */     run_actions(ONCE);     /* Now run the looping stuff for the rest of forever */     while (1){         /* run the respawn/askfirst stuff */         run_actions(RESPAWN | ASKFIRST);         /* Don't consume all CPU time -- sleep a bit */         sleep(1);         /* Wait for any child process to exit */         wpid = wait(NULL);         while (wpid> 0){             /* Find out who died and clean up their corpse */             for (a= init_action_list; a; a= a->next){                 if (a->pid== wpid){                     /* Set the pid to 0 so that the process gets                      * restarted by run_actions() */                     a->pid= 0;                     message(L_LOG,"process '%s' (pid %d) exited. "                             "Scheduling for restart.",                             a->command, wpid);                 }             }             /* see if anyone else is waiting to be reaped */             wpid = wait_any_nohang(NULL);         }     } }