Linux gedit: я всегда получаю "GConf Error: не удалось связаться с сервером конфигурации..."
Почему я всегда получаю
"Ошибка GConf: не удалось связаться с сервером конфигурации, некоторые возможные причины - включить TCP/IP-сеть для ORBit, или у вас есть устаревшие блокировки NFS из-за сбоя системы. См. http://projects.gnome.org/gconf/ (подробности - 1: не удалось получить соединение с сеансом: не получил ответ. Возможные причины включают: удаленное приложение не отправило ответ, сообщение политика безопасности на шине заблокировала ответ, истечение времени ожидания ответа или нарушение сетевого соединения.)"
когда я запускаю gedit из оболочки из своей учетной записи суперпользователя?
Ответы
Ответ 1
Технический ответ: gedit - это программа Gtk +/Gnome и рассчитывает найти текущий сеанс gconf для его конфигурации. Но запустив его как отдельного пользователя, который не вошел в систему на рабочем столе, вы его не найдете. Поэтому он выплескивает предупреждение, рассказывая вам. Однако отказ должен быть мягким, и редактор все равно будет работать.
Реальный ответ: не делайте этого. Вы не хотите запускать приложения с графическим интерфейсом как вообще ничего, кроме зарегистрированного пользователя. И вы никогда хотите, чтобы какое-либо приложение GUI запускалось как root, когда-либо.
Ответ 2
Я использую графические приложения как зарегистрированный пользователь и как дополнительный пользователь в течение 15 лет на разных машинах UNIX. Существует много веских причин для этого (удаленная оболочка, тестирование конфигурационных файлов, запуск нескольких сеансов программ, которые разрешают только один экземпляр для каждого пользователя и т.д.).
Там находится bug на панели запуска, в которой объясняется, как устранить это сообщение, установив следующую переменную среды.
export DBUS_SESSION_BUS_ADDRESS=""
Ответ 3
Для некоторых (RHEL, CentOS) вам может потребоваться установить пакет dbus-x11...
sudo yum install dbus-x11
Дополнительные сведения здесь.
Ответ 4
Настройка и экспорт DBUS_SESSION_BUS_ADDRESS на "" исправил проблему для меня. Я только должен был сделать это один раз, и проблема была окончательно решена. Однако, если у вас возникла проблема с настройкой umask, то, как и я, тогда приложения GUI, которые вы пытаетесь запустить, возможно, не смогут правильно создать каталоги и файлы, необходимые для правильной работы.
Я предлагаю создать (или, создал) новую учетную запись пользователя исключительно для целей тестирования. Затем вы можете увидеть, есть ли у вас проблемы при входе в новую учетную запись пользователя.
Ответ 5
Я столкнулся с этой проблемой на нескольких разных серверах. Я пробовал все перечисленные здесь предложения: убедитесь, что ~/.dbus имеет правильное владение, перезапуск службы messagbus и т.д.
Я выяснил, что мой ~/.dbus был режимом 755, и проблема исчезла, когда я изменил режим на 700. Я нашел это при сравнении известных рабочих серверов с серверами, отображающих эту ошибку.
