linux gedit: я всегда получаю сообщение «Ошибка GConf: не удалось связаться с сервером конфигурации ...»

Question

Почему я всегда получаю

" Ошибка GConf: не удалось связаться с сервером конфигурации; некоторые возможные причины: вам нужно включить сетевое соединение TCP / IP для ORBit или у вас устарели блокировки NFS из-за сбоя системы. * для информации. (Сведения - 1: Не удалось получить подключение к сеансу: не получен ответ. Возможные причины: удаленное приложение не отправило ответ, политика безопасности шины сообщений заблокировала ответ, истекло время ожидания ответа или сетевое соединение было разорвано.)"

когда я запускаю 'gedit' из оболочки с моей учетной записи суперпользователя?

Answer 1

Я использую приложения с графическим интерфейсом в качестве пользователя, вошедшего в систему, и в качестве дополнительного пользователя более 15 лет на различных машинах UNIX. Для этого есть много веских причин (удаленная оболочка, тестирование файлов конфигурации, запуск нескольких сеансов программ, которые допускают только один экземпляр на пользователя и т. Д.).

На панели запуска есть ошибка , которая объясняет, как устранить это сообщение, установив следующую переменную среды.

export DBUS_SESSION_BUS_ADDRESS=""

Answer 2

Технический ответ заключается в том, что gedit является программой Gtk + / Gnome и ожидает найти текущий сеанс gconf для своей конфигурации. Но запустив его как отдельный пользователь, который не вошел в систему на рабочем столе, вы не найдете его. Так что выкладывается предупреждение, говорящее вам. Сбой должен быть мягким, и редактор все равно будет работать.

Реальный ответ: не делай этого. Вы вообще не хотите запускать приложения с графическим интерфейсом, кроме как вошедшего в систему пользователя. И вы никогда не хотите запускать любое приложение с графическим интерфейсом в качестве пользователя root.

Answer 3

Для некоторых (RHEL, CentOS) вам может потребоваться установить пакет dbus-x11 ...

sudo yum install dbus-x11

Дополнительные детали здесь .

Answer 4

Установка и экспорт DBUS_SESSION_BUS_ADDRESS в "" исправили проблему для меня. Я должен был сделать это только один раз, и проблема была окончательно решена. Однако , если у вас возникли проблемы с настройкой umask, как я это сделал, то приложения с графическим интерфейсом, которые вы пытаетесь запустить, могут быть не в состоянии правильно создать каталоги и файлы, которые им необходимы для правильной работы.

Я предлагаю создать (или создал) новую учетную запись пользователя исключительно для целей тестирования. Затем вы можете увидеть, если у вас все еще есть проблема при входе в новую учетную запись пользователя.

Answer 5

Я понимаю, что есть несколько разных ответов на эту проблему, так как я пытался решить эту проблему в течение 3 дней.

Тот, который работал для меня, был

rm -r .gconf
rm -r .gconfd

в моем домашнем каталоге. Надеюсь, это кому-нибудь поможет.

Answer 6

Я столкнулся с этой проблемой самостоятельно на нескольких разных серверах. Я попробовал все предложения, перечисленные здесь: убедился, что ~ / .dbus имел правильное право собственности, перезапуск службы Messagbus и т. Д.

Оказывается, у меня ~ / .dbus был режим 755, и проблема исчезла, когда я изменил режим на 700. Я обнаружил это при сравнении известных работающих серверов с серверами, показывающими эту ошибку.