2. SysV init脚本基础：运行级别概念、init脚本结构、脚本头部规范（LSB header）

好，咱们正式开始啃 SysV init 这块硬骨头。很多刚接触 Linux 系统启动的朋友，一上来就被各种脚本和运行级别搞晕了。别急，我当年也一样。记得我第一次接手一个生产环境的服务器优化任务，愣是被 /etc/rc.d 下的那一堆脚本搞得头皮发麻。后来摸清了门道，才发现这东西其实挺有章法的。

这一节，咱们就把 SysV init 的底裤扒干净。你搞懂了运行级别、脚本结构和 LSB 头部，后面写自己的定制脚本就跟玩似的。

2.1 运行级别：系统的“档位”

运行级别（Runlevel），说白了就是 Linux 系统当前处于什么“档位”。它定义了系统启动后应该运行哪些服务。你可以把它想象成汽车的 P、R、N、D 档——不同档位干不同的事。

SysV init 定义了 7 个运行级别（0-6），每个级别对应一组要启动或停止的服务。我习惯用下面这张表来记忆：

系统启动时，init 进程（PID 1）会读取 /etc/inittab 文件，找到默认运行级别。然后它就去执行对应目录下的脚本。这些目录长这样：

/etc/rc.d/rc0.d/   → 关机
/etc/rc.d/rc1.d/   → 单用户
/etc/rc.d/rc2.d/   → 多用户（无网络）
/etc/rc.d/rc3.d/   → 完整多用户
/etc/rc.d/rc4.d/   → 自定义
/etc/rc.d/rc5.d/   → 图形界面
/etc/rc.d/rc6.d/   → 重启

有些发行版（比如 Debian/Ubuntu）把 rc.d 直接放在 /etc/ 下，路径是 /etc/rc0.d/ 这样。本质一样，别纠结。

2.2 init 脚本结构：骨架与血肉

一个标准的 SysV init 脚本，本质上就是一个 Shell 脚本。但它有固定的骨架。我写脚本的习惯是：先搭架子，再填肉。

一个完整的 init 脚本通常包含这几部分：

1. LSB 头部注释 —— 脚本的“身份证”
2. Shell 解释器声明 —— 通常是 #!/bin/bash
3. 函数定义 —— start、stop、status、restart 等
4. 主逻辑 —— 根据传入参数调用对应函数

来看一个我实际项目中用过的简化版 Nginx 启动脚本：

#!/bin/bash
#
# chkconfig: 345 85 15
# description: Nginx Web Server
# processname: nginx
# config: /etc/nginx/nginx.conf

# Source function library
. /etc/init.d/functions

# 定义变量
NAME=nginx
DAEMON=/usr/sbin/$NAME
CONFIG=/etc/nginx/nginx.conf
PIDFILE=/var/run/$NAME.pid

start() {
    echo -n "Starting $NAME: "
    daemon $DAEMON
    RETVAL=$?
    echo
    [ $RETVAL -eq 0 ] && touch /var/lock/subsys/$NAME
    return $RETVAL
}

stop() {
    echo -n "Stopping $NAME: "
    killproc $DAEMON
    RETVAL=$?
    echo
    [ $RETVAL -eq 0 ] && rm -f /var/lock/subsys/$NAME
    return $RETVAL
}

status() {
    status $DAEMON
    RETVAL=$?
    return $RETVAL
}

case "$1" in
    start)
        start
        ;;
    stop)
        stop
        ;;
    status)
        status
        ;;
    restart)
        stop
        start
        ;;
    *)
        echo "Usage: $0 {start|stop|status|restart}"
        exit 1
        ;;
esac

exit $RETVAL

2.3 LSB 头部规范：脚本的“身份证”

LSB（Linux Standard Base）头部，就是脚本开头那几行注释。别小看这几行，它们决定了脚本如何被系统管理工具识别和控制。

我曾经踩过一个坑：写了一个自定义服务脚本，忘了加 LSB 头部，结果 chkconfig --add 死活不认。折腾了半天才发现是头部格式不对。

标准的 LSB 头部包含以下字段：

拿上面 Nginx 脚本的头部举例：

# chkconfig: 345 85 15
# description: Nginx Web Server
# processname: nginx
# config: /etc/nginx/nginx.conf

这里 345 85 15 的意思是：

• 在运行级别 3、4、5 下启动这个服务
• 启动优先级是 85（数字越小越早启动）
• 关闭优先级是 15（数字越小越早关闭）

2.4 知识体系总览

说了这么多，咱们用一张图把这一节的核心逻辑串起来。你看着这张图，就能明白运行级别、脚本目录、LSB 头部和脚本结构之间的关系：

2.5 避坑指南

最后，分享几个我实际工作中踩过的坑，你遇到了能少走弯路：

• LSB 头部格式必须严格 —— # chkconfig: 后面必须跟一个空格，冒号是英文的。我曾经手滑打成中文冒号，结果 chkconfig --list 死活看不到这个服务。
• 优先级冲突 —— 两个脚本如果优先级相同，启动顺序取决于文件名排序。所以别把两个依赖关系强的脚本设成同一个优先级。
• 函数库路径 —— Red Hat 系用 /etc/init.d/functions，Debian 系可能没有这个文件。跨发行版写脚本时，最好自己实现核心函数，或者做兼容判断。
• PID 文件清理 —— 服务异常退出后，PID 文件可能残留。下次启动时如果检测到 PID 文件存在但进程已死，脚本会误判服务正在运行。我习惯在 start() 函数里先检查并清理残留 PID 文件。

嗯，运行级别、脚本结构、LSB 头部，这三块就是 SysV init 的基石。你把这章吃透了，后面讲定制脚本、优化启动速度的时候，咱们就有共同语言了。