Ubuntu 22.04下systemd用户服务无法识别已运行的docker.service问题求助

问题原因 #

这是因为systemd用户服务实例和系统级服务实例是完全独立的两个命名空间。docker.service是一个系统级服务，它注册在系统systemd实例（/run/systemd/system/）里，而你用systemctl --user操作的是当前用户的私有systemd实例（/run/user/$UID/systemd/），这个用户实例看不到系统级的服务，所以会提示找不到docker.service。

解决方案 #

你有几种可选的方式来处理这个依赖问题：

1. 使用条件检查Docker是否可用（推荐）

既然用户服务无法直接依赖系统服务，我们可以通过检查Docker的socket文件来确认守护进程是否运行，替换单元文件里的Requires=docker.service为条件判断：

[Unit]
Description=The Test example.org web server
After=multi-user.target
# 检查Docker socket是否存在，确认守护进程已启动
ConditionPathIsSocket=/var/run/docker.sock
Documentation=https://github.com/example/example

这样只有当Docker守护进程运行（socket存在）时，用户服务才会启动，避免了直接依赖系统服务的问题。

2. 改用系统级服务

如果你不需要用户级服务的特性（比如仅当前用户登录时运行），可以把这个服务改成系统级服务：

• 把单元文件移动到/etc/systemd/system/test-example-org.service
• 执行systemctl daemon-reload重新加载配置
• 执行systemctl start test-example-org启动服务
  这种方式下，你可以正常使用Requires=docker.service，因为系统级服务能看到同命名空间的docker.service。

3. 跨实例引用系统服务（进阶）

如果你坚持要用用户级服务，也可以通过systemd的跨实例引用语法来依赖系统服务，不过这种方式需要确保用户有足够权限：

[Unit]
Description=The Test example.org web server
After=multi-user.target
# 引用系统实例的docker.service
Requires=docker.service@system
Documentation=https://github.com/example/example

不过这种方式可能会遇到权限问题，因为用户服务默认没有管理系统服务的权限，所以更推荐第一种条件检查的方式。

额外优化建议 #

你的用户服务里WantedBy=multi-user.target其实不太合适，因为multi-user.target是系统级的目标，用户级服务应该用default.target或者graphical.target这类用户级目标，修改为：

[Install]
WantedBy=default.target

这样用户登录后，服务会自动启动（前提是你执行过systemctl --user enable test-example-org命令）。

备注：内容来源于stack exchange，提问作者John Canning