Błąd GConf: nie działa demon D-BUS ?! Jak ponownie zainstalować lub naprawić?

Po zainstalowaniu Konquerera i ponownym uruchomieniu laptopa otrzymałem następujący błąd podczas próby otwierania, edytowania lub uzyskiwania dostępu do plików jako root z poziomu Terminala (co dla mnie jest dostępne).

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

(gnome-open: 2686): GConf-WARNING **: Klient nie nawiązał połączenia z demonem D-BUS: // bin / dbus-launch zakończył się nieprawidłowo z następującym błędem: Nie określono protokołu Błąd automatycznego uruchamiania: inicjalizacja X11 nie powiodła się.

Błąd GConf: nie działa demon D-BUS

root @ linuxBox: / home / v2r # Nie określono protokołu Nie można przeanalizować argumentów: Nie można otworzyć wyświetlacza:

Wygląda też na to, że dbus nie jest już poprawnie zainstalowany /bin/i /usr/bin/ zobacz zrzut ekranu:

Jak mogę rozwiązać ten problem i z góry dziękuję? !!!

Dziękuję za odpowiedź SirCharlo! W ogóle nie rozwiązuje problemu. Pamiętaj, że dzieje się to tylko podczas rootowania!

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

(gnome-open: 5170): GConf-WARNING **: Klient nie nawiązał połączenia z demonem D-BUS: Nie udało się połączyć z gniazdem / tmp / dbus-2RdCUjrZ9k: Odmowa połączenia GConf Błąd: Brak demona D-BUS

root @ linuxBox: / home / v2r # Nie określono protokołu Nie można przeanalizować argumentów: Nie można otworzyć wyświetlacza:

Odpowiedź SirCharlo zadziałała dla mnie. Ten sam problem na Ubuntu 12.04 (precyzyjna łuskowiec). Tak, używam również su (root). Wstyd, wstyd. Ten sam problem z uruchomieniem emacsa.

Problem polega na tym, że DBUS_SESSION_BUS_ADDRESS zachowuje swoją wartość, gdy su, zamiast odbierać wartość w /root/.dbus/session-bus/

od uruchomienia man dbus:

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

Użyj sudo, suedit, gksu.

Lub jeśli MUSISZ użyć su, spróbuj dodać to do /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

Miałem ten sam problem. W moim systemie przyczyną problemu jest ~/.dbusbycie właścicielem root. Zmiana właściciela rozwiązała dla mnie problem. Sugeruję sprawdzenie tego również w systemie.

Zmiana prawa własności można wykonać za pomocą chownpolecenia. W przypadku pojedynczego pliku:

chown <user>:<group> file

W przypadku katalogu i jego dzieci:

chown -R <user>:<group> folder

Więc w tym przypadku

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

powinno działać.

Wypróbuj export $(dbus-launch)
To działało dla mnie na opensuse 12.1 podczas uruchamiania go jako maszyna wirtualna.

Miałem też problem z dbus i vnc. Więc dodałem

eval `dbus-launch`

do ~/.vnx/xstartup. Rozpoczyna mi sesję gnome!

Czy mógłbyś tego spróbować?

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

I ponów polecenie…

gnome-open /home/

Usunięte /var/lib/dbus/machine-idi wszystko było lepsze

Powyższa poprawka rozwiązuje również:

(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

Mogę uruchomić virt-managerza pomocą polecenia root@localhost# dbus-launch virt-managerza pomocąsu

Miałem ten problem na moim komputerze Ubuntu. Instalowanie dbus-x11rozwiązało problem:

sudo apt install dbus-x11