我来帮你排查这个问题——在Debian Stretch里配置普通用户systemd单元时遇到的Failed to connect to bus: Permission denied错误，通常和用户会话的环境变量、systemd用户实例的运行状态有关。下面是一步步的解决方法：

1. 确认systemd用户实例是否正常运行 #

首先用root身份检查目标用户的systemd服务状态：

systemctl status user@<your-username>.service

如果输出显示inactive (dead)，手动启动该服务：

systemctl start user@<your-username>.service

为了确保开机自动启动，还可以执行：

systemctl enable user@<your-username>.service

2. 正确切换到普通用户环境 #

从root切换到普通用户时，一定要用su - username（带短横线），这样会加载用户的完整环境变量，包括systemd依赖的XDG_RUNTIME_DIR和DBUS_SESSION_BUS_ADDRESS：

su - your-username

如果直接用su username，会保留root的环境变量，导致systemd无法找到用户专属的总线连接。

3. 手动设置必要的环境变量（切换后仍报错时） #

如果切换用户后问题依旧，手动指定环境变量试试：
先获取用户的UID：

id -u your-username

假设UID是1000，执行以下命令：

export XDG_RUNTIME_DIR=/run/user/1000
export DBUS_SESSION_BUS_ADDRESS=unix:path=$XDG_RUNTIME_DIR/bus

之后再运行systemctl --user list-units测试是否恢复正常。

4. 检查用户runtime目录的权限 #

确保/run/user/<UID>目录的所有者和权限正确（必须是目标用户所有，权限为700）：
用root身份执行：

chown -R your-username:your-username /run/user/<your-uid>
chmod 700 /run/user/<your-uid>

这个目录是systemd用户会话的核心依赖目录，权限错误会直接导致总线连接失败。

5. 重启systemd用户服务（收尾操作） #

如果以上步骤都尝试后仍未解决，重启用户的systemd服务：

systemctl restart user@<your-username>.service

之后重新切换到普通用户再测试systemctl --user命令。

内容的提问来源于stack exchange，提问作者Tomasz Rakowski