GConfエラー：D-BUSデーモンが実行されていませんか？！再インストールまたは修正方法

27

Konquererをインストールしてラップトップを再起動した後、Terminal（私にとっては存在する）からrootとしてファイルを開いたり、編集したり、アクセスしようとしたときに次のエラーが発生しました。

root @ linuxBox：/ home / v2r＃ gnome-open /home/

（gnome-open：2686）：GConf-WARNING **：クライアントはD-BUSデーモンへの接続に失敗しました：// bin / dbus-launchは次のエラーで異常終了しました：プロトコルが指定されていませんAutolaunchエラー：X11初期化に失敗しました。

GConfエラー：D-BUSデーモンが実行されていません

root @ linuxBox：/ home / v2r＃プロトコルが指定されていません引数を解析できませんでした：ディスプレイを開けません：

また、dbusはもう正しくインストールされておらず/bin/、/usr/bin/ スクリーンショットを見るようです：ここに画像の説明を入力してください

この問題を修正するにはどうすればいいですか、事前に感謝しますか？!!!

お返事ありがとうございます。問題をまったく解決しません。これは、rootになっているときにのみ発生することに注意してください！

root @ linuxBox：/ home / v2r＃ gnome-open /home/

（gnome-open：5170）：GConf-WARNING **：クライアントはD-BUSデーモンへの接続に失敗しました：ソケット/ tmp / dbus-2RdCUjrZ9kへの接続に失敗しました：接続は拒否されましたGConfエラー：D-BUSデーモンは実行されていません

root @ linuxBox：/ home / v2r＃プロトコルが指定されていません引数を解析できませんでした：ディスプレイを開けません：

system services dbus

— v2r
ソース

2

サーチャーロの答えは私のために働いた。ubuntu 12.04（正確なセンザンコウ）でも同じ問題が発生します。ええ、su（root）も使用します。恥、恥。emacsの起動でも同じ問題が発生します。

問題は、/ root / .dbus / session-bus /の値を取得する代わりにsuを実行したときにDBUS_SESSION_BUS_ADDRESSがその値を保持しているように思われる

man dbus-launchから：

   ...
   The second common reason for autolaunch is an su to another  user,  and
   display  of  X  applications  running as the second user on the display
   belonging to the first user. Perhaps the ideal fix in this  case  would
   be  to allow the second user to connect to the session bus of the first
   user, just as they can connect to the first user's display.  However, a
   mechanism for that has not been coded.
   ...

sudo、suedit、gksuを使用します。

または、suを使用する必要がある場合は、これを/root/.bashrcに追加してみてください。

sessionfile=`find "${HOME}/.dbus/session-bus/" -maxdepth 1 -type f`
if [ -f "$sessionfile" ] ; then
    if grep -q "^DBUS_SESSION_BUS_ADDRESS=" "${sessionfile}" ; then
        export `grep "^DBUS_SESSION_BUS_ADDRESS=" "${sessionfile}"`
    else
        echo "DBUS_SESSION_BUS_ADDRESS not found in ${sessionfile}"
    fi
else
    echo "no session address file found in ${HOME}/.dbus/session-bus"
fi

— user68606
ソース

回答user68606をありがとうございます!! 後であなたの提案でもう一度やり、私の質問を更新します。（現時点では1〜2日かかることがあります/自宅にINetはありません。）

— v2r

31

同じ問題がありました。私のシステムでは~/.dbus、ルートが所有しているために問題が発生します。所有権を変更することで問題は解決しました。これもシステムで確認することをお勧めします。

所有権を変更するには、chownコマンドを使用します。単一ファイルの場合：

chown <user>:<group> file

ディレクトリとその子の場合：

chown -R <user>:<group> folder

したがって、この場合、

chown -R <your user>:<your group> ~/.dbus

動作するはずです。

— スクープ
ソース

2

他のユーザーのファイルの所有権を変更する方法を説明できますか

— Mateo

お返事ありがとうございます。数か月前にすでにUbuntu OSを再インストールしたので、あなたの提案に手を出すのが遅すぎます。

— v2r

4

あなたはインターネットに勝ちます。他の16人も同じ問題を抱えていたので~/.dbus/、そもそもrootがどのように所有するようになったのか、誰にも手がかりがありますか？

— サードパーティー

12

試してみてくださいexport $(dbus-launch)
VMとして、それを実行しながら、これはopenSUSEの12.1に私のために働きました。

— アーカシュ・ゴヤル
ソース

Mint 18でも動作します（以前はdpkg -i .debに失敗しました）

— vladkras

4

dbusとvncにも問題がありました。だから私は追加しました

eval `dbus-launch`

へ~/.vnx/xstartup。私のためにgnomeセッションを開始します！

— エティエンヌ・ル・スール
ソース

3

これを試してもらえますか？

sessionfile=`find "${HOME}/.dbus/session-bus/" -type f`
export `grep "DBUS_SESSION_BUS_ADDRESS" "${sessionfile}" | sed '/^#/d'`

そして、コマンドを再試行してください。

gnome-open /home/

— サーチャーロ
ソース

お返事ありがとうございます。しかし、前に書いたように、OSを新しくインストールすることで問題は解決しました。

— v2r

どうしてsource $sessionfile？

— イカ

2

削除され/var/lib/dbus/machine-id、すべてが改善されました

上記の修正により以下も修正されます。

(virt-manager:2810): GConf-WARNING **: Client failed to connect to the D-BUS daemon: 
Failed to connect to socket /tmp/dbus-vYNPgtHXG7: Connection refused (virt-manager:388): No D-BUS daemon running

— ジョー
ソース

2

を使用virt-managerしてコマンドで実行できますroot@localhost# dbus-launch virt-managersu

— jca258
ソース

1

Ubuntuマシンでこの問題が発生しました。インストールdbus-x11により問題が解決しました：

sudo apt install dbus-x11

— エイッサ・N
ソース