Terminal und Nautilus arbeiteten nach einem Absturz nicht mehr

9

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.

Rotkiv
quelle
Vielleicht eine blöde Frage, aber bleibt dies nach einem Neustart bestehen? Fügen Sie das besser Ihrer Frage hinzu.
Vanadium
@vanadium Faire Frage! Es bleibt nach dem Neustart bestehen, ich habe die Bearbeitung vorgenommen.
Rotkiv
1
Ich habe dies auch nur getroffen und einen Problembericht dafür
Daniel Fackrell

Antworten:

12

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

find $HOME ! -user $USER

Achten Sie insbesondere auf Dateien in .dbus

Sie können alle Berechtigungen auf einmal mit auflösen

sudo chown -Rc $USER:$USER $HOME

Außerdem habe ich die Dateien $HOME/.dbus/session-busentfernt, Chrome Remote Desktop und seine Daten entfernt $HOME/.config/chrome-remote-desktopund 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.

Michiel
quelle
3
Ich denke, es könnte auch in meinem Fall Chrome-Remote-Desktop sein. Wirklich bizarr. Sowieso. Es funktioniert jetzt. Vielen Dank!
Rotkiv
Ich bin froh, dass es geholfen hat. Sie können überprüfen, /var/log/apt/history.logob Chrome-Remote-Desktop in Bezug auf ein Update von etwas anderem in den letzten Tagen angezeigt wird.
Michiel
Es ist mir wieder passiert. Dieses Mal wurde es durch erneutes Entfernen $HOME/.config/chrome-remote-desktopbehoben. Da ist definitiv etwas dran.
Michiel
Danke, es hat mich vor der Genesung gerettet.
Montenegrodr
Diese Antwort hilft mir auch. Ich habe das Ubuntu von 18.04 auf 19.04 aktualisiert und die chrome-remote-desktopApp installiert . Schritte von der Antwort und dem Neustart hatten das Problem behoben.
Voleger
2

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.

Alcaro
quelle
2

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.

Daniel Fackrell
quelle