init程序

 init进程是内核引导过程完成时创建的第一个进程。Linux使用了init进程来对组成Linux的服务和应用程序进行初始化。
    当 init 进程启动时（使用传统的sysvinit版本），它会打开一个名为 /etc/inittab 的文件。这个文件是 init 的配置文件，定义了如何对系统进行初始化。这个文件还包含了有关出现电源故障时执行的操作（如果系统支持）、以及在检测到 Ctrl-Alt-Delete 键序列时应该如何反应的信息。 

 

表示开机进入3，字符界面。

  inittab 配置文件使用通用格式定义了几项内容：id:runlevels:action:process。其中 id 是惟一标识该项的字符序列。runlevels 定义了操作所使用的运行级别。action 指定了要执行的特定操作。最后，process 定义了要执行的进程。

init执行的基本流程如下：
    （1）解析/etc/inittab：执行sysinit命令指定的进程，以前通常是/etc/init.d/rcS，在新版本的init程序中则通常是/etc/rc.d/rc.sysinit脚本。
    （2）执行/etc/rc.d/rc.sysinit：这是由init执行的第一个脚本，此步进行的工作包括配置网络、配置内核参数、挂载root文件系统、检查文件系统、设置系统时钟、配置机器、开启交换空间等。
    （3）执行/etc/rc.d/rcX.d/[K...][S...]：根据定义的initdefault运行级别，执行对应wait命令指定的程序，这会运行对应目录下的各个程序，并等待它们运行完。在rcX.d目录下，首先终止K开头的服务(用来关闭一个服务)，然后启动S开头的服务(用来启动一个服务)。对每一个运行级别来说，在/etc/rc.d子目录中都有一个对应的下级目录。这些运行级别的下级子目录的命名方法为rcX.d, 其中X就是代表运行级别的数字。在各个运行级别的子目录中，都建立有到/etc/rc.d/init.d子目录中命令脚本程序的符号链接，链接的名称在K与S后有一个数字，表示执行顺序，数字小的先执行，例如K01tog-pegasus、S00microcode_ctl。对以K开头的脚本执行时系统会传递stop参数，而S开头的脚本系统会传递start参数。   
    （4）执行/etc/rc.d/rc.local：Redhat中运行模式2,3,5都把/etc/rc.d/rc.local作为初始化脚本中的最后一个文件，所以用户可以自己在这个文件中添加一些需要在其他初始化工作之后，登陆之前执行的命令。
    （5）执行getty程序：为每个联机终端使用fork()创建一个子进程，并在子进程中运行getty程序，init进程则调用wait()，进入等待子进程结束状态。getty程序设置终端类型、属性、速度和线路规程等。对于字符界面的运行级别（如级别2和3），它会打开并初始化一个tty端口，显示提示信息。通常，若/etc/issue文本文件存在，则getty会首先显示其中的文本信息，然后显示登录提示信息（例如“plinux login:” ），出现字符登录界面，并等待用户键入用户名和口令。可以在inittab文件中配置使用哪一种getty程序（在“id:runlevels:action:process”的process部分指定，并可以传递相应的getty参数），如agetty, getty, mgetty, uugetty, mingetty,fbgetty等。getty程序只能由超级用户执行。

（8）Linux运行时：init进程会负责收取孤儿进程。如果某个进程创建子进程之后，在子进程终止之前终止，则子进程成为孤儿进程。在Linux中所有的进程必须属于单棵进程树，所以孤立进程必须被收取。一旦进程成为孤儿，它会立即成为init进程的子进程。这是为了保持进程树的完整性。
    （9）用户注销：当某个终端或虚拟控制台上的用户注销之后，该终端上的所有进程都会被终止（killed），包括bash。然后，init进程就会调用fork为该终端或虚拟控制台重新创建一个getty进程，以便能够让其他用户登录。这是为什么呢？你应该发现，当用户登录时，“getty”用的是“exec”而不是“fork”系统调用来执行“login”，这样，“login”在执行的时候会覆盖“getty”的执行环境（同理，用户注册成功后，“login”的执行环境也会被shell占用）。所以，如果想再次使用同一终端，必须再启动一个“getty”。对于图形界面，用户注销后会回到图形登录界面。
    （10）系统关闭：init负责杀死所有其它的进程，卸载所有的文件系统并停止处理器的工作，以及任何其它被配置成要做的工作。 

CentOS7开机启动管理systemd 

systemd提供更优秀的框架以表示系统服务间的依赖关系
实现系统初始化时服务的并行启动，同时达到降低Shell的系统开销的效果
systemd的目标是：尽可能启动更少进程；尽可能将更多进程并行启动。
systemd尽可能减少对shell脚本的依赖。

systemd单位类型

（systemctl --type=单位类型，用来过滤单位）：
服务（service）：管理着后台服务；
挂载（mount）自动挂载（automount）：用来挂载文件系统；
目票（target）：运行级别；
套接字（socket）：用来创建套接字，并在访问套接字后，立即利用依赖关系间接地启动另一单位；

开机服务管理

=================================================
systemd添加新的unit(daemon)
也就是采用systemd来管理,/sbin/chkconfig --add foo相当
把新生成的foo.service 放到/usr/lib/systemd/system/下面，然后采用load命令导入
systemctl load foo.service

http://www.mamicode.com/info-detail-1165638.html