Ubuntu 16.04执行systemctl edit报错“Failed to connect to bus”求助

你已经排除了Docker、硬件运行方式、systemd PID=1这些常见问题，接下来可以从以下几个维度深入排查：

1. 确认用户会话与权限问题 #

• 如果是普通用户执行systemctl edit，Ubuntu 16.04默认可能没启用用户级systemd会话。先执行loginctl show-user $USER，查看LingerEnabled字段是否为yes。如果不是，运行loginctl enable-linger $USER，然后重新登录系统再尝试操作。
• 要是你想编辑系统级单元文件，必须加上sudo（比如sudo systemctl edit nginx.service），普通用户直接操作系统级单元会因为权限不足触发总线连接错误。

2. 验证DBus相关环境变量 #

你提到XDG变量存在，但DBUS会话地址变量也很关键：

• 执行echo $DBUS_SESSION_BUS_ADDRESS，正常输出应该是unix:path=/run/user/<你的UID>/bus格式。如果为空或路径不存在，手动设置变量：

  export DBUS_SESSION_BUS_ADDRESS=unix:path=/run/user/$(id -u)/bus
  

  之后再试systemctl edit。
• 检查/run/user/$(id -u)目录是否存在，权限是否为当前用户所有（权限700）。如果不存在，手动创建：

  mkdir -p /run/user/$(id -u) && chown $USER:$USER /run/user/$(id -u)
  

3. 检查systemd-logind服务状态 #

systemd-logind负责管理用户会话，它异常会直接影响总线连接：

• 执行sudo systemctl status systemd-logind，确认服务处于active (running)状态。如果不是，重启服务：

  sudo systemctl restart systemd-logind
  

  重启后重新登录再测试。

4. 绕过systemctl edit直接编辑单元文件 #

如果systemctl edit工具本身有问题，可以直接编辑单元文件验证：

• 系统级单元：sudo nano /etc/systemd/system/<单元名>.service
• 用户级单元：nano ~/.config/systemd/user/<单元名>.service
  编辑完成后，执行sudo systemctl daemon-reload（系统级）或systemctl --user daemon-reload（用户级），如果能正常生效，说明问题出在systemctl edit工具而非总线连接本身。

5. 排查AppArmor限制 #

Ubuntu 16.04默认启用AppArmor，可能有规则限制了systemctl的总线访问：

• 执行sudo aa-status查看当前AppArmor状态，检查是否有相关的拒绝记录。可以临时停止AppArmor测试：

  sudo systemctl stop apparmor
  

  如果问题解决，再针对性调整AppArmor规则。

6. 查看系统日志定位具体原因 #

用journalctl提取相关日志，找到错误根源：

journalctl -xe | grep -i "bus"
# 或者查看systemd-logind的专属日志
journalctl -u systemd-logind

日志里通常会给出更具体的错误信息，比如套接字损坏、权限不足等。

内容的提问来源于stack exchange，提问作者Stefaan Vandevelde