在Debian系统中，update-rc.d是管理SysVinit启动脚本的核心命令，它通过在/etc/rc?.d/目录下创建或删除符号链接来控制服务的自启动行为。简单说，你写好一个init脚本放在/etc/init.d/下，然后用update-rc.d把它挂到指定运行级别（runlevel）的启动或关闭序列中，系统开机或切换级别时就会自动执行或停止对应服务。这是Debian 7及之前版本以及仍在使用SysVinit的Debian 8/9/10系统的标准做法，虽然systemd已经是主流，但大量老旧服务器、嵌入式设备和容器基础镜像依然依赖这套机制。
什么是SysVinit启动脚本和运行级别
SysVinit是传统Unix/Linux的初始化系统，它用"运行级别"（runlevel）来定义系统状态。Debian默认定义了以下几个级别：0是关机，1是单用户模式，2-5是多用户模式（Debian默认2-5都是多用户，区别在于是否启动网络和图形界面），6是重启。每个级别对应/etc/rc?.d/目录下的一组脚本，目录名中的S开头表示Start（启动时执行），K开头表示Kill（启动时停止）。脚本执行顺序由后面的数字决定，数字越小越先执行。
update-rc.d命令的基本语法
update-rc.d的基本格式非常直观：
update-rc.d <脚本名> <操作> [<运行级别>] [<优先级>]
其中操作可以是defaults、start、stop、disable、enable等。defaults是最常用的，它会根据脚本中的LSB头部注释自动计算启动和停止的级别与顺序。如果脚本没有LSB注释，你就需要手动指定级别和优先级数字。
编写一个规范的init脚本
在使用update-rc.d之前，你必须有一个放在/etc/init.d/下的可执行脚本。一个规范的Debian init脚本必须包含LSB头部信息，否则update-rc.d defaults会报错。下面是一个典型的模板：
#!/bin/sh
### BEGIN INIT INFO
# Provides: myservice
# Required-Start: $remote_fs $syslog
# Required-Stop: $remote_fs $syslog
# Default-Start: 2 3 4 5
# Default-Stop: 0 1 6
# Short-Description: My custom service
# Description: This is a demonstration service
### END INIT INFO
case "$1" in
start)
echo "Starting myservice..."
/usr/local/bin/myservice &
;;
stop)
echo "Stopping myservice..."
killall myservice
;;
restart)
$0 stop
$0 start
;;
status)
pgrep -f myservice > /dev/null && echo "Running" || echo "Stopped"
;;
*)
echo "Usage: $0 {start|stop|restart|status}"
exit 1
;;
esac
exit 0
写好脚本后记得赋予执行权限：
chmod +x /etc/init.d/myservice
使用defaults快速注册脚本
最简单的方式是直接用defaults，它会读取脚本里的Default-Start和Default-Stop字段自动配置：
update-rc.d myservice defaults
这条命令会在2、3、4、5级别创建S开头的启动链接（如S20myservice），在0、1、6级别创建K开头的停止链接（如K20myservice）。数字20是默认优先级，你可以在脚本的LSB头里用# Default-Start: 2 3 4 5和# Default-Stop: 0 1 6来调整。如果想指定优先级，可以在命令末尾加数字：
update-rc.d myservice defaults 90 10
这里90是启动优先级（S90myservice，较晚启动），10是停止优先级（K10myservice，较早停止）。优先级范围通常是00-99，数字越小越优先。
手动指定启动和停止级别
如果脚本没有LSB头部注释，或者你想覆盖默认行为，可以手动指定：
update-rc.d myservice start 30 2 3 4 5 . stop 70 0 1 6 .
注意中间的点号"."是分隔符，表示start和stop是独立的操作组。这条命令的意思是：在2、3、4、5级别以优先级30启动，在0、1、6级别以优先级70停止。点号不能省略，它告诉update-rc.d这是两个不同的操作定义。
禁用某个运行级别的自启动
有时候你只想让服务在特定级别启动，比如只在级别3启动，不在2、4、5启动：
update-rc.d myservice start 20 3 . stop 80 0 1 6 .
或者你想完全禁用某个服务的自启动，但保留脚本文件以便手动调用：
update-rc.d myservice disable
这会删除所有rc?.d目录下的符号链接。之后你依然可以用/etc/init.d/myservice start手动启动它。
删除脚本的所有链接
当你不再需要某个服务时，用remove命令清理干净：
update-rc.d -f myservice remove
加-f参数是强制删除，即使脚本文件不存在也会清理链接。不加-f时如果找不到脚本会报错。
查看当前脚本的链接状态
update-rc.d本身不提供查看功能，但你可以直接检查rc目录：
ls -l /etc/rc2.d/ | grep myservice ls -l /etc/rc3.d/ | grep myservice
你会看到类似S20myservice或K20myservice的符号链接，S表示该级别会启动它，K表示该级别会停止它。如果某个级别下没有对应链接，说明该服务在那个级别不会自动运行。
update-rc.d和chkconfig、systemctl的对比
在Red Hat系系统中对应的命令是chkconfig，而在使用systemd的现代Debian中对应的是systemctl enable/disable。三者的核心逻辑一致——管理服务的自启动行为，但实现方式不同。update-rc.d操作的是符号链接文件，systemctl操作的是unit文件的符号链接（在/etc/systemd/system/下），chkconfig则是操作/etc/rc?.d/下的链接并维护一个配置数据库。对于仍在使用SysVinit的Debian系统，update-rc.d是唯一正确的工具；如果系统已经迁移到systemd，你应该用systemctl，混用会导致不可预期的行为。
常见问题和排错技巧
第一，脚本没有执行权限。update-rc.d不会报错，但链接创建后系统启动时会静默跳过。务必确认chmod +x。第二，LSB注释格式错误。特别是# Required-Start:后面的服务名必须是系统已有的服务，写错了不影响链接创建但可能导致启动顺序异常。第三，脚本中没有case语句处理start/stop参数。虽然不影响链接创建，但手动调用/etc/init.d/myservice start时会没有反应。第四，优先级冲突。如果两个服务在同一级别同一优先级，执行顺序不确定，建议错开数字，比如一个用20一个用21。
实际运维中的最佳实践
在生产环境中，建议遵循以下规范：第一，所有自定义init脚本都放在/etc/init.d/，不要放在/usr/local/init.d/或其他位置，update-rc.d默认只扫描/etc/init.d/。第二，脚本名不要和系统已有服务重名，避免覆盖。第三，始终包含完整的LSB头部，即使你只用defaults。第四，修改启动配置后用update-rc.d -n myservice show（如果安装了sysv-rc包）或者直接ls检查链接，确认无误再重启验证。第五，对于需要依赖其他服务的脚本，在Required-Start中列出依赖项，这样update-rc.d defaults会自动把启动顺序排在依赖服务之后。
在Docker容器和最小化安装中的应用
很多Debian最小化安装和Docker基础镜像没有systemd，只有SysVinit。在这种场景下，update-rc.d是管理后台进程自启动的唯一途径。例如在Dockerfile中：
RUN update-rc.d myservice defaults && \
update-rc.d anotherservice disable
这样容器启动时myservice会自动运行，anotherservice不会。需要注意的是，Docker容器通常只运行在级别2或3，所以你的Default-Start设置要和容器实际运行级别匹配。
总结
update-rc.d是Debian SysVinit体系下管理服务自启动的标准工具，核心操作就是创建和删除rc?.d目录下的符号链接。掌握defaults、start、stop、disable、remove这几个子命令，配合规范的LSB init脚本，就能完整控制任何服务在各个运行级别的启停行为。虽然systemd已经是趋势，但在大量存量系统、嵌入式环境和容器场景中，这套机制依然不可替代，运维人员必须熟练掌握。
