Terminal ve Nautilus bir kazadan sonra çalışmayı bıraktı

Bir şey çok yanlış gitti ve bir C ++ programından sonra çöktü üzerinde çalışıyordu, benim terminal ve nautilus (dosyaları) çalışmayı durdurdu.

Terminator'ü (başka bir kabuk emülatörü) kurmayı başardım, Terminal'i Terminator'den başlatmaya çalıştığımda:

(gnome-shell: 779): Clutter-CRITICAL **: 01: 49: 35.532: Clutter başlatılamadı: Clutter arka ucu başlatılamıyor: kullanılabilir sürücü bulunamadı. (gnome-shell: 779): mırıltı-UYARI **: 01: 49: 35.532: Yığılma başlatılamadı.

Nautilus'u başlatırken aldığım şey (btw bir şekilde Terminator'den başlatabilirim ama simgeyi tıklatarak değil)

** (nautilus: 445): UYARI **: 01: 48: 33.021: AT-SPI: Masaüstü yolu veya adı alınamadı ** (nautilus: 445): UYARI **: 01: 48: 33.026: AT-SPI : Masaüstü yolu veya adı alınamadı ** (nautilus: 445): UYARI **: 01: 48: 33.031: AT-SPI: Masaüstü yolu veya adı alınamadı

..... bu hatanın başka bir 10-15 tekrarı ....

** (nautilus: 445): UYARI **: 01: 48: 33.509: AT-SPI: Masaüstü yolu veya adı alınamadı ** (nautilus: 445): UYARI **: 01: 48: 33.509: AT-SPI : Masaüstü yolu veya adı alınamadı

İşleri normale nasıl getirebileceğime dair bir işaret var mı?

EDIT: Bilgisayar yeniden başlatıldıktan sonra da devam eder.

Bugün tarif ettiğinizle aynı sorunları yaşamaya başladım, görünüşte hiçbir yerden yoksun. Çözümümü bu konuda buldum: https://forums.linuxmint.com/viewtopic.php?t=279168

(Posterity için) Önce çalışan bir terminal almak için Terminator veya Xterm'i kurun. Synaptic Paket Yöneticisi'ni açın ve oraya yükleyin.

Ana klasörünüzdeki dosyalardaki izinleri kontrol edin

find $HOME ! -user $USER

Özellikle, .dbus

Tüm izinleri aynı anda çözebilirsiniz.

sudo chown -Rc $USER:$USER $HOME

Ayrıca, dosyaları $HOME/.dbus/session-buskaldırdım, Chrome Uzaktan Masaüstü'nü ve verilerini girdim $HOME/.config/chrome-remote-desktopve yeniden başlattım. Benim varsayım, Chrome Uzaktan Masaüstü'nün bir güncelleme sırasında kendini yeniden başlatması ve bazı dosyaları ana klasöre kök olarak yazmasıdır.

Yukarıdaki yanıttan bahsedildiği gibi ~ / .dbus / dizini önemlidir. Eğer yoksa, yaratın.

Bu da yardımcı olmazsa, ortam değişkenini ayarlayın NO_AT_BRIDGE=1.

Https://bugs.chromium.org/p/chromium/issues/detail?id=988902 aracılığıyla chromoting ekibiyle çalıştıktan sonra , öğrendiklerim:

Gnome (ve muhtemelen XFCE ve diğerleri) şu anda aynı kullanıcı için birden fazla oturumu çok zarif bir şekilde işlemiyor.

Bu durumda, Chrome Uzak Masaüstü'nün eklenmesi, CRD istemcisini kullanarak bağlanabilecek varsayılan bir Gnome oturumu oluşturulmasına neden oldu. Bu ikinci oturum başlangıçta yerel oturumdan sonra oluşturulduğundan, yerel oturumda her şey yolunda gibi görünüyor ve sorun bir sonraki yeniden başlatmaya kadar tamamen fark edilmeyebilir.

Ancak, yeniden başlatma işleminden sonra uzak oturum başlangıçta çalışır ve normalde yerel oturum için kullanılacak kaynakları tutar. Bu, dbus soketini, ses sistemini, kullanıcının anahtarlığını ve muhtemelen bulamadığım diğerlerini içerebilir.

Bunlar daha sonra başlayan yerel oturum için artık kullanılamadığından, kullanımını gerektiren herhangi bir uygulama veya işlevsellik başarısız olur ve ilgili günlükleri nerede bulacağınızı bilmediğiniz sürece sessizce görünür.

Şimdilik önerilen geçici çözüm, CRD'yi farklı bir oturum türü kullanacak şekilde yapılandırmaktır; örneğin, istenen yapılandırmaya sahip bir ~ / .chrome-remote-desktop-session dosyası oluşturarak.

Chromoting ekibinin, kullanıcı deneyimini önemli ölçüde iyileştirmesi beklenen daha yeni bir sürümde yayınlayacakları bir yama var.