linux服务启动失败需先排查依赖关系：用systemctl list-dependencies查正/反向依赖，结合is-active/is-failed验证依赖状态，注意隐式依赖与启动时机，必要时临时忽略依赖或调整单元文件并重载配置。
Linux服务启动失败，常因依赖服务未运行或配置错误。排查核心是理清服务间的启动顺序和依赖条件，而非单纯看报错信息。
查看服务依赖关系
使用 systemctl list-dependencies 查看指定服务的依赖树：
- systemctl list-dependencies --reverse sshd：查哪些服务依赖sshd（反向依赖）
- systemctl list-dependencies --all nginx：显示nginx所有正向依赖（包括间接依赖）
- 加 --type=service 可过滤只显示服务类型依赖，避免混入target或socket
检查依赖服务实际状态
依赖存在 ≠ 依赖已就绪。需逐个验证关键依赖是否真正运行且无故障：
- 用 systemctl is-active xxx 确认状态为 active（非 activating 或 failed）
- 用 systemctl is-failed xxx 快速筛查已失败的依赖项
- 对关键依赖（如 network、dbus、local-fs），执行 systemctl status xxx 查看日志末尾是否有“Started”字样及最近错误
识别隐式依赖与启动时机问题
有些依赖不写在[Unit]的Wants/After中，而是由功能逻辑触发（例如NFS挂载依赖网络就绪，但未必声明After=network.target）：
- 检查服务单元文件中的 WantedBy= 和 After= 是否覆盖真实依赖链
- 若服务需特定挂载点，确认 RequiresMountsFor= 已设置（如 RequiresMountsFor=/data）
- 对网络相关服务，考虑改用 network-online.target 替代 network.target，确保IP已分配完成
临时绕过依赖快速验证
仅用于诊断，切勿长期启用：
- 启动时忽略部分依赖：systemctl start --ignore-dependencies servicename
- 禁用某依赖的自动启动（非停止）：systemctl disable xxx，再试目标服务是否能独立运行
- 修改单元文件后，务必执行 systemctl daemon-reload 才生效
