Ошибка GConf: Никакой демон D-ШИНЫ, работающий?! Как переустановить или зафиксировать?

После установки Konquerer и перезапуска моего ноутбука я получил следующую ошибку при попытке открыть, отредактировать или получить доступ к файлам как к корню из Терминала (который является existencial для меня).

root@linuxBox:/home/v2r# gnome-open /home/

(гном-open:2686): GCONF-ПРЕДУПРЕЖДЕНИЕ **: Клиенту не удалось соединиться с демоном D-ШИНЫ://bin/dbus-launch завершенный неправильно со следующей ошибкой: Никакой протокол указанная ошибка Автозапуска: инициализация X11 перестала работать.

Ошибка GConf: Никакой демон D-ШИНЫ, работающий

root@linuxBox:/home/v2r# Никакой указанный протокол не Мог проанализировать аргументы: не Может открыть дисплей:

Также это кажется, в котором dbus не устанавливается правильно больше /bin/ и /usr/bin/ См. снимок экрана: enter image description here

Как я пошел бы о решении этой проблемы и заранее спасибо?!!!


Спасибо за Ваш ответ SirCharlo! Это не разрешает проблему вообще. Обратите внимание на то, что это только происходит будучи корнем!

root@linuxBox:/home/v2r# gnome-open /home/

(гном-open:5170): GCONF-ПРЕДУПРЕЖДЕНИЕ **: Клиенту не удалось соединиться с демоном D-ШИНЫ: Не удалось соединиться с сокетом/tmp/dbus-2RdCUjrZ9k: Соединение, которому отказывают в Ошибке GConf: Никакой демон D-ШИНЫ, работающий

root@linuxBox:/home/v2r# Никакой указанный протокол не Мог проанализировать аргументы: не Может открыть дисплей:

27
задан 12 May 2012 в 18:13

8 ответов

Ответ SirCharlo работал на меня. Та же проблема на человечности 12.04 (точный ящер). Да, я использую su (корень) также. Позор, позор. Та же проблема, запускающаяся emacs также.

проблема, кажется, что DBUS_SESSION_BUS_ADDRESS сохраняет свое значение когда Вы su вместо того, чтобы взять значение в/root/.dbus/session-bus /

от dbus-запуска человека:

   ...
   The second common reason for autolaunch is an su to another  user,  and
   display  of  X  applications  running as the second user on the display
   belonging to the first user. Perhaps the ideal fix in this  case  would
   be  to allow the second user to connect to the session bus of the first
   user, just as they can connect to the first user's display.  However, a
   mechanism for that has not been coded.
   ...

Использование sudo, suedit, gksu.

Или если НЕОБХОДИМО использовать su, затем попытайтесь добавить это к/root/.bashrc:

sessionfile=`find "${HOME}/.dbus/session-bus/" -maxdepth 1 -type f`
if [ -f "$sessionfile" ] ; then
    if grep -q "^DBUS_SESSION_BUS_ADDRESS=" "${sessionfile}" ; then
        export `grep "^DBUS_SESSION_BUS_ADDRESS=" "${sessionfile}"`
    else
        echo "DBUS_SESSION_BUS_ADDRESS not found in ${sessionfile}"
    fi
else
    echo "no session address file found in ${HOME}/.dbus/session-bus"
fi
2
ответ дан 22 October 2019 в 17:24

У меня была эта та же проблема. В моей системе проблема вызывается для ~/.dbus принадлежавший корню. Изменение владения меня решило проблему для меня. Я предлагаю, чтобы Вы проверили это в своей системе также.

Изменение владения может быть сделано с эти chown команда. Для единственного файла:

chown <user>:<group> file

Для каталога и его детей:

chown -R <user>:<group> folder

Так, в этом случае,

chown -R <your user>:<your group> ~/.dbus 

должен работать.

31
ответ дан 22 October 2019 в 17:24

Попробуйте export $(dbus-launch)
, Это работало на меня на Opensuse 12.1 при выполнении его как VM.

12
ответ дан 22 October 2019 в 17:24

Вы могли попробовать это?

sessionfile=`find "${HOME}/.dbus/session-bus/" -type f`
export `grep "DBUS_SESSION_BUS_ADDRESS" "${sessionfile}" | sed '/^#/d'`

И повторная попытка Ваша команда..

gnome-open /home/
3
ответ дан 22 October 2019 в 17:24

Удаленный /var/lib/dbus/machine-id и все было лучше

, Вышеупомянутое фиксирует, также фиксирует:

(virt-manager:2810): GConf-WARNING **: Client failed to connect to the D-BUS daemon: 
Failed to connect to socket /tmp/dbus-vYNPgtHXG7: Connection refused (virt-manager:388): No D-BUS daemon running
2
ответ дан 22 October 2019 в 17:24

Я мог работать virt-manager с командой root@localhost# dbus-launch virt-manager с помощью su

2
ответ дан 22 October 2019 в 17:24

У меня также была проблема с dbus и vnc. Таким образом, я добавил

eval `dbus-launch`

кому: ~/.vnx/xstartup. Это запускает сессию гнома для меня!

4
ответ дан 23 November 2019 в 01:02

У меня была эта проблема о моей машине Ubuntu. Установка dbus-x11 решенный вопрос:

sudo apt install dbus-x11

1
ответ дан 23 November 2019 в 01:02

Другие вопросы по тегам:

Похожие вопросы: