Linux 服务开机未启动需按初始化系统排查：systemd 需正确配置单元文件依赖并启用；SysV init 需检查 LSB 注释与运行级链接；通过依赖分析、日志调试及兼容性处理定位根本原因。
如果您在 Linux 系统中配置服务自启动，但服务未能按预期在开机时运行，则可能是由于服务启动顺序、依赖关系或初始化系统类型（如 systemd 或 SysV init）设置不当。以下是针对不同初始化系统的配置方法与依赖关系说明：
一、使用 systemd 配置服务自启动
systemd 是当前主流 Linux 发行版默认的初始化系统，通过单元文件定义服务行为及依赖关系。启用自启动需确保服务单元文件存在且依赖声明正确。
1、确认服务单元文件位于 /usr/lib/systemd/system/ 或/etc/systemd/system/目录下，例如nginx.service。
2、编辑该单元文件，在 [Unit] 节中添加 Wants=network.target 和After=network.target以声明网络就绪后启动。
3、在 [Service] 节中确认 Type= 值匹配实际进程类型（如simple、forking）。
4、执行 sudo systemctl daemon-reload 重新加载单元文件。
5、执行 sudo systemctl enable nginx.service 创建软链接至 /etc/systemd/system/multi-user.target.wants/ 目录。
6、验证状态：运行sudo systemctl is-enabled nginx，输出应为enabled。
二、使用 SysV init 配置服务自启动
SysV init 通过运行级别脚本控制服务启停，依赖关系由脚本头部的 LSB 注释或运行级别链接顺序隐式表达。
1、确认服务脚本已放置于 /etc/init.d/ 目录，例如/etc/init.d/apache2。
2、检查脚本开头是否包含标准 LSB 注释块，其中 # Required-Start: 字段列出前置依赖服务（如$network $local_fs）。
3、执行sudo update-rc.d apache2 defaults（Debian/Ubuntu）或sudo chkconfig --add apache2（RHEL/CentOS 6 及更早）生成运行级别链接。
4、验证链接是否存在：检查 /etc/rc?.d/ 目录下是否有以 S??apache2 命名的符号链接。
5、确认 /etc/init.d/apache2 具有可执行权限：sudo chmod +x /etc/init.d/apache2。
三、分析服务启动依赖图谱
理解服务间依赖关系有助于定位启动失败原因，systemd 提供图形化依赖视图功能，可识别循环依赖或缺失前置单元。
1、执行 sudo systemctl list-dependencies --all --reverse nginx.service 查看哪些服务依赖于nginx。
2、执行 sudo systemctl list-dependencies nginx.service 查看 nginx 直接依赖的服务列表。
3、使用 sudo systemctl show nginx.service -p Wants,Requires,After,Before 获取精确依赖声明字段值。
4、若发现 Requires= 项指向一个未安装或禁用的服务，该服务将导致 nginx 启动失败，此时需先启用对应依赖项。
5、运行 sudo systemd-analyze plot > boot.svg 生成启动时间与依赖关系 SVG 图表，用 浏览器 打开查看各单元启动时序。
四、调试服务开机启动失败
服务未启动可能源于单元文件语法错误、路径不可达或依赖超时，systemd 日志提供关键线索。
1、查看服务最后一次启动日志：sudo journalctl -u nginx.service -b（-b表示仅当前启动会话）。
2、检查服务是否被 mask（屏蔽）：sudo systemctl is-masked nginx.service，若返回 masked 则需先执行sudo systemctl unmask nginx.service。
3、临时跳过依赖检查启动服务：sudo systemctl start --ignore-dependencies nginx.service，用于验证是否为依赖问题。
4、修改单元文件后，必须执行sudo systemctl daemon-reload，否则更改不会生效。
5、若服务启动后立即退出，检查 [Service] 节中 Restart= 设置是否为 no，可临时设为always 辅助诊断。
五、跨初始化系统兼容性处理
部分服务需同时支持 systemd 与 SysV init 环境，可通过条件判断逻辑适配不同系统行为。
1、在 SysV init 脚本中加入检测逻辑：if [-d /run/systemd/system]; then exit 0; fi，避免与 systemd 冲突。
2、在 systemd 单元文件中通过 ConditionPathExists= 或ConditionFileIsExecutable=限制启用条件。
3、对于 RHEL/CentOS 7+ 系统，禁用 SysV 脚本自动转换：sudo systemctl disable 并移除 /etc/init.d/ 中同名脚本。
4、Debian 系系统中，若存在同名 systemd 单元与 SysV 脚本，systemd 默认优先使用单元文件，SysV 脚本仅作 fallback。
5、确认 /proc/1/comm 内容为systemd，以验证当前系统确实运行 systemd 而非其他 init 进程。
