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?

dconf

— Pawan Chauhan
fonte

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