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

Что-то пошло не так, и после того, как программа на C ++, над которой я работал, потерпела крах, мой терминал и nautilus (файлы) перестали работать.

Мне удалось установить Terminator (еще один эмулятор оболочки), вот что я получаю при попытке запустить Терминал из Terminator:

(gnome-shell: 779): Clutter-CRITICAL **: 01: 49: 35.532: невозможно инициализировать Clutter: невозможно инициализировать бэкэнд Clutter: доступные драйверы не найдены. (gnome-shell: 779): ПРЕДУПРЕЖДЕНИЕ бормоча **: 01: 49: 35.532: Невозможно инициализировать беспорядок.

Вот что я получаю при запуске Nautilus (кстати, каким-то образом я могу запустить его из 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 : Не удалось получить рабочий стол или имя

Любые указатели на то, как я могу вернуть вещи в нормальное состояние?

РЕДАКТИРОВАТЬ: Это сохраняется после перезагрузки.

Я начал испытывать те же проблемы, которые вы описали сегодня, казалось бы, из ниоткуда. Я нашел свое решение в этой теме: 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 и его данные $HOME/.config/chrome-remote-desktopи перезагрузил компьютер. Я предполагаю, что Chrome Remote Desktop перезапустил себя во время обновления и записал некоторые файлы как root в домашнюю папку.

Как указано в ответе выше, каталог ~ / .dbus / важен. Если его не существует, создайте его.

Если это тоже не поможет, установите переменную окружения NO_AT_BRIDGE=1.

После работы с командой хромирования через https://bugs.chromium.org/p/chromium/issues/detail?id=988902 вот что я узнал:

Gnome (и, возможно, XFCE и другие) в настоящее время не обрабатывают несколько сессий для одного и того же пользователя очень изящно.

В этом случае добавление Chrome Remote Desktop привело к созданию сеанса Gnome по умолчанию, который можно было подключить к клиенту CRD. Поскольку этот второй сеанс изначально был создан после локального сеанса, все выглядит нормально в локальном сеансе, и проблема может остаться совершенно незамеченной до следующей перезагрузки.

Однако после перезагрузки удаленный сеанс запускается при запуске, собирая ресурсы, которые обычно используются для локального сеанса. Это может включать в себя разъем dbus, аудиосистему, набор ключей пользователя и, возможно, другие, которые я не нашел.

Так как они больше не доступны для локального сеанса, который запускается позже, любое приложение или функция, которая требует их использования, завершается сбоем и делает это, очевидно, молча, если вы не знаете, где найти соответствующие журналы.

Рекомендуемый обходной путь - настроить CRD для использования другого типа сеанса, например, путем создания файла ~ / .chrome-remote-desktop-session с требуемой конфигурацией.

У команды chromoting есть патч, который они выпустят в более новой версии, которая, как ожидается, значительно улучшит пользовательский опыт.