dconf-WARNING **: falha ao confirmar as alterações no dconf: a conexão está fechada

11

Sempre que abro algum software através do Terminal, recebo os seguintes erros e, eventualmente, o software é aberto

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)

Qual pode ser o possível problema?

Pawan Chauhan
fonte

Respostas:

7

Eu tive o mesmo problema, no meu caso, estava executando a "sudo gedit"partir de uma conta de usuário; portanto, quando tentou salvar as alterações do dconf, percebeu que o usuário não era root e, portanto, gerou esses erros. Eu o resolvi executando o gedit como uma "raiz":

sudo -i

gedit &

onde sudo -ientrará em uma conta de usuário.

XAVI
fonte
1
valeu. essa dica resolveu meu problema. (para teve logar via su - myotheruser, em vez de su myotheruser.)
comonad
ompiz --replace &
David Ljung Madison Stellar
4

Isso me dá nos nervos há muito tempo. Finalmente resolvi usando gksudo -l <command>, que executa o comando em um shell de login - de maneira semelhante à resposta do XAVI, mas sem a necessidade de digitar o comando depois sudo.

yosoy
fonte
4

Convém verificar se as seguintes pastas pertencem a root:

~/.cache/dconf
~/.dbus

Se estiverem, tente excluí-los. De acordo com outras fontes que eu encontrei, elas deveriam ser de sua propriedade, mas se você executou programas gráficos com sudoeles, eles poderiam ter sido criados pela raiz. A exclusão deles é aparentemente segura, pois eles são recriados automaticamente conforme necessário, mas talvez faça o backup primeiro.

sp00n
fonte
0

Então, eu tive esse problema também. Não tive paciência para trabalhar com as várias soluções tediosas e / ou ineficazes que encontrei nas interwebs. O seguinte funcionou para mim:

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

Não, não é elegante. Mas funciona. Eu não encontro nenhum emacs stderr de boa-fé há anos (se é que alguma vez), então, quão ruim isso pode ser? E você pode inserir um 'alias' no seu arquivo .bashrc.

Alex Rudnicky
fonte
O problema disso é que ele não resolve o problema :) No meu caso, o nautilus não pode salvar as alterações de configuração (digamos, alterar uma opção para mostrar arquivos ocultos.) Fazer o que você sugere apenas oculta o erro, mas isso não acontece. resolva o erro.
luis.espinal