Терминал и Наутилус прекратили работать после катастрофического отказа
Что-то пошло ужасно неправильно и, после программы C++ я продолжал работать разрушенный, мой терминал и наутилус (файлы) прекратили работать.
Мне удалось установить Терминатора (другой эмулятор оболочки), вот то, что я получаю при попытке запустить Терминал с Терминатора:
(гном-shell:779): критический по отношению к помехе **: 1:49:35.532: Не мог инициализировать Помеху: Не мог инициализировать бэкенд Помехи: никакие доступные драйверы не найдены. (Гном-shell:779): ПРЕДУПРЕЖДЕНИЕ бормотания **: 1:49:35.532: Не мог инициализировать Помеху.
Вот то, что я получаю при запуске Наутилуса (btw так или иначе, я могу запустить его из Терминатора, но не путем нажатия на значок),
** (nautilus:445): ПРЕДУПРЕЖДЕНИЕ **: 1:48:33.021: в SPI: не Мог получить настольный путь или назвать ** (nautilus:445): ПРЕДУПРЕЖДЕНИЕ **: 1:48:33.026: в SPI: не Мог получить настольный путь или назвать ** (nautilus:445): ПРЕДУПРЕЖДЕНИЕ **: 1:48:33.031: в SPI: не Мог получить настольный путь или имя
..... еще 10-15 повторений той ошибки....
** (nautilus:445): ПРЕДУПРЕЖДЕНИЕ **: 1:48:33.509: в SPI: не Мог получить настольный путь или назвать ** (nautilus:445): ПРЕДУПРЕЖДЕНИЕ **: 1:48:33.509: в SPI: не Мог получить настольный путь или имя
Какие-либо указатели о том, как я могу вернуть вещи к нормальному?
Править: Это действительно сохраняется после перезагрузки.
3 ответа
Я начал испытывать те же проблемы, как Вы описываете сегодня, по-видимому откуда ни возьмись. Я нашел свое решение в этом потоке: 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 перезапустил себя во время обновления и записал некоторые файлы как корень в домашней папке.
Как вышеупомянутый ответ упоминает, каталог ~/.dbus/важен. Если это не существует, создайте его.
Если это не помогает также, установить переменную среды NO_AT_BRIDGE=1.
После работы с chromoting командой через https://bugs.chromium.org/p/chromium/issues/detail? id=988902, вот то, что я изучил:
Gnome (и возможно XFCE и другие) в настоящее время не обрабатывает несколько сессий для того же пользователя очень корректно.
В этом случае добавление удаленного рабочего стола Chrome заставило сессию Gnome по умолчанию быть созданной, который мог быть подключен к использованию клиента CRD. Поскольку эта вторая сессия была создана после локальной сессии первоначально, все, кажется, в порядке на локальной сессии, и проблема могла бы пойти абсолютно незамеченная до следующей перезагрузки.
После перезагрузки, однако, удаленный сеанс работает при запуске, захватывая ресурсы, которые обычно использовались бы для локальной сессии. Это может включать сокет dbus, аудиосистему, брелок для ключей пользователя и возможно других, которых я не нашел.
Так как они больше не доступны для локальной сессии, которая запускается позже, любое приложение или функциональность, которая требует их сбоев использования, и делает так, по-видимому, тихо, если Вы не знаете, где найти соответствующие журналы.
Рекомендуемое обходное решение на данный момент должно настроить CRD для использования другого типа сессии, например, путем создания ~/.chrome-remote-desktop-session файл с желаемой конфигурацией.
У chromoting команд есть патч, который они развернут в более новой версии, которая, как ожидают, значительно улучшит пользовательский опыт.