どうして私はいつも得るのですか
" GConf エラー: 構成サーバーに接続できませんでした。考えられる原因として、ORBit の TCP/IP ネットワークを有効にする必要があるか、システム クラッシュによる古い NFS ロックがあることが考えられます。http://projects.gnome.org/gconf を参照してください/情報。ネットワーク接続が切断されました。)」
スーパーユーザーアカウントのシェルから「gedit」を起動すると?
38551 次
6 に答える
9
私は、さまざまな UNIX マシンで 15 年以上、ログイン ユーザーおよびセカンダリ ユーザーとして GUI アプリを使用してきました。そうする正当な理由はたくさんあります (リモート シェル、構成ファイルのテスト、ユーザーごとに 1 つのインスタンスのみを許可するプログラムの複数のセッションの実行など)。
次の環境変数を設定してこのメッセージを排除する方法を説明するランチパッドのバグがあります。
export DBUS_SESSION_BUS_ADDRESS=""
于 2009-11-03T15:27:57.017 に答える
7
技術的な答えは、gedit は Gtk+/Gnome プログラムであり、その構成のために現在の gconf セッションを見つけることを期待しているということです。しかし、デスクトップにログインしていない別のユーザーとして実行すると、見つかりません。そのため、警告を吐き出し、あなたに伝えます。ただし、失敗は良性である必要があり、エディターは引き続き実行されます。
本当の答えは、そうしないことです。一般に、ログインしたユーザー以外として GUI アプリを実行したくはありません。また、GUI アプリを root として実行したくはありません。
于 2009-09-14T17:10:50.360 に答える
7
于 2015-02-28T02:33:21.717 に答える
1
DBUS_SESSION_BUS_ADDRESS を "" に設定してエクスポートすると、問題が解決しました。これを一度だけ行うだけで、問題は完全に解決されました。 ただし、私が行ったように、umask 設定に問題がある場合、実行しようとしている GUI アプリケーションは、正しく機能するために必要なディレクトリとファイルを適切に作成できない可能性があります。
テスト目的のみに新しいユーザー アカウントを作成する (または作成した) ことをお勧めします。次に、新しいユーザー アカウントにログインしたときにまだ問題があるかどうかを確認できます。
于 2013-04-21T06:00:11.943 に答える
0
私はいくつかの異なるサーバーでこの問題に遭遇しました。ここにリストされているすべての提案を試しました: ~/.dbus に適切な所有権があること、サービス メッセージバスの再起動などがあることを確認してください。
私の ~/.dbus はモード 755 であり、モードを 700 に変更すると問題が解決したことがわかりました。既知の動作中のサーバーとこのエラーを表示しているサーバーを比較すると、これが見つかりました。
于 2015-03-04T13:12:58.457 に答える