rc.d相关

    rc.d (runlevel controldirectory) 将目录的名称设置为.d结尾是Unix/Linux系统的一种习惯,使得我们一看就知道是一个目录文件。

    大多数的Linux 发行版本中，启动脚本都被放在/etc/rc.d/init.d。这些脚本被ln 命令来连接到 /etc/rc.d/rcn.d 目录。(这里的n 就是运行级0-6)

 

例如/etc/rc.d/rc2.d 下面的S10network 就是连接到/etc/rc.d/init.d下的network 脚本的。
# 缺省的运行级，RHS 用到的级别如下：
# 0 - 停机（千万不要把initdefault 设置为0 ）
# 1 - 单用户模式
# 2 - 多用户，但是没有 NFS
# 3 - 完全多用户模式
# 4 - 没有用到
# 5 - X11
# 6 - 重新启动 （千万不要把initdefault 设置为6 ）

 

rc.d的内容如下：

init.d/ :各种服务器和程序的二进制文件存放目录。

rcx.d/: 各个启动级别的执行程序连接目录。里头的东西都是指向init.d/的一些软连接。具体的后边叙述。

还有三个脚本:rc.sysinit,rc,  rc.local

 

redhat的启动方式和执行次序是：

加载内核

执行init程序

/etc/rc.d/rc.sysinit           # 由init执行的第一个脚本

/etc/rc.d/rc $RUNLEVEL         # $RUNLEVEL为缺省的运行模式

/etc/rc.d/rc.local

/sbin/mingetty                 # 等待用户登录

 

在Redhat中，/etc/rc.d/rc.sysinit主要做在各个运行模式中相同的初始化工作，包括：

  调入keymap以及系统字体

  启动swapping

  设置主机名

  设置NIS域名

  检查（fsck）并mount文件系统

  打开quota

  装载声卡模块

  设置系统时钟

等等。

 

/etc/rc.d/rc则根据其参数指定的运行模式(运行级别，你在inittab文件中可以设置)来执行相应目录下的脚本。凡是以Kxx开头的

，都以stop为参数来调用；凡是以Sxx开头的，都以start为参数来调用。调用的顺序按xx

从小到大来执行。例如，假设缺省的运行模式是3，/etc/rc.d/rc就会按上述方式调用

/etc/rc.d/rc3.d/下的脚本。

值得一提的是，Redhat中的运行模式2、3、5都把/etc/rc.d/rc.local做为初始化脚本中

的最后一个，所以用户可以自己在这个文件中添加一些需要在其他初始化工作之后，登录之前执行的命令。

 

init在等待/etc/rc.d/rc执行完毕之后（因为在/etc/inittab中/etc/rc.d/rc的

action是wait），将在指定的各个虚拟终端上运行/sbin/mingetty，等待用户的登录。

至此，LINUX的启动结束。

 

使用者自订开机启动程序(/etc/rc.d/rc.local)

在完成 run level 3 的服务启动后，如果我还有其他的动作想要完成时，举例来说，我还想要寄一封 mail 给某个系统管理帐号，通知他，系统刚刚重新开机完毕，那么， 是否应该要制作一个 shell script 放置在 /etc/rc.d/init.d/ 里面，然后再以连结方式连结到 /etc/rc.d/rc3.d/ 里面呢？呵呵！当然不需要！还记得上一小节提到的/etc/rc.d/rc.local 吧？ 这个档案就可以执行您自己想要执行的系统指令了。像不像早期 DOS 年代的 autoexec.bat 与 config.sys 呢？ ^_^

也就是说，我有任何想要在开机时就进行的工作时，直接将他写入/etc/rc.d/rc.local ， 那么该工作就会在开机的时候自动被载入喔！而不必等我们登入系统去启动呢！ 是否很方便啊！一般来说，鸟哥就很喜欢把自己制作的 shell script 完整档名写入 /etc/rc.d/rc.local ，如此一来，开机就会将我的 shell script 执行过，真是好棒那！

 

 

本文如无特殊解释，init.d指的就是/etc/rc.d/init.d目录。转载

本文包括3部分内容

1、 Linux的引导过程

2、 运行级别

3、 /etc/rc.d/ 与/etc/rc.d/init.d的关系

都仅限于自身的理解，如有差错和不足的地方请指正和补充！一起学习，一起进步。

“/etc/rc.d/init.d/目录下的脚本就类似与windows中的注册表，在系统启动的时候某些指定脚本将被执行”。开始之前，先引用李善明经理昨天晚上总结时的一个理解，让大家先对init.d目录有个大概的印象。在进入init.d之前，我们一起来做两个准备工作，linux的引导过程和运行级别的概念。

