Термінал та Наутілус припинили роботу після аварії

Щось жахливо пішло не так, і після того, як програма C ++, над якою я працював, зазнала аварії, мій термінал і nautilus (файли) перестали працювати.

Мені вдалося встановити Terminator (інший емулятор оболонки), ось що я отримую, намагаючись запустити Terminal з Terminator:

(gnome-shell: 779): Clutter-CRITICAL **: 01: 49: 35.532: Не вдається ініціалізувати Clutter: Не вдається ініціалізувати сервер Clutter: не знайдено доступних драйверів. (gnome-shell: 779): mutter-ПОПЕРЕДЖЕННЯ **: 01: 49: 35.532: Не вдається ініціалізувати Clutter.

Ось що я отримую при запуску Nautilus (btw якось я можу запустити його з Terminator, але не натиснувши на іконку)

** (nautilus: 445): ПОПЕРЕДЖЕННЯ **: 01: 48: 33.021: AT-SPI: Не вдалося отримати шлях або ім’я на робочому столі ** (nautilus: 445): УВАГА **: 01: 48: 33.026: AT-SPI : Не вдалося отримати шлях або ім’я на робочому столі ** (nautilus: 445): ПОПЕРЕДЖЕННЯ **: 01: 48: 33.031: AT-SPI: Не вдалося отримати шлях або ім'я на робочому столі

..... ще 10-15 повторень цієї помилки ....

** (nautilus: 445): ПОПЕРЕДЖЕННЯ **: 01: 48: 33.509: AT-SPI: Не вдалося отримати шлях до настільного ПК чи ім’я ** (nautilus: 445): УВАГА **: 01: 48: 33.509: AT-SPI : Не вдалося отримати шлях або ім’я на робочому столі

Будь-які вказівки на те, як я можу повернути речі до норми?

EDIT: Воно зберігається після перезавантаження.

У мене почалися ті ж проблеми, що ви описуєте сьогодні, здавалося б, нізвідки. Я знайшов своє рішення в цій темі: https://forums.linuxmint.com/viewtopic.php?t=279168

(Для нащадків) Спочатку встановіть Terminator або Xterm, щоб отримати робочий термінал. Відкрийте Synaptic Package Manager і встановіть його там.

Перевірте дозволи на файли у вашій домашній папці

find $HOME ! -user $USER

Зокрема, слідкуйте за файлами в .dbus

Ви можете вирішити всі дозволи відразу за допомогою

sudo chown -Rc $USER:$USER $HOME

Крім того, я видалив файли $HOME/.dbus/session-bus, видалив Chrome Remote Desktop та його дані, $HOME/.config/chrome-remote-desktopперезавантажився. Моє припущення, що віддалений робочий стіл Chrome перезавантажився під час оновлення і записав деякі файли як корінь у домашню папку.

Як згадується вище відповідь, каталог ~ / .dbus / є важливим. Якщо його не існує, створіть його.

Якщо це не допомагає, встановіть змінну середовища NO_AT_BRIDGE=1.

Після роботи з командою з хромотування за допомогою https://bugs.chromium.org/p/chromium/isissue/detail?id=988902 , ось що я дізнався:

Gnome (і, можливо, XFCE та інші) наразі не дуже витончено обробляє кілька сеансів для одного користувача.

У цьому випадку додавання віддаленого робочого столу Chrome спричинило створення сеансу Gnome за замовчуванням, який можна було б підключити до використання CRD-клієнта. Оскільки цей другий сеанс був створений після локальної сесії спочатку, на локальному сеансі все виглядає нормально, і проблема може залишитися непоміченою до наступного перезавантаження.

Однак після перезавантаження віддалений сеанс запускається при запуску, захоплюючи ресурси, які зазвичай використовуються для локальної сесії. Сюди можна віднести розетку dbus, аудіосистему, брелок користувача та, можливо, інші, які я не знайшов.

Оскільки вони більше не доступні для локального сеансу, який розпочнеться пізніше, будь-який додаток або функціонал, який вимагає їх використання, не спрацьовує, і робить це, мабуть, безшумно, якщо ви не знаєте, де знайти відповідні журнали.

Наразі рекомендованим рішенням є налаштування CRD для використання іншого типу сеансу, наприклад, створення файлу ~ / .chrome-remote-desktop-session із потрібною конфігурацією.

Команда з хромотування має виправлення, яке вони розгортатимуть у більш новій версії, яка, як очікується, значно покращить роботу користувачів.