Thunar: Não foi possível abrir a tela

removido
(usa Nenhuma)

Enviado em 12/07/2017 - 11:19h

Alguém já teve algo assim?

bash-4.3# thunar .
No protocol specified
Thunar: Não foi possível abrir a tela:



bash-4.3# mousepad 1
No protocol specified

(mousepad:29457): Mousepad-ERROR **: Não foi possível abrir a tela:
Trace/breakpoint trap


Volta a funciona se muda de 4 para 3 no arquivo inittab.

O gerenciado de login é o Slim.



$ su
Senha :
# thunar .
No protocol specified
Thunar: Não foi possível abrir a tela:

# cat /etc/inittab | grep -i initdefault:
id:4:initdefault:



https://bbs.archlinux.org/viewtopic.php?id=200839

GustavoValerio
(usa Debian)

Enviado em 12/07/2017 - 13:13h

Se isso acontece ao tentar acessar como root, tente:

su -c thunar

su -c mousepad 

------------------------------------------------------------------------------------------------------------------------
"Esta é a filosofia Unix:
Escreva programas que façam apenas uma coisa mas que façam bem feito.
Escreva programas que trabalhem juntos.
Escreva programas que manipulem streams de texto, pois esta é uma interface universal."
Ou, de maneira simples: "faça apenas uma coisa e faça bem".
------------------------------------------------------------------------------------------------------------------------
Visite: https://blog.gustavovalerio.com
Visite: http://goo.gl/NJlxXy

removido
(usa Nenhuma)

Enviado em 12/07/2017 - 22:19h

Não é Debian.

Não funcionou.

su -c thunar
No protocol specified
Thunar: Não foi possível abrir a tela:

removido
(usa Nenhuma)

Enviado em 13/07/2017 - 20:16h

Parece que o problema esta relacionado com o arquivo /etc/inittab

# 0 = halt
# 1 = single user mode
# 2 = unused (but configured the same as runlevel 3)
# 3 = multiuser mode (default Slackware runlevel)
# 4 = X11 with KDM/GDM/XDM (session managers)
# 5 = unused (but configured the same as runlevel 3)
# 6 = reboot

# Default runlevel. (Do not set to 0 or 6)
id:3:initdefault:

Coloca 4 no lugar do 3 e começa o problema.


# thunar .
No protocol specified
Thunar: Não foi possível abrir a tela:

albfneto
(usa openSUSE)

Enviado em 13/07/2017 - 20:43h

Meia Noite, não é por causa daquelas proteções?

Tentou com sudo gráfico? Ex com Dolphin, Thunar:

SE KDE:

$ kdesu dolphin (senha de root) OU

$ kdesudo dolphin (senha de usuario) OU

OUTROS DEs:

$ gksu thunar OU

$ gksudo thunar

 

¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨
Albfneto,
Ribeirão Preto, S.P., Brasil.
Usuário Linux, Linux Counter: #479903.
Distros Favoritas: Sabayon, Gentoo, openSUSE, Mageia e OpenMandriva.

removido
(usa Nenhuma)

Enviado em 15/07/2017 - 19:37h

$ su
Senha :

# whereis kdesudo
kdesudo:

# whereis gksudo
gksudo:


# whereis gksu
gksu:

# whereis kdesu
kdesu: /usr/bin/kdesu /usr/include/kdesu /usr/man/man1/kdesu.1.gz


# kdesu thunar .
No protocol specified
kdesu: cannot connect to X server :0.0


# sudo thunar .
No protocol specified
Thunar: Não foi possível abrir a tela:


Obs:

Volta a funciona se eu muda de 4 para 3 no arquivo /etc/inittab.

Soluciona um problema e fica sem o gerenciador de login (slim).

edps
(usa Slackware)

Enviado em 15/07/2017 - 22:32h

Porque usar o ponto, em vez de um simples "thunar" ou "Thunar"?

$ thunar 

$ Thunar 

Não sei o porque ora é um ora é outro, vai saber! rsrs

Na base da sugestão:

$ xhost +

$ thunar 

ou

$ xhost +

$ Thunar 

removido
(usa Nenhuma)

Enviado em 15/07/2017 - 23:41h

Voltou a funcionar tinha duas pastas root em /, removi a pasta "root (cópia 1)" e depois reboot.

Parece até aquele problemas de Perfil Temporário no Windows 7.

https://social.technet.microsoft.com/wiki/contents/articles/5813.solucionando-problemas-perfil-tempo...
https://social.technet.microsoft.com/wiki/contents/articles/10374.resolvendo-problema-com-perfil-tem...


# ls -1 / | grep root

root
root (cópia 1) <= Para remove usei o thunar


# pwd
/root


# rm -Rf /root/.*

# reboot

-------------------------------------------------------------------------------

# cat /etc/inittab | grep -i initdefault:
id:4:initdefault:


Em ambos os casos abaixo o gerenciador de arquivo abriu normalmente sem aparecer "No protocol specified e Thunar: Não foi possível abrir a tela: " como pode ver.

Falta sabe se é um problema temporário ou não e qual o motivo de aparece a pasta "root (cópia 1)" em /.

# thunar .
Thunar: Failed to initialize Xfconf: Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken.

Error creating proxy: A conexão está fechada (g-io-error-quark, 18)
Error creating proxy: A conexão está fechada (g-io-error-quark, 18)
Error creating proxy: A conexão está fechada (g-io-error-quark, 18)
Error creating proxy: A conexão está fechada (g-io-error-quark, 18)

(thunar:14366): GLib-GObject-WARNING **: invalid (NULL) pointer instance

(thunar:14366): GLib-GObject-CRITICAL **: g_signal_handler_disconnect: assertion 'G_TYPE_CHECK_INSTANCE (instance)' failed


bash-4.3# sudo thunar .

removido
(usa Nenhuma)

Enviado em 16/07/2017 - 00:37h

Me lembro do xhost + na época do kurumin 7.

Depois que reinicie o sistema voltou o problema.Foi resolvido com o uso do comando xhost + pelo usuário comum.

O slackware não tem o Xauthority


# thunar .
No protocol specified
Thunar: Não foi possível abrir a tela:


$ xhost +



# sudo thunar .

https://www.vivaolinux.com.br/dica/Permissao-de-acesso-ao-servidor-X-(Slackware-13+)



A solução é essa criar um script da vida como isso é no Ubuntu, no Mint e no Debian.


nano /usr/local/bin/habilitar_xhost.sh

#!/bin/bash
/usr/bin/xhost +


chmod +x /usr/local/bin/habilitar_xhost.sh




configuração de inicialização é facilmente configurada através do Menu -> Configurações -> Sessão e Inicialização.

Entre nesta configuração e vá até a aba "Início automático de aplicativo". Clique em "Adicionar". Dê um nome, coloque em "Comando" o caminho onde você criou o script (aqui no exemplo é "/usr/bin/habilitar_xhost.sh") e se quiser pode dar uma descrição em razão da organização.

Agora a permissão ao servidor gráfico X está configurada automatizadamente.