.Xauthority का स्वामित्व रूट में स्थानांतरित कर दिया गया


11

किसी तरह, लाइट-डीडीएम और वेबकिट ग्रीटेर के साथ खेलने के दौरान, .Xauthorityमेरे होम डायर में फ़ाइल का स्वामित्व रूट उपयोगकर्ता को दिया गया था और मैं लॉगिन नहीं कर सका क्योंकि मेरे पास फ़ाइल को लॉक करने के लिए विशेषाधिकार नहीं थे।

मैं फ़ाइल के स्वामित्व को पुनः प्राप्त करने में सक्षम था और मैं फिर से लॉगिन कर सकता था। (लाइटएमडी को फिर से स्थापित करने के कई घंटों के बाद और यह अभिवादनकर्ता है)

तो अब सब कुछ फिर से ठीक है। लेकिन मैं जानना चाहता हूं कि यह कैसे हुआ। क्या यह LightDM या Webkit Greeter में बग है या कुछ और है?

जवाबों:


9

लगभग निश्चित रूप से नहीं, नहीं। आपने या तो रूट के रूप में एक एक्स सत्र शुरू किया (यह सुनिश्चित नहीं करें कि आप इसे कैसे प्रबंधित करते हैं) या बस इस्तेमाल किया गया touchया अन्यथा के .Xauthorityसाथ लिखा गया sudo। अधिक जानकारी के लिए, आपको यह समझाना होगा कि आप वास्तव में क्या कर रहे थे।

अगली बार, कुछ भी पुन: स्थापित न करें, बस ~/.Xauthorityफ़ाइल हटाएं , अगली बार जब आप लॉग इन करेंगे तो यह स्वतः ही फिर से हो जाएगा।

sudo rm ~/.Xauthority

फिर सामान्य रूप से लॉग इन करें।


यह जानने के लिए कि मैं एक बार कहां गया था sudo startx, क्या काम किया। फ़ाइल के स्वामित्व को बदलने के बाद मैं फिर से लॉगिन कर सकता था। तो क्या एक्स को मूल के रूप में शुरू करने से मूल समस्या ठीक हो गई?
s3lph

@the_Seppi नहीं, चल रहे sudo startx ने एक X सत्र शुरू किया, जो रूट का मालिक था और जो इसका स्वामी था .Xsessionऔर आप लॉग इन कर सकते थे। आपने फिर स्वामित्व बदल दिया जिससे आपके उपयोगकर्ता को फिर से लॉग इन करने की अनुमति मिली। अगली बार, बस फ़ाइल को हटा दें, जैसा कि मैंने कहा, यह लॉगिन पर स्वचालित रूप से फिर से बनाया गया है, इसकी अनुमतियों को "ठीक" करने का कोई मतलब नहीं है।
टेराडन

लेकिन इसे ठीक कर दिया। और मैंने कुछ भी नहीं किया। Btw। इस फ़ाइल का उद्देश्य क्या है?
s3lph

1
@the_Seppi हाँ, यह तय है। .Xauthorityफ़ाइल मूल रूप से एक एक्स सत्र के मालिक की पहचान करने के लिए इतना है कि अन्य लोगों को यह अपहरण नहीं कर सकते हैं इस्तेमाल किया एक जादुई संख्या है। यदि आप एक एक्स सेशन चला रहे हैं और मैं एक ही मशीन में लॉग इन कर रहा हूँ, तो मैं आपके एक्स सेशन को तब तक एक्सेस नहीं कर पाऊँगा जब तक मैं .Xauthorityफ़ाइल का मालिक नहीं हूँ । जब भी आप लॉग इन करते हैं, जब तक कि कोई मौजूद न हो, यह बनाया जाता है। तो हाँ, अपने उपयोगकर्ता के लिए अनुमतियाँ बदलने से यह ठीक हो जाएगा लेकिन इसलिए इसे हटा दिया जाएगा।
टेराडन

मेरा भी यही मुद्दा था; यह मेरे द्वारा उस तरह से मिल गया, जैसे कि ब्लूटूथ को अक्षम करने वाले एक बॉटक्ड अपडेट से पुनर्प्राप्त करने की कोशिश करने के बाद रूट के रूप में स्टार्ट को चलाने की कोशिश करना। मैं जीयूआई वापस पाने के लिए घंटों से कोशिश कर रहा हूं। यह सुपर सरल हो जाता है! सभी .Xauthority लॉक फ़ाइलों को हटाएँ, .Xauthority फ़ाइल को हटाएँ, और पुनरारंभ करें। <rant> यह इस तरह के छोटे रहस्य हैं, कि अगर आपको पता नहीं है (या आप बहुत लंबे समय से हैं), तो इसे ढूंढना बहुत कठिन है, जो वर्तमान में कई लोगों के लिए लिनक्स को खराब विकल्प बनाते हैं जो अन्यथा इसका उपयोग कर सकते हैं। </ rant>
hlongmore

2

वह मेरे साथ भी हुआ। मुझे लगता है कि यह चलने के कारण हो सकता है

sudo graphic_application

के बजाय

gksudo graphic_application 

कुछ (अज्ञात) एप्लिकेशन के लिए। उस बारे में sudo सहायता पृष्ठ में एक पैराग्राफ है ... "ग्राफिकल सुडो" तक स्क्रॉल करें।

यह भी देखें कि "गक्सूडो नॉटिलस" और "सूडो नॉटिलस" में क्या अंतर है?


यह प्रभावित .Xauthorityनहीं होना चाहिए, कि जब एक्स सत्र शुरू किया जाता है, तो यह GUI एप्लिकेशन के बाद के लॉन्चों द्वारा छुआ नहीं जाएगा।
टेराडन

@terdon आप सही हैं --- जब तक आप startx या समान का उपयोग नहीं करते हैं। मैं Xnest के साथ खेल रहा था जब मैं इसे काट रहा था, शायद ऑपरेटर त्रुटि।
रमनो
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.