Conexión X11 rechazada debido a autenticación incorrecta


18

Estoy tratando de ejecutar gpartedmi Raspberry Pi. Después de iniciar sesión ssh -X pi@pie intentar ejecutar sudo gparted, recibo el mensaje de error ...

Conexión X11 rechazada debido a una autenticación incorrecta.

Cuando lo intento xauth list, no se muestra nada, lo que significa que falta el archivo xauth. ¿Cuál es la forma más fácil de hacer que el reenvío X11 funcione?


Editar: probé la sugerencia de abajo, pero el primer paso ya falla:

root @ raspberrypi: ~ # xauth list $ DISPLAY

xauth: el archivo /root/.Xauthority no existe

¿Cómo genero este archivo?


1
¿Existe realmente una sesión X para reenviar la sesión remota? ¿No estás haciendo esto en masilla?
Jivings

Respuestas:


13

Una forma conveniente es usar el gksudocomando en su lugar. (Del paquete debian "gksu").


Sí, esta es probablemente una solución mejor y más fácil.
Jivings

Probé soluciones con xauth y cosas similares, ¡pero esta fue la única solución que realmente funcionó para mí!
Hiura

10

El problema es que la sesión X para el superusuario no sabe qué es la cookie.

Después de iniciar sesión en Pi, ejecute lo siguiente:

$ xauth list $DISPLAY 

Esto imprime la cookie, algo como esto:

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

Luego cambie el superusuario con suy configure la cookie:

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

El reenvío X ahora debería funcionar para root.


¿Hay alguna discusión que puedas pasarle a sudo?
Alex Chamberlain

@AlexChamberlain No que yo sepa.
Jivings

Esto no funciona, desafortunadamente. Vea mi edición en la publicación original.
Eekhoorn

1
@zenbomb Parece que corriste xauth listcomo root, lo que por supuesto falla. Desea enumerar las cookies para el usuario y agregarlas para root.
XTL

xauth merge es mucho más conveniente que xauth list seguido de xauth add.
Jon Watte

5

Entonces tuve el mismo error:

xauth: file /root/.Xauthority does not exist

cuando intente agregar la cookie a la cuenta raíz usando (solo ejemplo)

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

Resolví este problema creando el /root.Xauthorityarchivo (conectado como root):

touch /root/.Xauthority

El comando touchcrea un archivo vacío. Espero que esto ayude.


1

Solución:

1. ssh mitter @ host '

2. $ sudo su

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

Configure la variable $ DISPLAY, si no está configurada.


1
¿Qué es mitter?
Steve Robillard

"mitter" es su nombre de usuario particular. El nombre de usuario que desea fusionar depende del sistema que esté ejecutando y de qué usuario inicie sesión inicialmente. En una Raspberry Pi, el nombre de usuario predeterminado es "pi". En muchas instalaciones de Ubuntu, el nombre de usuario predeterminado es "ubuntu".
Jon Watte

-1

Lo arreglé con un enlace simbólico:

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

Mala idea. Eso creará un problema de permisos para [nombre de usuario] si usa la cuenta raíz con X.
goldilocks

-2

Acabo de copiar el .Xauthority de / home / user a / root


1
Esto está oficialmente mal visto porque establece malos hábitos que te meterán en problemas en máquinas multiusuario. Funciona como un regalo en máquinas de un solo usuario.
hildred
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.