/etc/rc.d与/etc/rc.d/init.d的关系
/etc/rc.d与/etc/rc.d/init.d的关系
决定了系统启动的run level之后，/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里的脚本。
这样看的就很清楚了。
到这里，估计大家可能都比较清楚了，我开始也以为是这样的。可是后来我仔细看过和比较这些链接文件和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 s