我怎么总是得到
" GConf 错误：无法联系配置服务器；一些可能的原因是您需要为 ORBit 启用 TCP/IP 网络，或者由于系统崩溃而导致 NFS 锁定过时。请参阅http://projects.gnome.org/gconf /供参考。（详情 - 1: Failed to get connection to session: 没有收到回复。可能的原因包括：远程应用程序没有发送回复，消息总线安全策略阻止了回复，回复超时，或网络连接中断。） “
当我从我的超级用户帐户的 shell 启动“gedit”时？
在各种 UNIX 机器上，我作为登录用户和二级用户使用 GUI 应用程序已有 15 年以上。这样做有很多充分的理由（远程 shell、测试配置文件、运行多个程序会话，每个用户只允许一个实例，等等）。
启动板上有一个错误，它解释了如何通过设置以下环境变量来消除此消息。
export DBUS_SESSION_BUS_ADDRESS=""
技术上的答案是 gedit 是一个 Gtk+/Gnome 程序，并期望为其配置找到当前的 gconf 会话。但是以未在桌面上登录的单独用户身份运行它，您找不到它。所以它会发出警告，告诉你。失败应该是良性的，编辑器仍然会运行。
真正的答案是：不要那样做。通常，您不希望以登录用户身份运行 GUI 应用程序。而且您永远都不想以 root 身份运行任何 GUI 应用程序。
将 DBUS_SESSION_BUS_ADDRESS 设置并导出为 "" 为我解决了这个问题。我只需要这样做一次，问题就永久解决了。 但是，如果您的 umask 设置有问题，就像我一样，那么您尝试运行的 GUI 应用程序可能无法正确创建它们正常运行所需的目录和文件。
我建议仅出于测试目的创建（或已创建）一个新用户帐户。然后您可以查看登录到新用户帐户时是否仍然存在问题。
我自己在几个不同的服务器上遇到了这个问题。我尝试了这里列出的所有建议：确保 ~/.dbus 拥有正确的所有权、服务消息总线重启等。
我发现我的 ~/.dbus 是模式 755，当我将模式更改为 700 时问题就消失了。我在将已知的工作服务器与显示此错误的服务器进行比较时发现了这一点。
我知道这个问题有几个不同的答案，因为我已经尝试解决这个问题 3 天。
对我有用的是
rm -r .gconf
rm -r .gconfd
在我的主目录中。希望这可以帮助某人。