Вход на удаленный хост с помощью ssh -X me@host
я успешно запустил gnome-terminal -e "tail -F /var/log/file" &
. Когда я выхожу из системы, а затем пытаюсь сделать то же самое на следующий день, я получаю следующее:
Не удалось получить сессионную шину: Не удалось подключиться к сокету / tmp / dbus-K99gT9yDjS: Соединение отклонено. Возврат в нестандартный режим. Не удалось вызвать демона GConf; выход. Не удалось связаться с сервером конфигурации; Некоторые возможные причины: вам нужно включить сеть TCP / IP для ORBit, или у вас есть устаревшие блокировки NFS из-за сбоя системы. См. Http://projects.gnome.org/gconf/ для получения информации. (Подробности - 1: Не удалось получить соединение с сеансом: Не удалось подключиться к сокету / tmp / dbus-K99gT9yDjS: Соединение отклонено)
Как мне запустить gnome-терминал в этой ситуации?
Ответы:
Действительно, когда сеанс SSH открыт, он не запускает сеанс dbus. Некоторые программы могут запустить его, но тогда сессия не знает об этом (следовательно, не может закрыть его).
Незнание о сеансе dbus также означает, что программы, которые используют dbus, но не запускают его сами, будут иметь проблемы.
Секции dbus для каждой машины и для каждого дисплея X11. Их информация хранится в $ HOME / .dbus / session-bus / - однако упомянутый там процесс может быть закрыт, поэтому требуется дополнительная проверка, чтобы определить, нужен ли запуск dbus или нет. Затем переменные должны быть экспортированы в сеанс.
Тогда это работает как шарм :)
Я положил следующее в мой файл .bash_profile:
примечания: hostnamectl является частью systemd и позволяет получить идентификатор машины, когда dbus-launch отображает нужные нам переменные; с помощью
export $(dbus-launch)
мы получаем вывод dbus-launch и экспортируем переменныеисточник
Ни один из предыдущих ответов не работал в моем случае, но запуск приложения через dbus-launch сделал работу:
источник
Я нашел это:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=639261
Что заставило меня попробовать это:
Теперь я могу запустить gnome-терминал!
источник
sudo service dbus restart
. Спасибо!Просто беги:
источник
Интересно ... просто перезапуск dbus у меня не сработал, мне пришлось также удалить файл идентификатора машины и перезапустить.
Это было на сервере SLES 11.4, который я недавно клонировал в VMWare. Моя проблема была в том, что я не мог запустить yast2 или gedit ...
Это были ошибки, которые я видел в командной строке:
yast2
Спасибо за совет!
источник
Попробуй это:
источник