Erro GConf: Nenhum daemon D-BUS está rodando ?! Como reinstalar ou corrigir?

Question

Depois de instalar o Konquerer e reiniciar meu laptop, recebi o seguinte erro ao tentar abrir, editar ou acessar arquivos como root no Terminal (que é existencial para mim).

  

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

     

(gnome-open: 2686): GConf-WARNING **: O cliente não conseguiu se conectar ao daemon D-BUS:   // bin / dbus-launch terminou de forma anormal com o seguinte erro: Nenhum protocolo especificado   Erro de falha automática: falha na inicialização do X11.

     

Erro GConf: Nenhum daemon D-BUS em execução

     

root @ linuxBox: / home / v2r # Nenhum protocolo especificado   Não foi possível analisar argumentos: não é possível abrir a exibição:

Além disso, parece que o dbus não está mais instalado corretamente em /bin/ e /usr/bin/ Veja a captura de tela:

Como eu resolveria esse problema e agradeceria antecipadamente? !!!

Obrigado pela sua resposta SirCharlo! Não resolve o problema de todo. Por favor, note que isso só acontece enquanto está sendo root!

  

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

     

(gnome-open: 5170): GConf-WARNING **: O cliente não conseguiu se conectar ao daemon D-BUS:   Falha ao conectar-se ao soquete / tmp / dbus-2RdCUjrZ9k: Conexão recusada   Erro GConf: Nenhum daemon D-BUS em execução

     

root @ linuxBox: / home / v2r # Nenhum protocolo especificado   Não foi possível analisar argumentos: não é possível abrir a exibição:

    

Answer 1

A resposta de SirCharlo funcionou para mim. O mesmo problema no Ubuntu 12.04 (pangolim preciso). Sim, eu uso su (root) também. Vergonha, vergonha. O mesmo problema ao iniciar o emacs também.

O problema parece ser que DBUS_SESSION_BUS_ADDRESS retém seu valor quando você su em vez de pegar o valor em /root/.dbus/session-bus /

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

Use sudo, suedit, gksu.

Ou se você DEVE usar su, tente adicionar isso ao seu /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

    

Answer 2

Eu tive esse mesmo problema. No meu sistema, o problema é causado por ~/.dbus pertencente ao root. Mudar de propriedade me resolveu o problema para mim. Eu sugiro que você verifique isso no seu sistema também.

A alteração da propriedade pode ser feita com o comando chown . Para um único arquivo:

chown <user>:<group> file

Para um diretório e seus filhos:

chown -R <user>:<group> folder

Então, neste caso,

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

deve funcionar.

    

Answer 3

Tente export $(dbus-launch)
Isso funcionou para mim no Opensuse 12.1 enquanto o executava como uma VM.

    

Answer 4

Você poderia tentar isso?

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

E repita seu comando ..

gnome-open /home/

    

Answer 5

Eu também tive um problema com dbus e vnc. Então eu adicionei

eval 'dbus-launch'

para ~/.vnx/xstartup . Começa a sessão do gnome para mim!

    

Answer 6

Removido /var/lib/dbus/machine-id e tudo foi melhor

A correção acima também corrige:

(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

    

Answer 7

Eu poderia executar virt-manager com o comando root@localhost# dbus-launch virt-manager usando su