Iniciando sesión en un host remoto usando ssh -X me@host
, ejecuto con éxito gnome-terminal -e "tail -F /var/log/file" &
. Cuando cierro la sesión y luego intento lo mismo al día siguiente, obtengo esto:
No se pudo obtener el bus de sesión: no se pudo conectar a socket / tmp / dbus-K99gT9yDjS: se rechazó la conexión Volver al modo no de fábrica. No se pudo convocar al demonio GConf; saliendo Error al contactar con el servidor de configuración; Algunas causas posibles son que necesita habilitar la red TCP / IP para ORBit, o tiene bloqueos NFS obsoletos debido a un bloqueo del sistema. Consulte http://projects.gnome.org/gconf/ para obtener información. (Detalles - 1: Error al obtener la conexión a la sesión: Error al conectarse al socket / tmp / dbus-K99gT9yDjS: Conexión rechazada)
¿Cómo ejecuto gnome-terminal en esta situación?
Respuestas:
De hecho, cuando una sesión SSH está abierta, no inicia una sesión dbus. Algunos programas pueden iniciarlo, pero la sesión no lo sabe (por lo tanto, no puede cerrarlo).
No saber acerca de la sesión dbus también significa que los programas que usan dbus pero no lo inician por sí mismos tendrán problemas.
Las secciones dbus son por máquina y por pantalla X11. Su información se almacena en $ HOME / .dbus / session-bus / - sin embargo, el proceso al que se hace referencia allí puede estar cerrado, por lo que se necesita una verificación adicional para determinar si es necesario iniciar dbus o no. Luego, las variables allí se exportarán a la sesión.
Entonces funciona como un encanto :)
Puse lo siguiente en mi archivo .bash_profile:
notas: hostnamectl es parte de systemd y permite recuperar la identificación de la máquina, el dbus-launch muestra las variables que queremos; al usar
export $(dbus-launch)
recuperamos la salida de dbus-launch y exportamos las variablesfuente
Ninguna de las respuestas anteriores funcionó en mi caso, pero el lanzamiento de la aplicación a través de dbus-launch hizo el trabajo:
fuente
Encontré esto:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=639261
Lo que me llevó a probar esto:
¡Ahora puedo ejecutar gnome-terminal!
fuente
sudo service dbus restart
. ¡Gracias!Solo corre:
fuente
Interesante ... solo reiniciar dbus no funcionó para mí, también tuve que eliminar el archivo de identificación de la máquina y reiniciar.
Esto estaba en un servidor SLES 11.4 que había clonado recientemente en VMWare. Mi problema era que no podía iniciar yast2 o gedit ...
Estos fueron los errores que estaba viendo en la línea de comando:
yast2
¡Gracias por el consejo!
fuente
Prueba esto:
fuente