Conexão X11 rejeitada devido a autenticação incorreta


18

Estou tentando rodar gpartedno meu Raspberry Pi. Depois de fazer login ssh -X pi@pie tentar executar sudo gparted, recebo a mensagem de erro ...

Conexão X11 rejeitada devido a autenticação incorreta.

Quando tento xauth list, nada é mostrado, o que significa que o arquivo xauth está ausente. Qual é a maneira mais fácil de fazer o encaminhamento do X11 funcionar?


Edit: Tentei a sugestão abaixo, mas o primeiro passo já falha:

root @ raspberrypi: ~ # lista xauth $ DISPLAY

xauth: o arquivo /root/.Xauthority não existe

Como faço para gerar esse arquivo?


11
Existe realmente uma sessão X para encaminhar a sessão remota? Você não está fazendo isso em massa, está ?!
— Jivings

Respostas:


13

Uma maneira conveniente é usar o gksudocomando. (Do pacote debian "gksu").


Sim, esta é provavelmente uma solução melhor e mais fácil.
— Jivings

Tentei soluções usando xauth e coisas semelhantes, mas essa foi a única solução que realmente funcionou para mim!
— Hiura

10

O problema é que a sessão X do superusuário não sabe o que é o cookie.

Após o login no Pi, execute o seguinte:

$ xauth list $DISPLAY 

Isso imprime o cookie, algo como isto:

pi:10 mit-magic-cookie-1 4d22408aga55sad1ccd165723g77923ae

Em seguida, alterne o superusuário sue defina o cookie:

# xauth add pi:10 mit-magic-cookie-1 4d22408aga55sad1ccd165723g77923ae 

O encaminhamento de X agora deve funcionar como root.


Existe um argumento que você pode passar para o sudo?
— Alex Chamberlain

@AlexChamberlain Não que eu saiba.
— Jivings

Infelizmente, isso não funciona. Veja minha edição na postagem original.
— Eekhoorn 26/08/12

11
@zenbomb Parece que você rodou xauth listcomo root, o que obviamente falha. Você deseja listar os cookies para o usuário e adicioná-los à raiz.
— XTL

xauth merge é muito mais conveniente que a lista xauth seguida pelo xauth add.
— Jon Watte

5

Então, eu tive o mesmo erro:

xauth: file /root/.Xauthority does not exist

ao tentar adicionar o cookie à conta raiz usando (apenas exemplo)

xauth add pi:10 mit-magic-cookie-1 4d22408aga55sad1ccd165723g77923ae 

Resolvi esse problema criando o /root.Xauthorityarquivo (logado como root):

touch /root/.Xauthority

O comando touchcria um arquivo vazio. Eu espero que isso ajude.


1

Solução:

1. ssh mitter @ host '

2. $ sudo su

3. # xauth mesclar /home/mitter/.Xauthority

Configure a variável $ DISPLAY, se não estiver configurada.


11
o que é mitter?
— 9788 Steve Rogillard #

"mitter" é o seu nome de usuário específico. O nome de usuário que você deseja mesclar depende de qual sistema você está executando e de qual usuário você está efetuando login inicialmente. Em um Raspberry Pi, o nome de usuário padrão é "pi". Em muitas instalações do Ubuntu, o nome de usuário padrão é "ubuntu".
— Jon Watte

-1

eu consertei com um link simbólico:

ln -s /home/[my username]/.Xauthority /root/.Xauthority

Péssima ideia. Isso criará um problema de permissão para [nome de usuário] se você usar a conta root com o X.
— goldilocks

-2

Eu apenas copiei o .Xauthority de / home / user para / root


11
Isso é oficialmente desaprovado, porque estabelece maus hábitos que colocam você em problemas em máquinas multiusuário. Funciona como um deleite em máquinas de usuário único.
— Hildred
Ao utilizar nosso site, você reconhece que leu e compreendeu nossa Política de Cookies e nossa Política de Privacidade.
Licensed under cc by-sa 3.0 with attribution required.