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