Fazendo login em um host remoto usando ssh -X me@host
, eu corro com êxito gnome-terminal -e "tail -F /var/log/file" &
. Quando efetuo logoff e tento a mesma coisa no dia seguinte, recebo o seguinte:
Falha ao obter o barramento da sessão: falha ao conectar-se ao soquete / tmp / dbus-K99gT9yDjS: Conexão recusada Voltando ao modo fora da fábrica. Falha ao convocar o demônio GConf; saindo. Falha ao entrar em contato com o servidor de configuração; algumas causas possíveis são que você precisa habilitar a rede TCP / IP para ORBit ou ter bloqueios NFS obsoletos devido a uma falha no sistema. Veja http://projects.gnome.org/gconf/ para obter informações. (Detalhes - 1: falha ao obter conexão com a sessão: falha ao conectar ao soquete / tmp / dbus-K99gT9yDjS: conexão recusada)
Como executo o gnome-terminal nessa situação?
Respostas:
De fato, quando uma sessão SSH é aberta, ela não inicia uma sessão dbus. Alguns programas podem iniciá-lo, mas a sessão não o conhece (portanto, não é possível fechá-lo).
Não conhecer a sessão do dbus também significa que os programas que usam o dbus, mas não o iniciam, terão problemas.
As seções do dbus são por máquina e por monitor X11. Suas informações são armazenadas em $ HOME / .dbus / session-bus / - no entanto, o processo mencionado lá pode ser fechado, portanto é necessária uma verificação extra para determinar se é necessário ou não iniciar o dbus. Em seguida, as variáveis devem ser exportadas para a sessão.
Então funciona como um encanto :)
Coloquei o seguinte no meu arquivo .bash_profile:
notas: hostnamectl faz parte do systemd e permite recuperar o ID da máquina; o dbus-launch exibe as variáveis que queremos; usando
export $(dbus-launch)
, recuperamos a saída do dbus-launch e exportamos as variáveisfonte
Nenhuma das respostas anteriores funcionou no meu caso, mas o lançamento do aplicativo através do dbus-launch fez o trabalho:
fonte
Eu achei isto:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=639261
O que me levou a tentar isso:
Agora eu posso rodar o gnome-terminal!
fonte
sudo service dbus restart
. Obrigado!Apenas corra:
fonte
Interessante ... apenas reiniciar o dbus não funcionou para mim, eu também tive que remover o arquivo de identificação da máquina e reiniciar.
Este estava em um servidor SLES 11.4 que eu havia clonado recentemente no VMWare. Meu problema era que não consegui iniciar o yast2 ou o gedit ...
Estes foram os erros que eu estava vendo na linha de comando:
yast2
Obrigado pela dica!
fonte
Tente o seguinte:
fonte