Sorunu çözmeden önce beni rahatsız eden soruya başka bir cevabım var. Sorun Fedora OS'taki bir hata ve daha sonra anladığım gibi türevleri. Eğer sorun kabul edilen cevapla belirtilmemişse ve / veya Fedora, RedHat, Korora, vb. Değilseniz, o zaman bu size yardımcı olmaz.
Sorun
Kullanıcı slm dediği gibi, strace çalışan size sorunun bir göstergesi verecektir, ancak bu özel hata durumunda, çıkış farklıdır:
$ strace xauth list
...
stat64("/home/USER/.Xauthority-c", 0xbff23280) = -1 ENOENT (No such file or directory)
open("/home/USER/.Xauthority-c", O_WRONLY|O_CREAT|O_EXCL, 0600) = -1 EACCES (Permission denied)
rt_sigprocmask(SIG_BLOCK, [CHLD], [], 8) = 0
rt_sigaction(SIGCHLD, NULL, {SIG_DFL, [], 0}, 8) = 0
rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0
nanosleep({2, 0}, 0xbff232c8) = 0
open("/home/USER/.Xauthority-c", O_WRONLY|O_CREAT|O_EXCL, 0600) = -1 EACCES (Permission denied)
rt_sigprocmask(SIG_BLOCK, [CHLD], [], 8) = 0
rt_sigaction(SIGCHLD, NULL, {SIG_DFL, [], 0}, 8) = 0
rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0
nanosleep({2, 0}, 0xbff232c8) = 0
open("/home/USER/.Xauthority-c", O_WRONLY|O_CREAT|O_EXCL, 0600) = -1 EACCES (Permission denied)
...
Açıktır ki, bu izin reddedilen EACCES dönüş kodunu belirtir. Bu, kullanıcı slm'sinin probleminden farklıdır, burada EEXIST dönüş koduna sahiptir, yani Dosya var. Öyleyse, EACCES dönüş kodu için açıkçası ilk kontrol ettiğiniz şey şudur: ev izinlerim ayarlandı, bu yüzden ev dizinime yazabiliyorum? Öncelikle kendi kullanıcı için giriş dizininizde yazan bayrak olduğunu doğrulamanız gerekir. Bunu yaparsanız, aşağıda açıklanan hatanın kurbanı olabilirsiniz.
Böcek
Birkaç google arama yoluyla, sonunda benzer problemi olan birini bulabildim ve bu beni Fedora hata raporuna götürdü. Okumak isteyenler için: https://bugzilla.redhat.com/show_bug.cgi?id=772992
Geçici Çözüm
Sorunun geçici çözümü:
#verify you're not crazy
$ xauth list
/usr/bin/xauth: timeout in locking authority file /home/USER/.Xauthority
#use restorecon to reset it all
$ /sbin/restorecon -v -v /home/USER/.Xauthority
$ /sbin/restorecon -v -v -R /home/USER/
#log out of the remote system
$ exit
Tekrar SSH'niz olduğunda, bu noktada iyi olmalı ve X oturumunuzu tekrar başarılı bir şekilde aktarabilmelisiniz.
EDIT (ve diğer alternatif çözümler):
Diğer kullanıcılar, hata raporunda, yukarıdaki düzeltmenin kendileri için işe yaramadığını, benim için işe yaradığını söyledi. Bu soruna geçici bir çözüm bulmak için başka bir girişimde bulundum (bu geçici çözümü kişisel olarak doğrulamadım):
# setsebool -P use_nfs_home_dirs 1
Başka bir kişi, GDM hakkında sıfır bilgi sahibi olduğum bir şeyden bahseder. Bu sizin için önemliyse, BugZilla'daki yayınını okumanızı ve yorumunun sizin için bir anlamı olup olmadığını görmenizi öneririm.