Linux初始化init系统

Linux初始化init系统，RHEL 5为SysVinit，RHEL 6为Upstart，RHEL 7为Systemd，为更好地解释这个问题，以下选取RHEL 5.x进行说明。
<img src="https://i-blog.csdnimg.cn/blog_migrate/6a4db3f222ef87dfd5335c34493db2ab.png" data-rawwidth="870" data-rawheight="602" class="origin_image zh-lightbox-thumb" width="870" data-original="https://pic1.zhimg.com/3b9eab005d0e535e8adcfab11dd6f7e8_r.jpg">
如流程图所示,RHEL的启动过程按步骤大致可以分为:
POST加电自检-->BIOS(Boot Sequence)-->加载对应引导上的MBR(bootloader) -->主引导设置加载其BootLoader-->Kernel初始化-->initrd—>/etc/init进程加载/etc/inittab

从加载BootLoader(RHEL下为Grub)开始,会发生以下事情.
1. 藉由Grub的管理,读取Kernel内核文件(/boot/vmlinuz),解压至主内存,利用内核的功能,进行第二次硬件检测(第一次发生在POST开机自检时)
2. 加载Initial RAM Disk(/boot/initrd),使之在内存中解压缩为根目录,kernel藉此完成驱动程序的加载,，最终释放虚拟文件系统，并挂载实际的根目录文件系统.
3. 在核心加载完毕,进行完硬件侦测与驱动程序加载后,内核会启动第一个进程/sbin/init, init进程将会读取/etc/inittab,在/etc/inittab中,大致规定了以下动作:

1. 取得 runlevel 亦即默认运行等级的相关等级.
2. 使用 /etc/rc.d/rc.sysinit 进行系统初始化
3. 根据runlevel调用相关启动脚本,以启动相应的系统服务
4. 其他一些系统设置,最终完成系统启动.

/sbin/init 最主要的功能就是准备软件运行的环境，包括系统的主机名称、网络配置、语系处理、文件系统格式及其他服务的启动等,而所有的动作都根据在/etc/inittab中的配置.

/etc/rc.d, 里面存放了rc.local, rc.sysinit, init.d, rcX.d (X包括0-6对应相对runlevel)

/etc/rc.d/init.d, 存放了各种系统服务的启动关闭的管理脚本,/etc/init.d是他的一个目录链接.

/etc/rc.d/rcX.d, 里面存放了一些脚本,脚本名字以K开头的,表示STOP动作,名字以S开头,表示Start动作,名称中的数字表示执行次序,数字越小表示越先执行.
/etc/rcX.d是他的目录链接,但事实上rcX.d下文件本身就是指向/etc/rc.d/init.d下脚本的链接文件.

/etc/rc.d/rc.local, 有一个链接文件,路径在/etc/rc.local,
系统根据runlevel启动完rcX.d中的脚本之后,会调用rc.local脚本,如果你有一个脚本命令不论在3和5都想开机启动,那么就添加与此,免去rc3.d和rc5.d分别增加启动脚本工作量.

简要的归纳为：

1. 根据/etc/inittab启动init进程
2. init进程执行/etc/rc.d/rc.sysinit
3. init进程完成run-level之间的各个服务启动(在/etc/rc.d/rcN.d下有一堆软连接l指向/etc/rc.d/init.d)
4. init进程执行/etc/rc.d/rc.local(在/etc/rc.d/rcN.d下有一个软连接S99local指向/etc/rc.d/rc.local)
5. init进程完成tty

这里init过程涉及到若干初始化的配置文件、脚本、目录，这些初始化相关的配置文件、脚本、目录看起来似乎并没有太多层次感（注意：仅仅是看起来似乎是没有层感）。

分析问题，应该先抓住主要矛盾——这些繁杂的文件有一个主线，那就是/etc/inittab这个文件。inittab详细规划、控制了启动的详细过程。掌握了inittab，才能对这些繁杂的文件目录树有一个基本的了解。至于inittab的详细语法、内容请自行man。简要的说（不够准确），linux的inittab过程可以归结为三大步骤：

• 系统初始化：rc.sysinit
• 服务启动：rc N 启动rcN.d下的服务
• 本地初始化：rc.local

如果细心观察过inittab源代码，楼主应该会好奇第三个步骤rc.local是如何被inittab控制调用的，甚至也许会对第三个过程是否真正发生提出质疑。我们稍后会在后文再行讨论这个问题。

考虑到这些配置文件、目录、程序有各种乱七八糟的link，建议先抛开繁复的文件链接不管，得到如下的主干层次结构（#字符后面注解了各类文件的作用）：

/etc/inittab #初始化的主干文件
/etc/rc.d #初始化的相关rc文件目录，下面有五个文件夹

• /etc/rc.d/rc.sysinit #系统初始化程序
• /etc/rc.d/rc #相应启动级别下的关键初始化程序，用以执行相应/etc/rc.d/rcN.d下的所有程序
• /etc/rc.d/rcN.d/ #N取值范围为[0,6]，含有各类S和K开头的软连接文件，软连接至rc.d/init.d/下各类服务和rc.local脚本
• /etc/rc.d/init.d/ #含有各类服务程序
• /etc/rc.d/rc.local #本地初始化程序
  
  

其中/etc/rc.d 目录下 这五个文件夹一定程度上代表了inittab的启动内容，其中，rc.sysinit和rc这两个程序最为关键。启动过程首先是 rc.sysinit，最后是 rc.local，中间是通过 rc N 程序调用etc/rc.d/rcN.d下的指向etc/rc.d/init.d下的程序软连接。（暂未考虑tty）。

rc.local是如何发生作用的？我们说inittab规划了初始化的详细过程，但是inittab中为什么没有规划rc.local调用的相关设定？

这个问题的关键在于上文提到的相关目录层级中的相应rc级别下的关键初始化程序/etc/rc.d/rc，这个程序接收一个0-6范围内的整数，执行rcN.d下的服务脚本（inittab的第二大步骤），而在rcN.d下有一个软连接S99local指向了rc.local（inittab的第三大步骤）。因此严格来说，inittab的第三步骤实际发生在第二步骤内，这也是rc.local得以执行的关键。

至于Ubuntu，这个发行版的Linux并没有inittab这个表。原因是他们认为上文这种依次执行的串行方式费时，于是采用了upstart的基于event的方式。类似的，Ubuntu也有相应的配置文件，具体的相关名字、目录层级记得不太清楚了，由于手头暂时没有可用的Ubuntu机器，