Terminal và Nautilus ngừng hoạt động sau một vụ tai nạn

Một cái gì đó đã sai lầm khủng khiếp và, sau một chương trình C ++ mà tôi đang làm việc bị sập, thiết bị đầu cuối và nautilus (tập tin) của tôi đã ngừng hoạt động.

Tôi đã quản lý để cài đặt Terminator (một trình giả lập shell khác), đây là những gì tôi nhận được khi cố gắng khởi động Terminal từ Terminator:

(gnome-shell: 779): Clutter-CRITICS **: 01: 49: 35.532: Không thể khởi tạo Clutter: Không thể khởi tạo phụ trợ Clutter: không tìm thấy trình điều khiển có sẵn. (gnome-shell: 779): lẩm bẩm-CẢNH BÁO **: 01: 49: 35.532: Không thể khởi tạo Clutter.

Đây là những gì tôi nhận được khi khởi chạy Nautilus (btw bằng cách nào đó tôi có thể khởi chạy nó từ Terminator nhưng không phải bằng cách nhấp vào biểu tượng)

** (nautilus: 445): CẢNH BÁO **: 01: 48: 33.021: AT-SPI: Không thể có được đường dẫn hoặc tên máy tính để bàn ** (nautilus: 445): CẢNH BÁO **: 01: 48: 33.026: AT-SPI : Không thể có được đường dẫn hoặc tên máy tính để bàn ** (nautilus: 445): CẢNH BÁO **: 01: 48: 33.031: AT-SPI: Không thể có được đường dẫn hoặc tên máy tính để bàn

..... thêm 10-15 lần lặp lại lỗi đó ....

** (nautilus: 445): CẢNH BÁO **: 01: 48: 33.509: AT-SPI: Không thể có được đường dẫn hoặc tên máy tính để bàn ** (nautilus: 445): CẢNH BÁO **: 01: 48: 33.509: AT-SPI : Không thể có được đường dẫn hoặc tên máy tính để bàn

Bất kỳ con trỏ về làm thế nào tôi có thể làm cho mọi thứ trở lại bình thường?

EDIT: Nó vẫn tồn tại sau khi khởi động lại.

Tôi bắt đầu trải qua những vấn đề tương tự như bạn mô tả ngày hôm nay, dường như không đâu vào đâu. Tôi tìm thấy giải pháp của mình trong chủ đề này: https://forums.linuxmint.com/viewtopic.php?t=279168

(Dành cho hậu thế) Đầu tiên cài đặt Terminator hoặc Xterm để có một thiết bị đầu cuối hoạt động. Mở Synaptic Gói Manager và cài đặt nó ở đó.

Kiểm tra các quyền trên các tập tin trong thư mục nhà của bạn

find $HOME ! -user $USER

Đặc biệt hãy cảnh giác với các tập tin trong .dbus

Bạn có thể giải quyết tất cả các quyền cùng một lúc với

sudo chown -Rc $USER:$USER $HOME

Ngoài ra, tôi đã xóa các tệp trong $HOME/.dbus/session-bus, xóa Chrome Remote Desktop và dữ liệu của nó trong $HOME/.config/chrome-remote-desktopvà khởi động lại. Giả định của tôi là Chrome Remote Desktop đã tự khởi động lại trong khi cập nhật và đã viết một số tệp dưới dạng root trong thư mục gốc.

Như câu trả lời ở trên có đề cập, thư mục ~ / .dbus / rất quan trọng. Nếu nó không tồn tại, tạo nó.

Nếu điều đó không giúp được gì, hãy đặt biến môi trường NO_AT_BRIDGE=1.

Sau khi làm việc với nhóm phân tích thông qua https://bugs.chromium.org/p/chromium/issues/detail?id=988902 , đây là những gì tôi đã học được:

Gnome (và có thể cả XFCE và những người khác) hiện không xử lý nhiều phiên cho cùng một người dùng.

Trong trường hợp này, việc thêm Chrome Remote Desktop khiến một phiên Gnome mặc định được tạo có thể được kết nối với việc sử dụng ứng dụng khách CRD. Bởi vì phiên thứ hai này được tạo sau phiên cục bộ ban đầu, tất cả dường như đều ổn trên phiên cục bộ và vấn đề có thể hoàn toàn không được chú ý cho đến lần khởi động lại tiếp theo.

Tuy nhiên, sau khi khởi động lại, phiên từ xa chạy khi khởi động, lấy các tài nguyên thường được sử dụng cho phiên cục bộ. Điều này có thể bao gồm ổ cắm dbus, hệ thống âm thanh, khóa của người dùng và có thể cả những thứ khác mà tôi không tìm thấy.

Vì các phiên bản này không còn khả dụng cho phiên cục bộ bắt đầu sau đó, nên bất kỳ ứng dụng hoặc chức năng nào yêu cầu sử dụng chúng đều thất bại và dường như âm thầm trừ khi bạn biết tìm nhật ký liên quan ở đâu.

Cách giải quyết được đề xuất hiện nay là định cấu hình CRD để sử dụng loại phiên khác, ví dụ: bằng cách tạo tệp ~ / .chrom-remote-desktop-session với cấu hình mong muốn.

Nhóm chromizing có một bản vá mà họ sẽ tung ra trong một phiên bản mới hơn dự kiến ​​sẽ cải thiện đáng kể trải nghiệm người dùng.