Error de GConf: ¿No se ejecuta el demonio D-BUS? ¿Cómo reinstalar o arreglar?


27

Después de instalar Konquerer y reiniciar mi computadora portátil, recibí el siguiente error al intentar abrir, editar o acceder a los archivos como root desde la Terminal (que es existencial para mí).

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

(gnome-open: 2686): GConf-WARNING **: El cliente no pudo conectarse al daemon D-BUS: // bin / dbus-launch finalizó anormalmente con el siguiente error: No se especificó ningún protocolo Error de inicio automático: error en la inicialización X11.

Error de GConf: no se ejecuta el demonio D-BUS

root @ linuxBox: / home / v2r # Sin protocolo especificado No se pudieron analizar los argumentos: No se puede abrir la pantalla:

También parece que dbus no está instalado correctamente más en /bin/e /usr/bin/ Ver Captura: ingrese la descripción de la imagen aquí

¿Cómo haría para solucionar este problema y gracias de antemano?


Gracias por tu respuesta SirCharlo! No resuelve el problema en absoluto. ¡Tenga en cuenta que solo sucede mientras está en la raíz!

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

(gnome-open: 5170): GConf-WARNING **: el cliente no pudo conectarse al daemon D-BUS: no se pudo conectar al socket / tmp / dbus-2RdCUjrZ9k: conexión rechazada Error de GConf: no se está ejecutando el daemon D-BUS

root @ linuxBox: / home / v2r # Sin protocolo especificado No se pudieron analizar los argumentos: No se puede abrir la pantalla:

Respuestas:


2

La respuesta de SirCharlo funcionó para mí. Mismo problema en ubuntu 12.04 (pangolín preciso). Sí, también uso su (root). Vergüenza, vergüenza. Mismo problema al iniciar emacs también.

El problema parece ser que DBUS_SESSION_BUS_ADDRESS retiene su valor cuando su en lugar de recoger el valor en /root/.dbus/session-bus/

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

Usa sudo, suedit, gksu.

O si DEBE usar su, intente agregar esto a 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

Muchas gracias por tu respuesta user68606 !! Le daré otra oportunidad con sus sugerencias más adelante y actualizaré mi pregunta. (Puede tomar 1-2 días / No INet en casa en este momento.)
v2r

31

Yo tuve el mísmo problema. En mi sistema, el problema es causado por ~/.dbusser propiedad de root. Cambiar de propietario me resolvió el problema. Le sugiero que verifique esto en su sistema también.

Cambiar la propiedad se puede hacer con el chowncomando. Para un solo archivo:

chown <user>:<group> file

Para un directorio y sus hijos:

chown -R <user>:<group> folder

Entonces, en este caso,

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

Deberia trabajar.


2
¿Puede explicar cómo cambiar la propiedad de los archivos para otros
Mateo

Gracias por tu respuesta scoopc. Ya reinstalé mi sistema operativo Ubuntu hace unos meses, por lo que es demasiado tarde para dar una oportunidad a su sugerencia.
v2r

44
Usted señor gana el internet. Dado que otras 16 personas tuvieron el mismo problema, ¿alguien tiene idea de cómo se ~/.dbus/convirtió en propiedad de root en primer lugar?
Thirdender

12

Tratar export $(dbus-launch)
Esto funcionó para mí en Opensuse 12.1 mientras lo ejecutaba como una VM.


también funciona en Mint 18 (no pudo dpkg -i .deb antes)
vladkras

4

También tuve un problema con dbus y vnc. Entonces agregué

eval `dbus-launch`

a ~/.vnx/xstartup. ¡Comienza una sesión de gnomos para mí!


3

¿Podrías probar esto?

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

Y vuelva a intentar su comando ...

gnome-open /home/

Muchas gracias por su respuesta, pero como escribí antes, el problema se resolvió por sí solo, al hacer una nueva instalación del sistema operativo.
v2r

¿Por qué no solo source $sessionfile?
Squidly

2

Eliminado /var/lib/dbus/machine-idy todo fue mejor

La corrección anterior también 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

2

Podría ejecutar virt-managerel comando root@localhost# dbus-launch virt-managerusandosu


1

Tuve este problema en mi máquina Ubuntu. La instalación dbus-x11resolvió el problema:

sudo apt install dbus-x11

Al usar nuestro sitio, usted reconoce que ha leído y comprende nuestra Política de Cookies y Política de Privacidad.
Licensed under cc by-sa 3.0 with attribution required.