dconf-WARNING **: impossibile eseguire il commit delle modifiche a dconf: la connessione è chiusa

Ogni volta che apro qualsiasi software tramite il Terminale ricevo i seguenti errori e alla fine il software si apre

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)

Quale può essere il possibile problema?

Ho avuto lo stesso problema, nel mio caso stavo correndo "sudo gedit"da un account utente; pertanto, quando ha tentato di salvare le modifiche di dconf, si è reso conto che l'utente non era root, e quindi ha generato tali errori. L'ho risolto eseguendo gedit come "root":

sudo -i

gedit &

dove sudo -iaccederà a un account utente.

Questo mi ha innervosito da molto tempo. gksudo -l <command>Alla fine l'ho risolto usando , che esegue il comando in una shell di login - in modo simile alla risposta di XAVI ma senza la necessità di digitare il comando dopo sudo.

Si consiglia di verificare se le seguenti cartelle sono di proprietà di root:

~/.cache/dconf
~/.dbus

Se lo sono, prova a eliminarli. Secondo altre fonti che ho trovato, dovrebbero essere di proprietà di te stesso, ma se hai eseguito programmi grafici con sudoloro potrebbero essere stati creati da root. L'eliminazione è apparentemente sicura, in quanto vengono automaticamente ricreati, se necessario, ma è possibile eseguirne prima il backup.

Quindi ho avuto anche questo problema. Non ho avuto la pazienza di lavorare attraverso le varie soluzioni noiose e / o inefficaci che ho trovato sulle interwebs. Per me ha funzionato:

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

No, non è elegante. Ma funziona Non ho mai incontrato emacs in buona fede per anni (se mai), quindi quanto può essere brutto? E puoi inserire un 'alias' nel tuo file .bashrc.