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

27

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: Bildbeschreibung hier eingeben

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:

system services dbus

— v2r
quelle

2

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

— user68606
quelle

Vielen Dank für Ihre Antwort user68606 !! Ich werde es später noch einmal mit Ihren Vorschlägen versuchen und meine Frage aktualisieren. (Kann 1-2 Tage dauern / derzeit ist kein INet zu Hause.)

— v2r

31

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.

— scoopc
quelle

2

Können Sie erklären, wie Sie den Besitz von Dateien für andere ändern

— Mateo

Vielen Dank für Ihre Antwort scoopc. Ich habe mein Ubuntu-Betriebssystem bereits vor ein paar Monaten neu installiert, daher ist es zu spät für mich, Ihrem Vorschlag zu folgen.

— v2r

4

Sie, mein Herr, gewinnen das Internet. Hat jemand eine Ahnung, wie es dazu kam, dass ~/.dbus/root von Anfang an im Besitz von 16 anderen Personen war, die das gleiche Problem hatten ?

— Thirdender

12

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

— Aakash Goyal
quelle

Funktioniert auch mit Mint 18 (konnte dpkg -i .deb vorher nicht)

— vladkras

4

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!

— Etienne Le Sueur
quelle

3

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/

— SirCharlo
quelle

Vielen Dank für Ihre Antwort, aber wie ich bereits geschrieben habe, hat sich das Problem von selbst gelöst, indem Sie eine Neuinstallation des Betriebssystems durchgeführt haben!

— v2r

Warum nicht einfach source $sessionfile?

— Squidly

2

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

— Joe
quelle

2

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

— jca258
quelle

1

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

sudo apt install dbus-x11

— Eissa N.
quelle