GConf-Fehler: Kein D-BUS-Daemon läuft ?! Wie neu installieren oder beheben?

Nach der Installation von Konquerer und dem Neustart meines Laptops trat die folgende Fehlermeldung auf, als ich versuchte, Dateien als root in Terminal zu öffnen, zu bearbeiten oder darauf zuzugreifen (was für mich von Bedeutung ist).

root @ linuxBox: / home / v2r # gnome-open /home/

(gnome-open: 2686): GConf-WARNING **: Client konnte keine Verbindung zum D-BUS-Dämon herstellen: // bin / dbus-launch wurde mit folgendem Fehler abnormal beendet: Kein Protokoll angegeben Autolaunch-Fehler: X11-Initialisierung fehlgeschlagen.

GConf-Fehler: Es wird kein D-BUS-Dämon ausgeführt

root @ linuxBox: / home / v2r # Kein Protokoll angegeben Argumente konnten nicht analysiert werden: Anzeige kann nicht geöffnet werden:

Außerdem scheint es, dass dbus nicht mehr richtig installiert ist /bin/und /usr/bin/ siehe Screenshot:

Wie würde ich vorgehen, um dieses Problem zu beheben, und ich danke Ihnen im Voraus? !!!

Vielen Dank für Ihre Antwort SirCharlo! Es löst das Problem überhaupt nicht. Bitte beachte, dass es nur im Wurzelalter passiert!

root @ linuxBox: / home / v2r # gnome-open /home/

(gnome-open: 5170): GConf-WARNING **: Client konnte keine Verbindung zum D-BUS-Dämon herstellen: Verbindung zu Socket / tmp / dbus-2RdCUjrZ9k fehlgeschlagen: Verbindung abgelehnt GConf-Fehler: Kein D-BUS-Dämon aktiv

root @ linuxBox: / home / v2r # Kein Protokoll angegeben Argumente konnten nicht analysiert werden: Anzeige kann nicht geöffnet werden:

SirCharlos Antwort hat für mich funktioniert. Gleiches Problem auf Ubuntu 12.04 (präzises Pangolin). Ja, ich benutze auch su (root). Schande, Schande. Das gleiche Problem beim Starten von Emacs.

Das Problem scheint zu sein, dass DBUS_SESSION_BUS_ADDRESS seinen Wert beibehält, wenn Sie su, anstatt den Wert in /root/.dbus/session-bus/ zu übernehmen.

von 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.
   ...

Verwenden Sie sudo, suedit, gksu.

Oder wenn Sie su verwenden MÜSSEN, fügen Sie dies zu Ihrer Datei /root/.bashrc hinzu:

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

Ich hatte das gleiche Problem. In meinem System wird das Problem ~/.dbusdurch root verursacht. Ein Eigentümerwechsel löste das Problem für mich. Ich empfehle Ihnen, dies auch auf Ihrem System zu überprüfen.

Der Eigentümer kann mit dem chownBefehl geändert werden. Für eine einzelne Datei:

chown <user>:<group> file

Für ein Verzeichnis und seine Kinder:

chown -R <user>:<group> folder

Also, in diesem Fall

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

sollte arbeiten.

Versuchen Sie, export $(dbus-launch)
dies funktionierte für mich unter Opensuse 12.1, während es als VM ausgeführt wurde.

Ich hatte auch ein Problem mit Dbus und VNC. Also habe ich hinzugefügt

eval `dbus-launch`

zu ~/.vnx/xstartup. Es beginnt die Gnome-Sitzung für mich!

Könnten Sie das versuchen?

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

Und wiederholen Sie Ihren Befehl ..

gnome-open /home/

Entfernt /var/lib/dbus/machine-idund alles war besser

Der obige Fix behebt auch:

(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

Ich könnte virt-managermit dem Befehl root@localhost# dbus-launch virt-managermit ausführensu

Ich hatte dieses Problem auf meinem Ubuntu-Rechner. Durch die Installation wurde dbus-x11das Problem behoben:

sudo apt install dbus-x11