Solo para informar, tuve un problema similar. Pero en mi caso solo sigo esos pasos:
Siga estos pasos para crear un $HOME/.Xauthority expediente.
Inicie sesión como usuario y confirme que se encuentra en el directorio de inicio del usuario.
# Rename the existing .Xauthority file by running the following command
mv .Xauthority old.Xauthority
# xauth with complain unless ~/.Xauthority exists
touch ~/.Xauthority
# only this one key is needed for X11 over SSH
xauth generate :0 . trusted
# generate our own key, xauth requires 128 bit hex encoding
xauth add ${HOST}:0 . $(xxd -l 16 -p /dev/urandom)
# To view a listing of the .Xauthority file, enter the following
xauth list
Después de eso, no hay más problemas con .Xauthority archivo desde entonces.
Gracias y créditos a srinivasan.
Solo para complementar la excelente respuesta de toneladas.
Una vez tuve exactamente el mismo problema porque mi directorio de inicio se había llenado al 100%. Al conectarse, ssh creó un ~/.Xauthority vacío y no pude escribir ninguna entrada individual en él (por lo que xauth list siempre había producido una salida vacía).
Así que sugiero que uno siempre verifique el espacio libre (por ejemplo:df -h ) y verifica que xauth generate y xauth add de hecho han tenido algún efecto (xauth list ).
Con privilegios de root, abra /etc/ssh/sshd_config y descomente las siguientes líneas si están comentadas:
X11Reenvío sí
Desplazamiento de pantalla X11 10
X11UseLocalhost sí
Luego cierre sesión y vuelva a iniciar sesión con -X bandera en ssh . No tiene que activar o desactivar DISPLAY variable de entorno.