Terminal dan Nautilus berhenti bekerja setelah kecelakaan

Terjadi kesalahan besar, dan setelah program C ++ saya mengerjakan crash, terminal dan nautilus saya (file) berhenti bekerja.

Saya berhasil menginstal Terminator (emulator shell lain), inilah yang saya dapatkan ketika mencoba memulai Terminal dari Terminator:

(gnome-shell: 779): Clutter-CRITICAL **: 01: 49: 35.532: Tidak dapat menginisialisasi Clutter: Tidak dapat menginisialisasi Clutter backend: tidak ada driver yang tersedia. (gnome-shell: 779): bergumam-PERINGATAN **: 01: 49: 35.532: Tidak dapat menginisialisasi Clutter.

Inilah yang saya dapatkan ketika meluncurkan Nautilus (entah bagaimana saya bisa meluncurkannya dari Terminator tetapi tidak dengan mengklik ikon)

** (nautilus: 445): PERINGATAN **: 01: 48: 33.021: AT-SPI: Tidak dapat memperoleh jalur atau nama desktop ** (nautilus: 445): PERINGATAN **: 01: 48: 33.026: AT-SPI : Tidak dapat memperoleh jalur atau nama desktop ** (nautilus: 445): PERINGATAN **: 01: 48: 33.031: AT-SPI: Tidak dapat memperoleh jalur atau nama desktop

..... 10-15 pengulangan lagi dari kesalahan itu ....

** (nautilus: 445): PERINGATAN **: 01: 48: 33.509: AT-SPI: Tidak dapat memperoleh jalur atau nama desktop ** (nautilus: 445): PERINGATAN **: 01: 48: 33.509: AT-SPI : Tidak dapat memperoleh jalur atau nama desktop

Adakah petunjuk tentang bagaimana saya dapat mengembalikan semuanya menjadi normal?

EDIT: Itu tetap ada setelah reboot.

Saya mulai mengalami masalah yang sama seperti yang Anda gambarkan hari ini, tampaknya entah dari mana. Saya menemukan solusi saya di utas ini: https://forums.linuxmint.com/viewtopic.php?t=279168

(Untuk anak cucu) Pertama instal Terminator atau Xterm untuk mendapatkan terminal yang berfungsi. Buka Synaptic Package Manager dan instal di sana.

Periksa izin pada file di folder rumah Anda

find $HOME ! -user $USER

Khususnya mencari file di .dbus

Anda dapat menyelesaikan semua izin sekaligus dengan

sudo chown -Rc $USER:$USER $HOME

Selain itu, saya menghapus file dalam $HOME/.dbus/session-bus, menghapus Remote Desktop Chrome dan datanya di $HOME/.config/chrome-remote-desktopdan reboot. Asumsi saya adalah bahwa Chrome Remote Desktop memulai ulang sendiri selama pembaruan dan menulis beberapa file sebagai root di folder rumah.

Seperti jawaban di atas menyebutkan, direktori ~ / .dbus / penting. Jika tidak ada, buat itu.

Jika itu tidak membantu, atur variabel lingkungan NO_AT_BRIDGE=1.

Setelah bekerja dengan tim chromoting melalui https://bugs.chromium.org/p/chromium/issues/detail?id=988902 , inilah yang saya pelajari:

Gnome (dan mungkin XFCE dan lainnya) saat ini tidak menangani banyak sesi untuk pengguna yang sama dengan sangat anggun.

Dalam hal ini, menambahkan Chrome Remote Desktop menyebabkan sesi Gnome default dibuat yang dapat dihubungkan dengan menggunakan klien CRD. Karena sesi kedua ini dibuat setelah sesi lokal pada awalnya, semua tampak baik-baik saja pada sesi lokal, dan masalah ini mungkin benar-benar tidak diperhatikan sampai reboot berikutnya.

Namun, setelah reboot, sesi jarak jauh berjalan saat startup, mengambil sumber daya yang biasanya digunakan untuk sesi lokal. Ini bisa termasuk soket dbus, sistem audio, keyring pengguna, dan mungkin yang lain yang tidak saya temukan.

Karena ini tidak lagi tersedia untuk sesi lokal yang dimulai kemudian, aplikasi atau fungsi apa pun yang memerlukan penggunaannya gagal, dan melakukannya dengan diam-diam kecuali Anda tahu di mana menemukan log yang relevan.

Solusi yang disarankan untuk saat ini adalah mengkonfigurasi CRD untuk menggunakan tipe sesi yang berbeda, misalnya dengan membuat file ~ / .chrome-remote-desktop-session dengan konfigurasi yang diinginkan.

Tim chromoting memiliki tambalan yang akan diluncurkan dalam versi yang lebih baru yang diharapkan dapat secara signifikan meningkatkan pengalaman pengguna.