dconf-WARNING **: Änderungen an dconf konnten nicht festgeschrieben werden: Die Verbindung wurde geschlossen

Immer wenn ich eine Software über das Terminal öffne, werden folgende Fehler angezeigt und schließlich wird die Software geöffnet

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)

Was kann das mögliche Problem sein?

Ich hatte das gleiche Problem, in meinem Fall lief ich "sudo gedit"von einem Benutzerkonto aus; Als es versuchte, dconf-Änderungen zu speichern, stellte es fest, dass der Benutzer nicht root war, und verursachte daher diese Fehler. Ich habe es gelöst, indem ich gedit als "root" ausgeführt habe:

sudo -i

gedit &

Wo sudo -iwird in einem Benutzerkonto angemeldet.

Das geht mir schon lange auf die Nerven. Ich habe es schließlich mit gelöst gksudo -l <command>, das den Befehl in einer Login-Shell ausführt - ähnlich wie die Antwort von XAVI, aber ohne den Befehl danach eingeben zu müssen sudo.

Möglicherweise möchten Sie überprüfen, ob die folgenden Ordner Eigentum von sind root:

~/.cache/dconf
~/.dbus

Wenn dies der Fall ist, löschen Sie sie. Laut anderen Quellen, die ich gefunden habe, sollten sie Ihnen gehören, aber wenn Sie grafische Programme mit ausgeführt haben, wurden sudosie möglicherweise stattdessen von root erstellt. Das Löschen ist anscheinend sicher, da sie bei Bedarf automatisch neu erstellt werden, aber möglicherweise zuerst gesichert werden.

Also hatte ich auch dieses Problem. Ich hatte nicht die Geduld, die verschiedenen langwierigen und / oder ineffektiven Lösungen durchzuarbeiten, die ich in den Interwebs gefunden habe. Folgendes hat bei mir funktioniert:

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

Nein, es ist nicht elegant. Aber es funktioniert. Ich bin seit Jahren (wenn überhaupt) nicht mehr auf echte Emacs-Stderr gestoßen. Wie schlimm kann das sein? Und Sie können einen 'Alias' in Ihre .bashrc-Datei einfügen.