После установки 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/
См. снимок экрана:
Как я пошел бы о решении этой проблемы и заранее спасибо?!!!
Спасибо за Ваш ответ SirCharlo! Это не разрешает проблему вообще. Обратите внимание на то, что это только происходит будучи корнем!
root@linuxBox:/home/v2r#
gnome-open /home/
(гном-open:5170): GCONF-ПРЕДУПРЕЖДЕНИЕ **: Клиенту не удалось соединиться с демоном D-ШИНЫ: Не удалось соединиться с сокетом/tmp/dbus-2RdCUjrZ9k: Соединение, которому отказывают в Ошибке GConf: Никакой демон D-ШИНЫ, работающий
root@linuxBox:/home/v2r# Никакой указанный протокол не Мог проанализировать аргументы: не Может открыть дисплей:
Ответ 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
У меня была эта та же проблема. В моей системе проблема вызывается для ~/.dbus
принадлежавший корню. Изменение владения меня решило проблему для меня. Я предлагаю, чтобы Вы проверили это в своей системе также.
Изменение владения может быть сделано с эти chown
команда. Для единственного файла:
chown <user>:<group> file
Для каталога и его детей:
chown -R <user>:<group> folder
Так, в этом случае,
chown -R <your user>:<your group> ~/.dbus
должен работать.
Попробуйте export $(dbus-launch)
, Это работало на меня на Opensuse 12.1 при выполнении его как VM.
Вы могли попробовать это?
sessionfile=`find "${HOME}/.dbus/session-bus/" -type f`
export `grep "DBUS_SESSION_BUS_ADDRESS" "${sessionfile}" | sed '/^#/d'`
И повторная попытка Ваша команда..
gnome-open /home/
Удаленный /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
Я мог работать virt-manager
с командой root@localhost# dbus-launch virt-manager
с помощью su
У меня также была проблема с dbus и vnc. Таким образом, я добавил
eval `dbus-launch`
кому: ~/.vnx/xstartup
. Это запускает сессию гнома для меня!
У меня была эта проблема о моей машине Ubuntu. Установка dbus-x11
решенный вопрос:
sudo apt install dbus-x11