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

10

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?

Pawan Chauhan
quelle

Antworten:

7

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.

XAVI
quelle
1
Danke. Dieser Hinweis löste mein Problem. ( su - myotherusersu myotheruser
Also musste ich mich
ompiz --replace &
David Ljung Madison Stellar
4

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.

Yosoy
quelle
4

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.

sp00n
quelle
0

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.

Alex Rudnicky
quelle
Das Problem dabei ist, dass es das Problem nicht löst :) In meinem Fall kann nautilus keine Konfigurationsänderungen speichern (z. B. Ändern einer Option zum Anzeigen versteckter Dateien). Wenn Sie das tun, was Sie vorschlagen, wird der Fehler nur ausgeblendet, aber nicht Beheben Sie den Fehler nicht.
luis.espinal