Etwas lief furchtbar schief und nachdem ein C ++ - Programm, an dem ich arbeitete, abgestürzt war, funktionierten mein Terminal und mein Nautilus (Dateien) nicht mehr.
Ich habe es geschafft, Terminator (einen anderen Shell-Emulator) zu installieren. Folgendes erhalte ich, wenn ich versuche, Terminal von Terminator aus zu starten:
(gnome-shell: 779): Clutter-CRITICAL **: 01: 49: 35.532: Clutter kann nicht initialisiert werden: Clutter-Backend kann nicht initialisiert werden: Keine verfügbaren Treiber gefunden. (gnome-shell: 779): murmeln-WARNUNG **: 01: 49: 35.532: Clutter kann nicht initialisiert werden.
Folgendes bekomme ich beim Starten von Nautilus (übrigens kann ich es von Terminator aus starten, aber nicht durch Klicken auf das Symbol)
** (nautilus: 445): WARNUNG **: 01: 48: 33.021: AT-SPI: Desktop-Pfad oder -Name konnte nicht abgerufen werden ** (nautilus: 445): WARNUNG **: 01: 48: 33.026: AT-SPI : Desktop-Pfad oder -Name konnte nicht abgerufen werden ** (nautilus: 445): WARNUNG **: 01: 48: 33.031: AT-SPI: Desktop-Pfad oder -Name konnte nicht abgerufen werden
..... weitere 10-15 Wiederholungen dieses Fehlers ....
** (nautilus: 445): WARNUNG **: 01: 48: 33.509: AT-SPI: Desktop-Pfad oder -Name konnte nicht abgerufen werden ** (nautilus: 445): WARNUNG **: 01: 48: 33.509: AT-SPI : Desktop-Pfad oder -Name konnte nicht abgerufen werden
Irgendwelche Hinweise, wie ich die Dinge wieder normalisieren kann?
BEARBEITEN: Es bleibt nach dem Neustart bestehen.
quelle
Antworten:
Ich hatte die gleichen Probleme wie heute, scheinbar aus dem Nichts. Ich habe meine Lösung in diesem Thread gefunden: https://forums.linuxmint.com/viewtopic.php?t=279168
(Für die Nachwelt) Installieren Sie zuerst Terminator oder Xterm, um ein funktionierendes Terminal zu erhalten. Öffnen Sie den Synaptic Package Manager und installieren Sie ihn dort.
Überprüfen Sie die Berechtigungen für die Dateien in Ihrem Home-Ordner
Achten Sie insbesondere auf Dateien in
.dbus
Sie können alle Berechtigungen auf einmal mit auflösen
Außerdem habe ich die Dateien
$HOME/.dbus/session-bus
entfernt, Chrome Remote Desktop und seine Daten entfernt$HOME/.config/chrome-remote-desktop
und neu gestartet. Ich gehe davon aus, dass Chrome Remote Desktop sich während eines Updates neu gestartet und einige Dateien als Root in den Home-Ordner geschrieben hat.quelle
/var/log/apt/history.log
ob Chrome-Remote-Desktop in Bezug auf ein Update von etwas anderem in den letzten Tagen angezeigt wird.$HOME/.config/chrome-remote-desktop
behoben. Da ist definitiv etwas dran.chrome-remote-desktop
App installiert . Schritte von der Antwort und dem Neustart hatten das Problem behoben.Wie in der obigen Antwort erwähnt, ist das Verzeichnis ~ / .dbus / wichtig. Wenn es nicht existiert, erstellen Sie es.
Wenn dies auch nicht hilft, legen Sie die Umgebungsvariable fest
NO_AT_BRIDGE=1
.quelle
Nachdem ich über https://bugs.chromium.org/p/chromium/issues/detail?id=988902 mit dem Chromoting-Team zusammengearbeitet habe, habe ich Folgendes gelernt:
Gnome (und möglicherweise XFCE und andere) verarbeitet derzeit nicht mehrere Sitzungen für denselben Benutzer sehr elegant.
In diesem Fall wurde durch Hinzufügen von Chrome Remote Desktop eine Standard-Gnome-Sitzung erstellt, die über den CRD-Client verbunden werden konnte. Da diese zweite Sitzung ursprünglich nach der lokalen Sitzung erstellt wurde, scheint in der lokalen Sitzung alles in Ordnung zu sein, und das Problem bleibt möglicherweise bis zum nächsten Neustart völlig unbemerkt.
Nach einem Neustart wird die Remotesitzung jedoch beim Start ausgeführt und greift auf Ressourcen zu, die normalerweise für die lokale Sitzung verwendet werden. Dies kann die dbus-Buchse, das Audiosystem, den Schlüsselbund des Benutzers und möglicherweise andere sein, die ich nicht gefunden habe.
Da diese für die später startende lokale Sitzung nicht mehr verfügbar sind, schlägt jede Anwendung oder Funktionalität fehl, deren Verwendung erforderlich ist, und dies anscheinend stillschweigend, es sei denn, Sie wissen, wo sich die relevanten Protokolle befinden.
Die empfohlene Problemumgehung besteht derzeit darin, CRD für die Verwendung eines anderen Sitzungstyps zu konfigurieren, z. B. durch Erstellen einer ~ / .chrome-remote-desktop-Sitzungsdatei mit der gewünschten Konfiguration.
Das Chromoting-Team hat einen Patch, den es in einer neueren Version veröffentlichen wird, die die Benutzererfahrung voraussichtlich erheblich verbessern wird.
quelle