Terminal i Nautilus przestali działać po awarii

Coś poszło bardzo źle i po programie C ++, nad którym pracowałem, zawiesił się, mój terminal i nautilus (pliki) przestały działać.

Udało mi się zainstalować Terminator (inny emulator powłoki), oto co otrzymuję, gdy próbuję uruchomić Terminal z Terminatora:

(gnome-shell: 779): Clutter-CRITICAL **: 01: 49: 35.532: Nie można zainicjować Clutter: Nie można zainicjować zaplecza Clutter: nie znaleziono dostępnych sterowników. (gnome-shell: 779): mamrot OSTRZEŻENIE **: 01: 49: 35.532: Nie można zainicjować bałaganu.

Oto, co otrzymuję, uruchamiając Nautilus (przy okazji mogę go uruchomić z Terminatora, ale nie klikając ikony)

** (nautilus: 445): OSTRZEŻENIE **: 01: 48: 33.021: AT-SPI: Nie można uzyskać ścieżki lub nazwy pulpitu ** (nautilus: 445): OSTRZEŻENIE **: 01: 48: 33.026: AT-SPI : Nie można uzyskać ścieżki lub nazwy pulpitu ** (nautilus: 445): OSTRZEŻENIE **: 01: 48: 33.031: AT-SPI: Nie można uzyskać ścieżki lub nazwy pulpitu

..... kolejne 10-15 powtórzeń tego błędu ....

** (nautilus: 445): OSTRZEŻENIE **: 01: 48: 33.509: AT-SPI: Nie można uzyskać ścieżki lub nazwy pulpitu ** (nautilus: 445): OSTRZEŻENIE **: 01: 48: 33.509: AT-SPI : Nie można uzyskać ścieżki lub nazwy pulpitu

Wszelkie wskazówki na temat tego, jak przywrócić normalność?

EDYCJA: Pozostaje po ponownym uruchomieniu.

Zacząłem doświadczać tych samych problemów, które opisujesz dzisiaj, pozornie znikąd. Znalazłem rozwiązanie w tym wątku: https://forums.linuxmint.com/viewtopic.php?t=279168

(Dla potomnych) Najpierw zainstaluj Terminator lub Xterm, aby uzyskać działający terminal. Otwórz Menedżera pakietów Synaptic i zainstaluj go tam.

Sprawdź uprawnienia do plików w folderze domowym

find $HOME ! -user $USER

W szczególności szukaj plików w .dbus

Możesz rozwiązać wszystkie uprawnienia naraz za pomocą

sudo chown -Rc $USER:$USER $HOME

Ponadto usunąłem pliki $HOME/.dbus/session-bus, usunąłem Pulpit zdalny Chrome i jego dane $HOME/.config/chrome-remote-desktopi ponownie uruchomiłem. Zakładam, że Pulpit zdalny Chrome zrestartował się podczas aktualizacji i zapisał niektóre pliki jako root w folderze domowym.

Jak wspomniano w powyższej odpowiedzi, katalog ~ / .dbus / jest ważny. Jeśli nie istnieje, utwórz go.

Jeśli to też nie pomoże, ustaw zmienną środowiskową NO_AT_BRIDGE=1.

Po pracy z zespołem chromotującym poprzez https://bugs.chromium.org/p/chromium/issues/detail?id=988902 , oto czego się nauczyłem:

Gnome (i prawdopodobnie XFCE i inne) nie obsługuje obecnie wielu sesji dla tego samego użytkownika z wdziękiem.

W takim przypadku dodanie Pulpitu zdalnego Chrome spowodowało utworzenie domyślnej sesji Gnome, którą można połączyć z użyciem klienta CRD. Ponieważ ta druga sesja została utworzona po sesji lokalnej początkowo, wszystko wydaje się być w porządku w sesji lokalnej, a problem może pozostać całkowicie niezauważony aż do następnego ponownego uruchomienia.

Jednak po ponownym uruchomieniu sesja zdalna jest uruchamiana podczas uruchamiania, zbierając zasoby, które normalnie byłyby używane dla sesji lokalnej. Może to obejmować gniazdo dbus, system audio, brelok użytkownika i ewentualnie inne, których nie znalazłem.

Ponieważ nie są one już dostępne dla sesji lokalnej, która rozpoczyna się później, każda aplikacja lub funkcja wymagająca ich użycia zawiedzie i najwyraźniej robi to po cichu, chyba że wiesz, gdzie znaleźć odpowiednie dzienniki.

Zalecane na razie obejście tego problemu polega na skonfigurowaniu CRD do korzystania z innego typu sesji, na przykład poprzez utworzenie pliku sesji ~ / .chrome-remote-desktop-session z żądaną konfiguracją.

Zespół chromotujący ma łatkę, którą wypuszczą w nowszej wersji, która ma znacznie poprawić wrażenia użytkownika.