Что-то пошло не так, и после того, как программа на 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 и установите его там.
Проверьте разрешения для файлов в вашей домашней папке
В частности, быть в поисках файлов в
.dbusВы можете разрешить все разрешения одновременно с
Кроме того, я удалил файлы
$HOME/.dbus/session-bus, удалил удаленный рабочий стол Chrome и его данные$HOME/.config/chrome-remote-desktopи перезагрузил компьютер. Я предполагаю, что Chrome Remote Desktop перезапустил себя во время обновления и записал некоторые файлы как root в домашнюю папку.источник
/var/log/apt/history.logи увидеть, появляется ли chrome-remote-desktop в связи с обновлением чего-либо еще в последние пару дней.$HOME/.config/chrome-remote-desktopснова исправил. Так что определенно есть что-то к этому.chrome-remote-desktopприложение. Шаги от ответа и перезагрузки устранили проблему.Как указано в ответе выше, каталог ~ / .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 есть патч, который они выпустят в более новой версии, которая, как ожидается, значительно улучшит пользовательский опыт.
источник