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. Я нашел это при сравнении известных рабочих серверов с серверами, отображающих эту ошибку.