Beim Einloggen mit ssh -Y remotehosterhalte ich folgende Fehlermeldung:
/usr/bin/xauth: /home/hlovdal/.Xauthority nicht beschreibbar, Änderungen werden ignoriert
Und xclock und ähnliche Programme starten nicht. Trotz der Fehlermeldung ist mit den Berechtigungen der .Xauthority-Datei alles in Ordnung.
(hlovdal) remotehost:~>xclock
X11 connection rejected because of wrong authentication.
X11 connection rejected because of wrong authentication.
X11 connection rejected because of wrong authentication.
X11 connection rejected because of wrong authentication.
Error: Can't open display: localhost:10.0
(hlovdal) remotehost:~>ls -l /home/hlovdal/.Xauthority
-rw-------. 1 hlovdal hlovdal 70 Jul 25 23:30 /home/hlovdal/.Xauthority
(hlovdal) remotehost:~>
Was könnte hier die Ursache sein?
(Das ist zwischen meinen beiden Laptops, zwischen denen ich schon Hunderte Male hin und her „Psst“ gesagt habe.)
Aktualisieren:
Beim weiteren Debuggen beschwerte sich xauth erneut, dass es nicht in .Xauthority schreiben könne. Das macht keinen Sinn, da die Datei von meinem Benutzer beschreibbar ist, und aus Neugierde habe ich strace ausgeführt, um genau zu sehen, was es versucht hat.
(hlovdal) remotehost:~>xauth list
xauth: /home/hlovdal/.Xauthority not writable, changes will be ignored
(hlovdal) remotehost:~>strace -oout -f -s9000 xauth list
xauth: error in locking authority file /home/hlovdal/.Xauthority
(hlovdal) remotehost:~>tail out
16634 brk(0xf03000) = 0xf03000
16634 brk(0) = 0xf03000
16634 rt_sigaction(SIGINT, {0x4050d0, [INT], SA_RESTORER|SA_RESTART, 0x3957035350}, {SIG_DFL, [], 0}, 8) = 0
16634 rt_sigaction(SIGTERM, {0x4050d0, [TERM], SA_RESTORER|SA_RESTART, 0x3957035350}, {SIG_DFL, [], 0}, 8) = 0
16634 rt_sigaction(SIGHUP, {0x4050d0, [HUP], SA_RESTORER|SA_RESTART, 0x3957035350}, {SIG_DFL, [], 0}, 8) = 0
16634 rt_sigaction(SIGPIPE, {0x4050d0, [PIPE], SA_RESTORER|SA_RESTART, 0x3957035350}, {SIG_DFL, [], 0}, 8) = 0
16634 stat("/home/hlovdal/.Xauthority-c", {st_mode=S_IFREG|0600, st_size=0, ...}) = 0
16634 open("/home/hlovdal/.Xauthority-c", O_WRONLY|O_CREAT|O_EXCL, 0600) = -1 EEXIST (File exists)
16634 write(2, "xauth: error in locking authority file /home/hlovdal/.Xauthority\n", 66) = 66
16634 exit_group(1) = ?
(hlovdal) remotehost:~>ls -l .Xauthority*
-rw-------. 1 hlovdal hlovdal 70 Jul 25 23:30 .Xauthority
-rw-------. 2 hlovdal hlovdal 0 Jul 26 01:26 .Xauthority-c
-rw-------. 2 hlovdal hlovdal 0 Jul 26 01:26 .Xauthority-l
(hlovdal) remotehost:~>
Dies erklärt besser, warum xauth fehlschlägt, da es .Xauthority-c nicht erstellen kann. Aber das Entfernen dieser beiden wahrscheinlich veralteten Dateien hilft nicht, sie werden beim nächsten SSH-Login neu erstellt. Das Syslog im Remotehost enthält Folgendes im Zusammenhang mit dem SSH-Login.
sshd[17551]: Accepted publickey for hlovdal from x.x.x.x port 36545 ssh2
sshd[17552]: fatal: mm_request_receive: read: Connection reset by peer
sshd[17551]: pam_unix(sshd:session): session opened for user hlovdal by (uid=0)
Diese mm_request_receive-Fehlermeldung ist noch nie zuvor aufgetreten, daher vermute ich, dass dies ein Hinweis für weiteres Debuggen ist.
Antwort1
Ich hatte dasselbe Problem, nachdem ich meinen Home-Ordner unter Ubuntu 12.04 synchronisiert hatte. Ich habe es mit den folgenden Befehlen gelöst:
rm ~/.Xaut*
Dann habe ich mich abgemeldet und erneut angemeldet. Folgende Warnung erschien:
/usr/bin/xauth: file /home/iranice/.Xauthority does not exist
Danach erstellte Linux .Xauthoritydie Datei automatisch. Ich habe mich abgemeldet und erneut angemeldet und alles war in Ordnung.
Antwort2
Bei mir trat dieser Fehler auf:
/usr/bin/xauth: error in locking authority file /home/toto/.Xauthority
weil meine /home-Partition voll war.
Durch die Freigabe von etwas Speicherplatz auf dieser Partition wurde dieses Problem behoben.
Der Befehl „strace“ strace -oout -f -s9000 xauth listwar bei der Identifizierung des Problems hilfreich.
Antwort3
Dies scheint ein bereits bekanntes Problem zu sein, das gemeldet wurde unterRedhats Bugzilla, daher werde ich diese Frage „schließen“ und mit der Berichterstattung zu diesem Fehlerbericht fortfahren.
Antwort4
Bei mir war das Problem ein Berechtigungsproblem. Selbst wenn man die Datei löschte .Xauthority, wurde sie neu erstellt und war nicht beschreibbar. Also änderte ich den Besitzer und es funktionierte:
sudo chown user:user .Xauthority
Möglicherweise wurde die Datei standardmäßig für Root erstellt.