嗨，我来帮你排查这个D-Bus连接的问题！看起来你折腾Docker后把会话总线的配置搞乱了，咱们一步步来理清楚：

第一步：确认D-Bus会话服务是否正常运行 #

首先得确保用户级的D-Bus服务在正常运行：

• 执行命令检查服务状态：

  systemctl --user status dbus
  

• 如果显示服务未运行，手动启动它：

  systemctl --user start dbus
  

• 为了避免下次登录再出问题，设置服务开机自启：

  systemctl --user enable dbus
  

第二步：检查环境变量与目录权限 #

你的报错核心是/run/user/1000/bus不存在，这和目录权限、环境变量设置密切相关：

• 先确认/run/user/1000的权限是否正确，这个目录应该属于你的用户（UID 1000），权限需为700：

  ls -ld /run/user/1000
  

  如果权限不对，执行以下命令修正：

  sudo chown -R $USER:$USER /run/user/1000
  chmod 700 /run/user/1000
  

• 关于DBUS_SESSION_BUS_ADDRESS，这个变量应该由D-Bus服务自动注入，手动设置很容易出错。先清空它，再重启服务让系统自动配置：

  unset DBUS_SESSION_BUS_ADDRESS
  systemctl --user restart dbus
  

  之后重新查看变量是否被正确设置：

  echo $DBUS_SESSION_BUS_ADDRESS
  

第三步：排查Docker带来的环境干扰 #

Docker的某些操作（比如使用--privileged参数、修改用户级systemd配置）可能会破坏会话总线的运行环境：

• 检查用户目录下的systemd配置有没有异常文件：

  ls -la ~/.config/systemd/user/
  

  如果发现陌生的配置文件，先备份后移除，然后重启用户会话
• 最直接的方法是注销当前用户再重新登录，因为/run/user/1000是登录时由PAM模块自动创建的，重登能重置目录和相关环境变量，解决很多残留问题

第四步：手动重建会话总线（兜底方案） #

如果上面的方法都没用，可以手动启动一个会话总线：

1. 执行命令启动daemon：

   dbus-daemon --session --address=unix:path=/run/user/1000/bus --fork --print-pid 1 --print-address 2
   

2. 设置环境变量：

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

3. 现在试试运行qdbus，看是否能正常连接

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