dconf-WARNING **: dconf में परिवर्तन करने में विफल: कनेक्शन बंद है

11

जब भी मैं किसी सॉफ्टवेयर को टर्मिनल के माध्यम से खोलता हूं तो मुझे निम्नलिखित त्रुटियां मिलती हैं और अंततः सॉफ्टवेयर खुल जाता है

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)

संभावित मुद्दा क्या हो सकता है?

dconf

— पवन चौहान
स्रोत

7

मुझे एक ही समस्या थी, मेरे मामले में मैं "sudo gedit"एक उपयोगकर्ता खाते से चल रहा था ; इसलिए जब उसने dconf परिवर्तनों को सहेजने का प्रयास किया तो यह महसूस हुआ कि उपयोगकर्ता जड़ नहीं था, और इस प्रकार उसने उन त्रुटियों को उठाया। मैंने इसे "रूट" के रूप में gedit चलाकर हल किया:

sudo -i

gedit &

जहां sudo -iउपयोगकर्ता अकाउन्ट में लॉगिन करेगा।

— जावी
स्रोत

1

धन्यवाद। उस संकेत ने मेरी समस्या हल कर दी। (इसलिए मुझे su - myotheruserइसके बजाय लॉग इन करना पड़ा su myotheruser।)

— कोमोनड

ompiz --replace &

— डेविड Ljung मैडिसन स्टेलर

4

यह लंबे समय से मेरी नसों पर है। मैंने आखिरकार इसका उपयोग करके हल किया gksudo -l <command>, जो कमांड को एक लॉगिन शेल में चलाता है - इसी तरह से XAVI के उत्तर पर लेकिन बाद में कमांड में टाइप करने की आवश्यकता के बिना sudo।

— yosoy
स्रोत

4

आप जाँच कर सकते हैं कि निम्न फ़ोल्डर किसके स्वामित्व में हैं root:

~/.cache/dconf
~/.dbus

यदि वे हैं, तो उन्हें हटाने का प्रयास करें। मेरे द्वारा पाए गए अन्य स्रोतों के अनुसार, उनके पास स्वयं का स्वामित्व होना चाहिए, लेकिन यदि आपने ग्राफ़िकल प्रोग्राम चलाए हैं, sudoतो हो सकता है कि वे जड़ के बजाय बनाए गए हों। उन्हें हटाना स्पष्ट रूप से सुरक्षित है, क्योंकि वे स्वचालित रूप से आवश्यक के रूप में फिर से बनाए जाते हैं, लेकिन शायद उन्हें पहले वापस कर दें।

— sp00n
स्रोत

0

इसलिए मुझे भी यह समस्या थी। मेरे पास विभिन्न थकाऊ और / या अप्रभावी समाधानों के माध्यम से काम करने का धैर्य नहीं था जो मुझे इंटरवेब पर मिले थे। निम्नलिखित ने मेरे लिए काम किया:

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

नहीं, यह सुरुचिपूर्ण नहीं है। लेकिन यह काम करता है। मैं किसी भी bona fide emacs stderr के वर्षों के लिए नहीं चला (यदि कभी भी) तो यह कितना बुरा हो सकता है? और आप अपने .bashrc फ़ाइल में एक 'उपनाम' से चिपक सकते हैं।

— एलेक्स रुडनिक
स्रोत

इसके साथ समस्या यह है कि यह समस्या को हल नहीं करता है :) मेरे मामले में, नॉटिलस कॉन्फ़िगरेशन परिवर्तन (कहने के लिए, छिपी हुई फ़ाइलों को दिखाने के लिए विकल्प बदलते हुए) को सहेजने में असमर्थ है।) जो आप सुझाव देते हैं वह त्रुटि को छुपाता है, लेकिन यह नहीं करता है। 'त्रुटि को हल न करें।

— luis.espinal