dconf-WARNING **: не удалось зафиксировать изменения в dconf: соединение закрыто

Всякий раз, когда я открываю любое программное обеспечение через Терминал, я получаю следующие ошибки, и в конечном итоге программное обеспечение открывается

dconf-WARNING **: failed to commit changes to dconf: The connection is closed

(gedit:3609): dconf-WARNING **: failed to commit changes to dconf: The connection is closed

(gedit:3609): dconf-WARNING **: failed to commit changes to dconf: The connection is closed
Error creating proxy: The connection is closed (g-io-error-quark, 18)
Error creating proxy: The connection is closed (g-io-error-quark, 18)
Error creating proxy: The connection is closed (g-io-error-quark, 18)
Error creating proxy: The connection is closed (g-io-error-quark, 18)
Error creating proxy: The connection is closed (g-io-error-quark, 18)

В чем может быть возможная проблема?

У меня была такая же проблема, в моем случае я работал "sudo gedit"с учетной записью пользователя; поэтому, когда он попытался сохранить изменения в dconf, он понял, что пользователь не был root, и, таким образом, он вызвал эти ошибки. Я решил это, запустив gedit как «root»:

sudo -i

gedit &

где sudo -iвойдет в учетную запись пользователя.

Это долго действовало мне на нервы. Я наконец решил ее, используя gksudo -l <command>команду, которая запускает команду в оболочке входа в систему - аналогично ответу XAVI, но без необходимости вводить команду после sudo.

Вы можете проверить, принадлежат ли следующие папки root:

~/.cache/dconf
~/.dbus

Если они есть, попробуйте удалить их. Согласно другим источникам, которые я обнаружил, они должны принадлежать вам, но если вы запускаете графические программы с ними, sudoони могут быть созданы root. Удаление их, по-видимому, безопасно, поскольку они автоматически восстанавливаются по мере необходимости, но, возможно, сначала создайте их резервные копии.

Так что у меня тоже была эта проблема. У меня не хватило терпения поработать над различными утомительными и / или неэффективными решениями, которые я нашел на межсетях. Следующее работало для меня:

$ emacs foo.py 2>/dev/null &   # (assuming you have an Xserver running)

Нет, это не элегантно. Но это работает. Я не сталкивался ни с одним добросовестным Emacs Stderr в течение многих лет (если вообще когда-либо), так как это может быть плохо? И вы можете вставить псевдоним в ваш файл .bashrc.