Saya punya jawaban lain untuk pertanyaan yang mengganggu saya sebelum saya mencari tahu masalahnya. Masalahnya adalah bug di Fedora OS dan itu turunannya, seperti yang saya kemudian temukan. Jika masalah tidak seperti yang ditunjukkan oleh jawaban yang diterima, dan / atau Anda tidak berada di Fedora, RedHat, Korora, dll, maka ini tidak akan membantu Anda.
Masalah
Seperti kata pengguna slm, menjalankan strace akan memberi Anda indikasi masalah, tetapi dalam kasus bug ini, hasilnya berbeda:
$ 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)
...
Untuk menjadi jelas, ini menyatakan bahwa kode pengembalian EACCES, yang merupakan izin ditolak. Ini berbeda dari masalah pengguna slm, di mana ia memiliki kode pengembalian EEXIST, yang berarti File ada. Jadi, untuk kode pengembalian EACCES, jelas hal pertama yang Anda periksa adalah: apakah izin rumah saya sudah diatur sehingga saya bisa menulis ke direktori rumah saya? Anda harus memverifikasi bahwa Anda memiliki bendera tulis pada direktori home Anda untuk pengguna Anda sendiri terlebih dahulu. Jika Anda melakukannya, maka Anda mungkin menjadi korban bug yang dijelaskan di bawah ini.
Serangga
Melalui beberapa pencarian google saya akhirnya dapat menemukan seseorang dengan masalah yang sama, dan itu membawa saya ke laporan bug Fedora. Bagi Anda yang peduli untuk membacanya: https://bugzilla.redhat.com/show_bug.cgi?id=772992
Penanganannya
Solusi untuk masalah ini:
#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
Ketika Anda SSH kembali, itu akan baik-baik saja pada saat ini dan Anda harus dapat berhasil mentransfer sesi X Anda lagi.
EDIT (dan solusi alternatif lainnya):
Agar selengkap mungkin, pengguna lain menyatakan dalam laporan bug bahwa perbaikan di atas tidak bekerja untuk mereka - itu ternyata bekerja untuk saya. Upaya lain untuk mengatasi masalah adalah (Saya tidak memverifikasi solusi ini secara pribadi):
# setsebool -P use_nfs_home_dirs 1
Orang lain menyebutkan sesuatu tentang GDM, yang tidak saya ketahui. Jika itu berkaitan dengan Anda, saya sarankan membaca postingnya di BugZilla dan melihat apakah komentarnya berarti bagi Anda.