一、 Linux的引导过程

   系统启动之后，在进入init.d之前，我们先来看看系统都做了什么工作，先看看一个图(此图来自网络，后期补上)

   从这个图中，我们从比较高的角度去看开始引导的整个过程，比较清晰明了。系统加电之后，首先进行的硬件自检，然后是bootloader对系统的初始化，加载内核。

   内核被加载到内存中之后，就开始执行了。一旦内核启动运行，对硬件的检测就会决定需要对哪些设备驱动程序进行初始化。从这里开始，内核就能够挂装根文件系统（这个过程类似于Windows识别并存取C盘的过程）。内核挂装了根文件系统，并已初始化所有的设备驱动程序和数据结构等之后，就通过启动一个叫init的用户级程序，完成引导进程。

二、 运行级别(run level)

   Init进程是系统启动之后的第一个用户进程，所以它的pid(进程编号)始终为1。init进程上来首先做的事是去读取/etc/目录下inittab文件中initdefaultid值，这个值称为运行级别(run-level)。它决定了系统启动之后运行于什么级别。运行级别决定了系统启动的绝大部分行为和目的。这个级别从0到6 ，具有不同的功能。不同的运行级定义如下：

　　# 0 - 停机（千万别把initdefault设置为0，否则系统永远无法启动）

　　# 1 - 单用户模式

　　# 2 - 多用户，没有 NFS

　　# 3 - 完全多用户模式(标准的运行级)

　　# 4 – 系统保留的

　　# 5 - X11 （x window)

　　# 6 - 重新启动 （千万不要把initdefault设置为6，否则将一直在重启 ）

   这是两个表较常用运行级别(后期补上),左图redhat9 级别3启动的将是文本界面，右图fc7级别5启动的将是图形界面。

三、 /etc/rc.d/与/etc/rc.d/init.d的关系

   写到这里，应该差不多要进入init.d了，可是我觉得单写/etc/rc.d/init.d的话不一定能说得清楚明白，就拿它跟/etc/rc.d这个它上一级的目录一起来讨论，可能比较合适一些，因为他们之间有着千丝万缕的关系。

   在这里先解释一下init.d里面放的都是什么东西。这个目录存放的是一些脚本，一般是linux以rpm包安装时设定的一些服务的启动脚本。系统在安装时装了好多rpm包，这里面就有很多对应的脚本。执行这些脚本可以用来启动，停止，重启这些服务。

   前面说到，/etc/rc.d/init.d这个目录下的脚本就类似与windows中的注册表，在系统启动的时候执行。程序运行到这里(init进程读取了运行级别)，相信从命名的角度大家也能猜到该运行/etc/rc.d/init.d里面的脚本了，不然它为什么也叫init(.d)呢是吧。没错，是该运行init.d里的脚本了，但是并不是直接运行，而是有选择的因为系统并不需要启动所有的服务。

   那么，系统是如何选择哪些需要启动哪些不要呢？这时刚才说的运行级别就起作用了。在决定了系统启动的runlevel之后，/etc/rc.d/rc这个脚本先执行。在RH9和FC7的源码中它都是一上来就check_runlevel()（虽然实现的代码不一样，也大同小异），知道了运行级别之后，对于每一个运行级别，在rc.d下都有一个子目录分别是rc0.d，rc1.d ….. rc6.d。每个目录下都是到init.d目录的一部分脚本一些链接。每个级别要执行哪些服务就在相对应的目录下，比如级别5要启动的服务就都放在rc5.d下，但是放在这个rc5.d下的都是一些链接文件，链接到init.d中相对应的文件，真正干活到init.d里的脚本。

redhat9 ls

fc7       ls -l

  这样看的就很清楚了。

  到这里，估计大家可能都比较清楚了，我开始也以为是这样的。可是后来我仔细看过和比较这些链接文件和init.d里真正被执行的脚本的文件名之后，一直有几个问题没弄明白。借着写这个文章的机会，我做了一些功课，总算是大概解开了那些疑惑。

  1、这些链接文件前面为什么会带一个Kxx或者Sxx呢？

  是这样的，带K的表示停止(Kill)一个服务，S表示开启(Start)的意思

  2、K和S后面带的数字呢？干什么用的

  这个我开始的时候还以为是排列起来好看或者数数用呢。后来发现不是的。它的作用是用来排序，就是决定这些脚本执行的顺序，数值小的先执行，数值大的后执行。很多时候这些执行顺序是很重要的，比如要启动Apache服务，就必须先配置网络接口，不然一个没有IP的机子来启动http服务那岂不是很搞笑。。。

  3、无意中我发现同一个服务带S的和带K的链接到init.d之后是同一个脚本。我就纳闷了，为什么会是执行同一个脚本呢？

  这个时候真是S和K的妙用了，原来S和K并不止是用来看起来分的清楚而已。S给和K还分别给init.d下面的脚本传递了start和stop的参数。哦，是这样的(焕然大悟的样子,呵呵)！这时我才想起来原来曾经无数用过的/etc/rc.d/init.d/network restart命令。原来传S时相当于执行了/etc/rc.d/init.d/xxx start这条命令，当然K就相当于/etc/rc.d/init.d/xxx stop了