После установки Konquerer и перезагрузки моего ноутбука я получил следующую ошибку при попытке открыть, отредактировать или получить доступ к файлам от имени root из терминала (который для меня существует).
root@linuxBox:/home/v2r# gnome-open /home/
(gnome-open:2686): GConf-ПРЕДУПРЕЖДЕНИЕ **: Клиенту не удалось подключиться к демону D-BUS: //bin/dbus-запуск завершился с ошибкой: Не указан протокол Ошибка автозапуска: Ошибка инициализации X11.
Ошибка GConf: Демон D-BUS не запущен
root@linuxBox:/home/v2r # Не указан протокол, не удалось проанализировать аргументы: Не удается открыть дисплей:
Также кажется, что dbus больше не установлен должным образом в /bin/ и /usr/bin/Смотрите скриншот:
Как бы я мог решить эту проблему и заранее поблагодарить вас?!!!
Спасибо за ваш ответ, сэр Чарло! Это вообще не решает проблему. Пожалуйста, обратите внимание, что это происходит только при использовании root!
root@linuxBox:/home/v2r# gnome-open /home/
(gnome-open:5170): GConf-ПРЕДУПРЕЖДЕНИЕ **: Клиенту не удалось подключиться к демону D-BUS: Не удалось подключиться к socket /tmp/dbus-2RdCUjrZ9k: Отказано в подключении Ошибка GConf: Демон D-BUS не запущен
root@linuxBox:/home/v2r # Не указан протокол, не удалось проанализировать аргументы: Не удается открыть дисплей:
У меня была такая же проблема. В моей системе проблема вызвана ~/.dbus принадлежащий root. Смена владельца решила для меня проблему. Я предлагаю вам проверить это и в вашей системе.
Смена владельца может быть произведена с помощью chown команда. Для одного файла:
Ответ Сирчарло сработал для меня. Та же проблема в ubuntu 12.04 (точный панголин). Да, я тоже использую su (root). Стыд, стыд. Та же проблема и при запуске emacs.
Проблема, по-видимому, заключается в том, что DBUS_SESSION_BUS_ADDRESS сохраняет свое значение, когда вы пытаетесь получить значение в /root/.dbus/session-bus/
от man 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}" fielse echo "no session address file found in ${HOME}/.dbus/session-bus"fi
Удаленный /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
