Bitte helfen Sie -startx schlägt fehl / hängt, gibt schließlich die Fehlermeldung "xauth: Zeitüberschreitung in der Sperrberechtigungsdatei /home/pi/.Xauthority" zurück.

7

Ausführen von Raspbian 20120715 (siehe unten)

Aktuelles Betriebssystem: Linux AllansPi 3.1.9+ # 168 PREEMPT Sat Jul 14 18:56:31 BST 2012 armv6l

Mit USB-Tastatur, Maus, HDMI-Monitor. Immer wenn ich nach der Anmeldung an der Eingabeaufforderung $ startx eingebe, wird der Bildschirm leer. Das System scheint zu hängen und gibt schließlich eine Fehlermeldung zurück

"xauth: Zeitüberschreitung in der Sperrberechtigungsdatei /home/pi/.Xauthority"

ABER als ich startx aus der Putty-Sitzung eingab, erschien die normale Bildschirmanzeige auf dem Monitor, eine normale GUI-Verwendung war möglich, wobei die USB-Maus und -Tastatur direkt an den Pi angeschlossen waren. Richtig abgemeldet, richtig geschlossen.

JEDOCH alle nachfolgenden Versuche von der Eingabeaufforderung auf dem Monitor und / oder über Putty geben jetzt die Fehlermeldung "xauth: Zeitüberschreitung in der Sperrberechtigungsdatei /home/pi/.Xauthority" zurück.

Vermutlich ist die Datei .Xauthority beschädigt. Wie behebe ich das?

Habe versucht Probleme beim Starten von X dies hat nicht geholfen, da mein Problem anders ist und ich bereits Bildschirm verbunden habe.

Alle Ratschläge dankbar angenommen, aber bitte halten Sie es einfach, da ich ein Noob bin ....

raspbian xorg AllanS
quelle
Das Hinzufügen der Ausgaben von ls -l /home/pi/.Xauthority*und fuser /home/pi/.Xauthoritywürde helfen, zu raten.
XTL
Können Sie diese Frage neu formatieren, um sie leichter lesen zu können? Ich kann momentan nicht bearbeiten, da ich im mobilen Internet bin.
Hifkanotiks
Krzysztofs Antwort funktioniert bei mir nicht D: Jemand hilft mir bitte.
Ich hatte das gleiche Problem mit Debian Wheezy x64, bekam den gleichen Fehler und das Löschen der .Xauthority-Datei funktionierte für mich.

Antworten:

12

Eine mögliche Ursache für dieses Problem kann der Besitz von Dateien sein. Sie können versuchen, den folgenden Befehl auszuführen:

 sudo chown -R pi:pi /home/pi

Dies sollte den Besitz aller Dateien im pi-Verzeichnis (und aller darin enthaltenen Verzeichnisse) wieder auf den Benutzer pi und die Gruppe pi ändern.

Die xauth-Anwendung verfügt über eine Befehlszeilenoption -b, mit der veraltete Sperren bereinigt werden sollen, falls vorhanden, sodass Sie auch versuchen können, sie auszuführen (wenn Sie als Benutzer pi angemeldet sind):

 xauth -b

Die .Xauthority-Datei wird nicht benötigt, wenn die X-Sitzung nicht ausgeführt wird, sodass Sie sie sicher entfernen können. Sie wird beim nächsten Start von X neu erstellt. Die Nachricht scheint jedoch nicht darauf hinzudeuten, dass die Datei beschädigt ist, sodass ich nicht glaube, dass dies Ihr Problem lösen kann.

Krzysztof Adamski
quelle
Wiederholen Problem gelöst - danke Krzysztof. Ich bin mir nicht sicher, wie ich eine Antwort posten soll, also benutze "Kommentar". xauth -b führte zu einem weiteren Fehlerbericht. ABER das Löschen von .Xauthority hat das Problem gelöst und funktioniert nun einwandfrei von lokal und über SSH. Nochmals vielen Dank - Entschuldigung für die abgeschnittene Antwort; Timeout auf Kommentar abgeschnitten mich @ Krzysztof
AllanS
Sie könnten dann meine Antwort akzeptieren (und vielleicht sogar positiv bewerten) :) Auf diese Weise wissen andere Leute mit ähnlichen Problemen, dass es sich lohnt, diese zu versuchen, auch ohne die Kommentare zu lesen. So funktioniert Stackexchange.
Krzysztof Adamski
Hallo @AllanS und willkommen bei Raspberry Pi ! Sie können die Antwort von jemandem akzeptieren, indem Sie auf das kleine Häkchen unter den Abstimmungssymbolen klicken . Für weitere Informationen lesen Sie bitte diese . Vielen Dank!
2

Ich hatte auch das gleiche Problem. Ich habe alle .Xauth * -Dateien aus dem pi-Ordner gelöscht und es hat funktioniert. Möglicherweise sind .Xauth-Dateien durch direktes Ausschalten beschädigt.

shreyas_patel21
quelle