Solo per segnalare, ho avuto un problema simile. Ma nel mio caso seguo solo questi passaggi:
Segui questi passaggi per creare un $HOME/.Xauthority file.
Accedi come utente e conferma di essere nella home directory dell'utente.
# 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
Dopodiché non ci sono più problemi con .Xauthority file da allora.
Grazie e ringraziamenti a srinivasan.
Solo per completare l'eccellente risposta di Ton.
Una volta ho avuto esattamente lo stesso problema perché la mia home directory era piena al 100%. Alla connessione, ssh ha creato un ~/.Xauthority vuoto e non è stato in grado di scrivere alcuna singola voce (in modo che xauth list aveva sempre prodotto un output vuoto).
Quindi suggerisco di controllare sempre lo spazio libero (es.:df -h ) e verifica che xauth generate e xauth add hanno effettivamente avuto alcun effetto (xauth list ).
Sotto i privilegi di root apri /etc/ssh/sshd_config e decommentare le seguenti righe se sono commentate:
X11Inoltro sì
X11DisplayOffset 10
X11UseLocalhost sì
Quindi disconnettiti e accedi nuovamente con -X flag in ssh . Non è necessario impostare o disattivare DISPLAY variabile di ambiente.