Ubuntu init启动流程分析浅析

civilvar

　　             Ubuntu init启动流程     
Linux distros主流的有两种init方式：
一种是System V initialization，它来源于Unix并至今仍被各种Linux distros所采用；
一种是近几年提出的Upstart方式，基于事件机制，系统的所有服务，任务都是由事件驱动的。
采用后一种方式的目前有Ubuntu，Fedora，Debian。
         Ubuntu由于采用 Upstart方式，它上面是没有inittab这个文件的。在旧式的System V initialization中，/etc/inittab可是个相当重要文件。Init进程启动后第一时间找的就是它！       Upstart job是事件驱动的，系统服务的启动、停止等等均是由事件决定的，反过来，系统服务的启动、停止也可以作为事件源触发其他服务。并且事件并不一定得由系统内部产生，用户可以手工的键入start/stop [Service]产生事件来启动/终止服务。run level也被当作事件来对待（因runlevel的改变而产生的事件）。那么系统服务又是如何知道自己应该什么时候启动，什么时候终止的呢？答案就在于/etc /init中，它里面均是系统服务的配置文件，是job definition files。
　　实际上并不仅仅在系统启动初期，在系统运转的任何时期都可以通过发送事件来启动或终止服务。这便是Upstart job的优点之一，除了用于系统初始化，还可以在系统运行阶段发挥作用。相比之下System V initialization方式下的配置文件一般只用于系统初始化阶段，当然系统运行阶段我们可以通过/etc/init.d/Service start/stop/otherCommand来操作服务，但很明显不如Upstart方式简洁明白。
　　Ubuntu使用的是Upstart方式的initialization，Ubuntu采用的是兼容模式，即：系统中既有System V-style启动的服务，也有Upstart启动的服务。以Ubuntu11.04，你可以看到系统中有这么几个目录：
/etc/init
/etc/init.d
/etc/rc${runlevel}.d
　进入/etc/init目录（Upstart init会到该目录下读取配置文件），有几个和rc有关的配置文件：
rc.conf
rc-sysinit.conf
rcS.conf
　　rc-sysinit在startup事件发生时被启动，rc在系统runlevel变化时被启动，rcS在系统runlevel为S时启动。
　　rc-sysinit在startup事件发生时被启动，Upstart init会首先读取rc-sysinit.conf并执行相关配置和脚本。rc-sysinit.conf的主要工作是设置系统默认runlevel，检测是否存在/etc/inittab或内核命令行，若存在，则按内核命令行>/etc/inittab>默认runlevel的顺序设置系统 runlevel。最后，调用telinit进入设置的runlevel。
     由于系统的默认runlevel发生了变化， 由于调用了telinit进入了设定的runlevel，runlevel改变的事件发生，此时rc服务启动（当然其他服务也会）。打开rc.conf文件，查看最后一行：
     exec /etc/init.d/rc $RUNLEVEL
　　很明显，/etc/init.d/rc被调用了，并且传入了早前设置好的系统runlevel作为参数。而/etc/init.d/rc会根据传入 的runlevel参数调用/etc/rc${runlevel}.d/下的脚本（以S开头）以启动服务。在/etc/rc${runlevel}.d/下，发现里面的文件都是到/etc /init.d/下对应的脚本/程序的软链接。以S开头的为启动的意思，以K开头的为停止。并且S/K后面的两位数数字代表了服务的启动顺序（由服务依赖关系决定）。凡是以S开头的就是本次要启动服务，凡是以k开头的，就是要在本次runlevel启动的时候要终止掉的服务。
整体 Init启动总结：
1.内核启动init进程。
2.init找到/etc/init/rc-sysinit.conf文件，确定默认的运行级别(假设为X)。
3.触发相应的runlevel事件，开始运行/etc/rc.conf
4.传递参数，运行/etc/init.d/rc，传入参数X，并且最后调用/etc/rc${runlevel}.d
5./etc/rc${runlevel}.d中根据k和s来进行执行或者终止软链接所对应的/etc/init.d/服务
  6. 最后按照事先设定的优先级依次启动，直至最后给出登录画面
　   常规中，默认安装Linux会直接到图形界面。Ubuntu安装后默认的run level为2，这个可以用runlevel命令查看。因为runlevel=2，所以在启动过程中自动执行/etc/rc2.d/目录下的以S开头的脚 本。Ubuntu之所以能直接启动到图形界面，是由于运行gdm所致。所以，只要把gdm的启动脚本禁用就可以了，方法就是把文件名的第一个字母S改成 K：
一般的linux分8个级别:0-6和一个'S'级别。
# 对各个运行级的详细解释：
0 为停机，机器关闭。
1 为单用户模式，就像Win9x下的安全模式类似。
2 为多用户模式，但是没有NFS支持。
3 为完整的多用户模式，是标准的运行级。
4 一般不用，在一些特殊情况下可以用它来做一些事情。例如在笔记本电脑的电池用尽时，可以切换到这个模式来做一些设置。
5 就是X11，进到X Window系统了。
6 为重启，运行init 6机器就会重启。
'S'级别是一个比较特殊的级别，他应该是先于其他级别运行的级别。
在userlinux(包括ubuntu)中2-5级别是毫无差别的。
这里说明一下，0-6级别的运行是互斥的，而不是叠加运行，
所有的运行服务的脚本存储在/etc/init.d/里面。而在/etc/中有rc'X'.d的文件夹，'X'代表0-6和X，也就对应了这8个启动级别，里面就都是指向/etc/init.d/里面运行服务的脚本的软连接(symbol link)，软连接的数目少于运行脚本数，这就是说不是所有服务都要在一个级别中运行的。软连接的命名是有规则的：[K|S][0-90-9][name]，K代表kill，S代表start，后面是个二位数，最后是对应的运行服务的脚本文件名。这个名字是在运行相应的脚本的时候传递的参数，K是传递stop(就是关闭服务),S是传递start(就是启动服务)。
运行顺序：K小数->K大数->S小数->S大数。这里注意文件夹里的所有软连接都会被执行，不论K或者S。