linux gedit：常に「GConfエラー：構成サーバーへの接続に失敗しました...」というメッセージが表示されます。
どうして私はいつも得るの
"GConfエラー：構成サーバーへの接続に失敗しました。考えられる原因としては、ORBitのTCP/IPネットワークを有効にする必要があるか、システムクラッシュのために古いNFSロックがあります。--を参照してください。 http://projects.gnome.org/gconf/ 詳細（詳細-1：セッションへの接続に失敗しました：応答を受信しませんでした。考えられる原因：リモートアプリケーションが応答を送信しませんでした） 、メッセージバスセキュリティポリシーが応答をブロックしたか、応答タイムアウトが期限切れになった、またはネットワーク接続が切断されました。） "
スーパーユーザーアカウントのシェルから「gedit」を開始するとどうなりますか？
技術的な答えは、geditはGtk +/Gnomeプログラムであり、その構成のために現在のgconfセッションを見つけることを期待しているということです。しかし、デスクトップにログインしていない別のユーザーとして実行すると、見つかりません。だからそれはあなたに告げる警告を吐き出します。ただし、失敗は無害であるはずであり、エディターは引き続き実行されます。
本当の答えは：そうしないでください。一般に、ログインユーザー以外の目的でGUIアプリを実行することは望ましくありません。そして、あなたは決して GUIアプリをrootとして実行したいと思っています。
私は、さまざまなUNIXマシンで15年以上、ログインユーザーおよびセカンダリユーザーとしてGUIアプリを使用しています。これを行う理由はたくさんあります（リモートシェル、構成ファイルのテスト、ユーザーごとに1つのインスタンスのみを許可するプログラムの複数のセッションの実行など）。
次の環境変数を設定してこのメッセージを削除する方法を説明する バグ がlaunchpadにあります。
export DBUS_SESSION_BUS_ADDRESS=""
DBUS_SESSION_BUS_ADDRESSを ""に設定してエクスポートすると、問題が修正されました。私はこれを一度だけ行う必要があり、問題は永久に解決されました。 ただし、私が行ったように、umask設定に問題がある場合、実行しようとしているGUIアプリケーションは、正しく機能するために必要なディレクトリとファイルを正しく作成できない可能性があります。
テスト目的でのみ新しいユーザーアカウントを作成する（または作成した）ことをお勧めします。次に、新しいユーザーアカウントにログインしたときに、まだ問題が発生しているかどうかを確認できます。
私はこれを3日間解決しようとしてきたので、この問題にはいくつかの異なる答えがあることを理解しています。
私のために働いたのは
rm -r .gconf
rm -r .gconfd
私のホームディレクトリにあります。これが誰かに役立つことを願っています。
私はいくつかの異なるサーバーでこの問題に自分で遭遇しました。ここにリストされているすべての提案を試しました：〜/ .dbusが適切な所有権を持っていること、サービスmessagbusの再起動などを確認しました。
〜/ .dbusがモード755であり、モードを700に変更すると問題が解決したことがわかりました。これは、既知の稼働中のサーバーとこのエラーを示しているサーバーを比較したときに見つかりました。