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