4、目标单元依赖树分析：使用 systemctl list-dependencies 分析目标单元的依赖关系

在 systemd 初始化阶段，目标单元（target unit）是同步点而非真正的“运行级别”。一个目标单元的启动意味着其依赖树中所有单元均已成功激活。当系统卡在某个目标（如 multi-user.target）时，排查的核心手段就是分析该目标的依赖树。

4.1 依赖树的基本概念

systemd 的依赖关系分为两种主要类型：

4.2 使用 systemctl list-dependencies 查看依赖树

systemctl list-dependencies 是分析目标单元依赖树的核心命令。它递归展开所有依赖，并以树状结构输出。

4.2.1 基本用法

# 查看 multi-user.target 的完整依赖树（默认递归展开所有依赖）
systemctl list-dependencies multi-user.target

# 仅查看直接依赖（不递归）
systemctl list-dependencies multi-user.target --all

# 查看逆向依赖（哪些单元依赖该目标）
systemctl list-dependencies multi-user.target --reverse

4.2.2 输出解读

典型输出片段如下：

multi-user.target
● ├─basic.target
● │ ├─sysinit.target
● │ │ ├─dev-hugepages.mount
● │ │ ├─sys-fs-fuse-connections.mount
● │ │ ├─systemd-journald.service
● │ │ ├─systemd-udevd.service
● │ │ └─…
● │ ├─sockets.target
● │ │ ├─dbus.socket
● │ │ ├─systemd-journald.socket
● │ │ └─…
● │ └─timers.target
● │   └─systemd-tmpfiles-clean.timer
● ├─crond.service
● ├─sshd.service
● ├─rsyslog.service
● └─…

树状结构中的符号含义：

• ● — 当前节点
• ├─ — 中间子节点
• └─ — 最后一个子节点
• │ — 层级延续线

4.3 依赖树可视化分析

以下 SVG 图展示了 multi-user.target 的典型依赖树结构，突出强依赖与弱依赖的路径差异：

4.4 依赖树故障排查实战步骤

1. 定位卡住的目标 — 使用 systemctl list-jobs 查看当前等待中的 job，确定是哪个目标未完成。
2. 展开依赖树 — 执行 systemctl list-dependencies <target> 获取完整树状结构。
3. 标记异常节点 — 结合 systemctl status <unit> 检查树中每个单元的状态，重点关注 failed、activating 或 deactivating 状态的单元。
4. 追踪强依赖链 — 使用 systemctl show -p Requires <target> 和 systemctl show -p After <target> 获取精确的强依赖和排序依赖列表。
5. 检查循环依赖 — 使用 systemd-analyze verify 检测单元文件中是否存在循环依赖。

4.5 依赖树分析的进阶技巧

4.6 依赖树分析常见误区

• 误区一： 认为 list-dependencies 输出所有依赖。实际上它默认只显示 Wants 和 Requires，不显示 After 排序依赖。
• 误区二： 忽略 PartOf= 和 BindsTo= 等特殊依赖。这些依赖在特定场景下会导致意外的启动失败。
• 误区三： 只关注目标单元本身，忽略其子目标（如 basic.target、sysinit.target）的依赖树。故障往往发生在深层子节点。
• 误区四： 认为依赖树是静态的。实际上，systemctl daemon-reload 或单元文件变更后，依赖树会重新计算。