为什么init 脚本需要lock 文件？

当一个服务通过init脚本启动，会在/var/lock/subsys/目录下创建一个和init脚本同名的文件。当服务被停止时，这个文件将被删除。这个文件的内容对于本文的范围不重要，只要文件名和init脚本相同。 这个文件表明一个服务的子系统被锁住，这意味着服务一定正在运行。由于一个服务可能由多个不同名字的可执行文件组成，找到某一个单一的可执行文件的进程ID（PID）是不太可能用来确定整个服务本身的状态。因此，命令： service <initscript> status 检测可执行文件的PID并检测目录/var/lock/subsys/中的文件. 如果PID 没有被发现但子系统被锁住, 你将会收到类似如下的信息: <service> dead but subsys locked 管理一个服务的子系统有两个目的。首先，如果服务不锁住子系统，它仍然可以通过服务接口启动和停止。然而，当切换运行级别，rc 脚本检查文件是否存在于/var/lock/subsys/ 中。如果这个文件没有被发现，该服务将不会在运行级别之间正确地启动或停止，即使在/etc/rc#.d/目录里有启动和杀死的符号链接。 其次，在重新启动和关机的过程中，目录/var/lock/subsys/会被检测。关机的顺序如下： 1. 对所有已知的服务运行 service <initscript> stop 2. 运行 kill -SIGTERM 来终止所有进程 3. 暂停5秒钟 4. 运行 kill -SIGKILL 杀掉所有剩下的进程 这种关机的方法是这样进程尽可能正常地被杀掉。在关机的过程中，脚本/etc/rc.d/init.d/killall检测目录/var/lock/subsys/，看看是否仍然有子系统被锁住。在其他所有的服务已经被停止后，如果一个服务的子系统仍被锁定，（即第1步完成以上），killall脚本使用子系统的文件名来调用service <initscript> stop. 这种尝试是为了在交给步骤2到4进行强制终止进程之前正常的停止服务。