☰

VNC-Serverfehler nach dem Booten - Verbindung zur Sitzung konnte nicht hergestellt werden

tag-icon • tag-icon vnc gconf
VNC-Serverfehler nach dem Booten - Verbindung zur Sitzung konnte nicht hergestellt werden

Ich habe diesen Fehler in der Protokolldatei eines Tiger VNC-Servers (Version tigervnc-server-1.1.0-5.el6_4.1.x86_64):

Failed to contact configuration server; some possible causes are that you need to enable TCP/IP networking for ORBit, or you have stale NFS locks due to a system crash. See http://projects.gnome.org/gconf/ for information. (Details -  1: Failed to get connection to session: Failed to connect to socket /tmp/dbus-Auq6xEVNZb: Connection refused)

(Details -  1: Failed to get connection to session: Failed to connect to socket /tmp/dbus-Auq6xEVNZb: Connection refused)GConf warning: failure listing pairs in `/apps/nautilus/desktop-metadata': Failed to contact configuration server; some possible causes are that you need to enable TCP/IP networking for ORBit, or you have stale NFS locks due to a system crash. See http://projects.gnome.org/gconf/ for information. (Details -  1: Failed to get connection to session: Failed to connect to socket /tmp/dbus-Auq6xEVNZb: Connection refused)

Wenn ich den Server neu starte, funktioniert er einwandfrei, aber nach einer Weile beginnen die Fehler und wenn ich eine Verbindung herstelle, ist kein Desktop da und es erscheinen und verschwinden Popup-Fenster.

Ich habe vor kurzem versehentlich das Verzeichnis /tmp gelöscht. Könnte das die Ursache des Problems sein? Wie könnte das Problem gelöst werden?

Dieses Problem verursacht auch Probleme bei der Datenträgernutzung, da diese Protokolldatei immer größer wird, was mit einem anhaltenden Fehlerzustand zusammenzuhängen scheint.

Danke!

Antwort1

Dies wurde durch die Erstellung eines Verzeichnisses /tmp/dbus-Auq6xEVNZb gelöst (es ist auf jedem Server unterschiedlich, Sie müssen den Fehler überprüfen und den Pfad sehen, auf den der VNC-Server zuzugreifen versucht). Der Befehl dafür lautet:

mkdir -p /tmp/dbus-Auq6xEVNZb

Eine andere Lösung könnte darin bestehen, den Eigentümer des Verzeichnisses ~/.dbus zu ändern (https://bugs.launchpad.net/ubuntu/+source/gconf/+bug/367169).

BEARBEITEN: Nach dem Neustart FUNKTIONIERT diese Lösung NICHT MEHR. Ich habe auch versucht, den Inhalt von /tmp/ (NICHT DAS VERZEICHNIS SELBST) zu löschen und den Eigentümer auf den Dbus-Benutzer zu ändern, aber das funktioniert auch nicht.

BEARBEITEN 2: Die Neuinstallation von dbus hat funktioniert. Ich habe diese Fehler nicht mehr.

verwandte Informationen