dconf-ПОПЕРЕДЖЕННЯ **: не вдалося здійснити зміни в dconf: з'єднання закрите


11

Щоразу, коли я відкриваю будь-яке програмне забезпечення через Terminal, я отримую наступні помилки, і врешті-решт програмне забезпечення відкривається

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)

Що може бути можливим питанням?

Відповіді:


7

У мене була така ж проблема, у моєму випадку я працював "sudo gedit"із облікового запису користувача; тому, коли він намагався зберегти зміни dconf, він зрозумів, що користувач не є root, і, таким чином, він викликав ці помилки. Я вирішив це, запустивши gedit як "корінь":

sudo -i

gedit &

де sudo -iувійде в рахунок користувача.


1
Дякую. що натяк вирішив мою проблему. (тому мені довелося увійти через через su - myotheruserзамість su myotheruser.)
comonad

ompiz - замінити &
David Ljung Madison Stellar

4

Це давно мені на нерви. Нарешті я вирішив це за допомогою команди gksudo -l <command>, яка запускає команду в оболонці входу - подібно до відповіді XAVI, але без необхідності вводити команду після sudo.


4

Ви можете перевірити, чи належать наступні папки root:

~/.cache/dconf
~/.dbus

Якщо вони є, спробуйте видалити їх. Згідно з іншими джерелами, які я знайшов, вони повинні бути власниками, але якщо ви запускаєте графічні програми, sudoвони могли бути створені замість root. Видалення їх, мабуть, безпечно, оскільки вони автоматично відтворюються у міру необхідності, але, можливо, спочатку резервні копії.


0

Тож у мене була і ця проблема. У мене не вистачило терпіння працювати над різними виснажливими та / або неефективними рішеннями, які я виявив на переплетенні. Для мене працювало наступне:

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

Ні, це не елегантно. Але це працює. Я не натрапив на сумління emacs stderr протягом багатьох років (якщо взагалі колись), то як це може бути погано? І ви можете вставити "псевдонім" у вашому файлі .bashrc.


Проблема в тому, що вона не вирішує проблему :) У моєму випадку nautilus не в змозі зберегти зміни конфігурації (скажімо, змінивши параметр для показу прихованих файлів.) Виконання того, що ви пропонуєте, приховує помилку, але це не робить Ви не вирішите помилку.
luis.espinal
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.