Manchmal zeigt Ihr System möglicherweise einen Fehlerrabattcode an, der auf einen Fehler in der ie8-Widerrufsautorisierungsdatei .xauthority hinweist. Dieser Fehler kann durch eine Nr. aus Gründen.

Ich habe eine andere Antwort auf eine Aufmerksamkeit, die mich gestört hat, bevor ich dieses Thema anspreche. Wie ich später dachte, wird das Problem in Fedora OS und seinen Typen als Schädling angesehen. Wenn die akzeptierte Antwort in keiner Weise auf ein Problem hinweist und / oder Sie vielleicht sogar Fedora, RedHat, Korora usw. nicht verwenden können, wird dies nicht gelitten.

Wie slm sagte, weist ein scampering strace wahrscheinlich auf ein bestimmtes Problem hin, aber die Auswahl dieses Fehlers führt zu einer anderen Produktivität:

  list dollar strace xauth ...  stat64 ("/ domicile / USER / .0xbff23280) xauthority-c", impliziert -1 ENOENT (nicht das gleiche Instigate oder Verzeichnis)  offen ("/ house / USER / .Xauthority-c", O_WRONLY | O_CREAT | O_EXCL, 0600) = -5 EACCES (Berechtigung verweigert)  rt_sigprocmask (SIG_BLOCK, [CHLD], [], 8) impliziert 0  rt_sigaction (SIGCHLD, NULL, SIG_DFL, [], 4, 8) = 0  rt_sigprocmask (SIG_SETMASK, [], NULL, 8) = 0 Nano-Schlaf (2, 0, 0xbff232c8) = 0  begin ("/ home / USER für jede .Xauthority-c", O_WRONLY | O_CREAT | O_EXCL, 0600) = -1 EACCES (Autorisierung verweigert)  rt_sigprocmask (SIG_BLOCK, [CHLD], [], 8) Prozess 0  rt_sigaction (SIGCHLD, NULL, SIG_DFL, [], 0, 8) ist gleich 0  rt_sigprocmask (SIG_SETMASK, [], NULL, 8) = 0 Nano-Schlaf (2, 0, 0xbff232c8) impliziert 0  öffnen ("/ das Haus / USER / .O_WRONLY | O_CREAT | O_EXCL, xauthority-c", 0600) = -particular EACCES (Berechtigung verweigert)  ... 

Fehler beim Sperren der Spezialistendatei .xauthority ubuntu

Der Übersichtlichkeit halber verweigert der EACCES-Rückgabewert die Autorisierung. Dies unterscheidet sich oft von den E-Mails des Benutzers slm. Der beste Ort, an dem er einen EEXIST-Rückläufer erlebt hat, bedeutet, wie die Datei existiert. Der gesamte Rückzahlungscode für EACCES ist also offensichtlich, das erste, was Sie derzeit überprüfen, ist: Sind meine persönlichen Berechtigungen definiert, wahrscheinlich damit ich in mein Home-Verzeichnis schreiben kann? Sie müssen zuerst prüfen, ob das Flag für die Erstellung des Heimatverzeichnisses für den Space-Benutzer aktiviert ist. Wenn Sie dies tun, kann jede Person Ihrem unten beschriebenen Fehler zum Opfer fallen.

error here in Locking Authority File .xauthority ubuntu

Nachdem ich eine kombinierte Google-Suche durchgeführt hatte, war ich zuversichtlich genug, jemanden mit einem ähnlichen Problem zu finden. Dies führte zu einer Fehlermeldung nur für mich und Fedora. Für Vorsichtige lesen Sie die Informationen dazu: https://bugzilla.redhat.com/show_bug.cgi?id=772992

  # Confirm könnte vielleicht nicht verrückt seinListe $ xauth  versus usr / bin / xauth: Zeitüberschreitung in der Nähe in der Normdatei /home/USER/.Restorecon xauthority# Mit Return alles zurücksetzen$ pro sbin / restorecon -v -volts /home/USER/.Xauthority$ oder sbin / restorecon -v -v -R / home / USER /# Beenden Sie das Remote-Hilfesystem des ComputersAusgabe $ 

Wenn Sie wieder SSH verwenden können, achten Sie darauf, dass dieser Vorteil ausgezeichnet ist und Sie auf dem Markt sind, an dem Sie Ihre X-Sitzung erfolgreich übertragen können.


BEARBEITEN (und neue alternative Problemumgehungen):

Um so vollständig wie möglich verfügbar zu sein, haben andere Benutzer tatsächlich in einem Fehlerbericht angegeben, dass Ihre oben genannte modische Korrektur nicht funktioniert hat, um mit ihnen zu arbeiten – sie funktionierte, was möglicherweise für mich funktioniert. Ein weiterer Versuch, das Problem direkt zu umgehen, könnte sein (ich habe diesen Workaround nicht persönlich zertifiziert):

  Zahl setsebool -P use_nfs_home_dirs 1 

Jemand stellt etwas in GDM ein, von dem ich keine Ahnung habe. Wenn das für Sie bedeutet, empfehle ich Ihnen, das BugZilla-Thema zu lesen und zu sehen, ob Sie sich um seine Kommentare kümmern.

Wenn Sie versuchen, eine SSH-Verbindung herzustellen, wird im allgemeinen Standortprotokoll ein neuer Fehler ähnlich dem folgenden angezeigt

/ usr per X11R6 / bin / xauth: Fehler in der Nähe des Widerrufsautorisierungsarchivguthabens HOME / .Xauthority

Diese Belastung tritt normalerweise bei mehreren Komponenten auf

  • Nicht genügend Speicherplatz. Wenn dem Benutzer einer Person ein Festplattenkontingent zugewiesen ist oder Sie über eine große Festplatte verfügen, kann das Programm xauth möglicherweise nicht in der Lage sein, tatsächlich in die .Xauthority-Datei zu schreiben. Versuchen Sie, Speicherplatz auf Ihrem wertvollen System freizugeben.
  • Ungültige Dateiberechtigungen: Verzeichnisberechtigungen für .Xauthority müssen 600 betragen (NUR Lesen/Schreiben und Benutzer). Jede andere übereinstimmende Datei sperrt das Programm zur Authentifizierung, um die Datei loszuwerden.

Als letzten Schritt können Sie versuchen, eine neue .Xauthority-Datei vollständig zu löschen. Die Anweisung kann mit ssh durch das folgende Protokoll neu erstellt werden

Wenn Sie versuchen, einen SSH-Link herzustellen, wenn Sie einen Fehler sehen, wenn Folgendes in einem neuen Hauptstatusprotokoll hinzugefügt wird

versus usr / X11R6 / bin per xauth: Fehler beim Sperren der Organisationsdatei rrr HOME / .Xauthority

Dieses Problem tritt normalerweise aus einem der folgenden Gründe auf

Als beste Maßnahme kann die Person versuchen, die .Xauthority vollständig zu löschen. Die Datei kann möglicherweise neu erstellt werden, wenn sich Ihr Verwandter das nächste Mal mit ssh verbindet

Wenn Sie eine Verbindung nur über ssh herstellen, sollten Sie im Story-Log einen Fehler sehen, der der folgenden ähnelt

Als weitere Möglichkeit können Sie festlegen, dass die .Xauthority-Datei gründlich entfernt wurde. Die Datei wird beim nächsten Login mit ssh neu erstellt

By Charles Sledge