मेरे पास इतनी सारी .Xauthority। * फाइलें मेरे होम डायरेक्टरी में क्यों हैं?

21

मैं लेनोवो X220 पर Ubuntu 13.04 का उपयोग कर रहा हूं।

मेरे पास इतनी सारी .Xauthority। * फाइलें मेरे होम डायरेक्टरी में क्यों हैं? अर्थात

.Xauthority .Xauthority.0JW6UW .Xauthority.2HWRVW .Xauthority.2TA6VW .Xauthority.49F8VW .Xauthority.4E27UW .Xauthority.7CLTVW .Xauthority.8JGGXW .Xauthority.96SAVW .Xauthority.AOUFVW .Xauthority.ASDOVW .Xauthority.CGVJXW .Xauthority.E0ZSVW .Xauthority.E5VZWW .Xauthority.FE64UW .Xauthority.FIHDWW .Xauthority.HL45VW .Xauthority.HYCCVW .Xauthority.ILUEWW .Xauthority.JXJHVW .Xauthority.K1QJXW .Xauthority.KXSOVW .Xauthority.LEKEVW .Xauthority.M48WVW .Xauthority.M6QTVW .Xauthority.MW6NWW .Xauthority.N57TWW .Xauthority.O5HAWW .Xauthority.OIC5VW .Xauthority.P2RPVW .Xauthority.Q0FRVW .Xauthority.QW01WW .Xauthority.RDW5WW .Xauthority.T0TLWW .Xauthority.TSO4WW .Xauthority.U6R9VW .Xauthority.V3KAWW .Xauthority.W8Z1WW .Xauthority.XDLGVW .Xauthority.XOOHWW.Xauthority.XUICVW

वे सभी शून्य बाइट्स हैं, पहले को छोड़कर, सभी जगह टाइमस्टैम्प के साथ।

ये क्या हैं, और क्या वे हटाना सुरक्षित हैं?

xorg

— conner_bw
स्रोत

सामुदायिक नीति के अनुसार ( meta.askubuntu.com/questions/4216/… ) - यह एक पुष्ट बग है और जैसा कि इस विषय से दूर है। इनाम लौटा दिया गया है।

— जीवाश्म

क्या आपके पास इस मशीन पर SSH सर्वर चल रहा है?

— सेठ

1

मुझे यह समस्या है, और हर बार एक समय में मैं उपयोग करता हूं rm ~/.Xauthority.*। अब तक कोई समस्या नहीं हुई है। जहां तक मैं बता सकता हूं कि उन्हें हटाना शायद सुरक्षित है।

— डबॉस

मुझे ध्यान देना चाहिए कि मैंने एक्स सत्र में लॉग इन न करते हुए उन्हें हटा दिया। मैं tty 1 (ctrl alt f1) पर जाता हूं और उन्हें वहां से हटाता हूं, फिर gdm को पुनरारंभ करता हूं।

— डबॉस

1

सामुदायिक नीति के अनुसार ( meta.askubuntu.com/questions/4216/… ) - यह एक पुष्ट बग है और जैसा कि इस विषय से दूर है। इनाम लौटा दिया गया है।

— जीवाश्म

23

ये एक्स सर्वर (डिस्प्ले) से कनेक्शन की अनुमति देने के लिए एक्स क्लाइंट के "कुकीज़" हैं। यह विकी में बहुत स्पष्ट रूप से समझाया गया है:

xauth एक्स सर्वर (डिस्प्ले) पर एक्सेस कंट्रोल लागू करने के लिए एक तंत्र है। जब एक एक्स सर्वर शुरू किया जाता है, तो इसे बेतरतीब ढंग से उत्पन्न "कुकी" दिया जाता है। यह कुकी उपयोगकर्ता के स्वामित्व वाली और पठनीय फ़ाइल के लिए लिखी जाती है जिसका सत्र X सर्वर चल रहा होता है। कोई अन्य उपयोगकर्ता उस फ़ाइल को नहीं पढ़ सकता है। जब एक एक्स क्लाइंट (एप्लिकेशन) शुरू किया जाता है, तो यह सर्वर के साथ खुद को प्रमाणित करने के लिए कुकी को पढ़ने और उपयोग करने का प्रयास करता है। यदि यह "xauth" प्रमाणीकरण विफल रहता है, तो एप्लिकेशन को सर्वर से कनेक्ट करने और एक्स डिस्प्ले पर विंडो दिखाने की अनुमति नहीं है।

आदेश

$ xauth list

वर्तमान सत्र के लिए उपलब्ध कुकीज़ दिखाएगा:
selene/unix:0  MIT-MAGIC-COOKIE-1  c2438e7c2858f142e0b81d6b4fe3867b
localhost.localdomain/unix:0  MIT-MAGIC-COOKIE-1 
c2438e7c2858f142e0b81d6b4fe3867b
परंपरागत रूप से, प्रत्येक उपयोगकर्ता की कुकीज का स्थान ~ / .Xauthority हो गया है: X सर्वर अपने कुकी को उस फ़ाइल पर लिखता है जैसे वह शुरू होता है, और xauth (और अन्य X क्लाइंट) प्रमाणीकरण कुकीज़ के लिए उस फ़ाइल में दिखते हैं।

स्रोत: https://wiki.ubuntu.com/RemoteXHowTo

और जैसा कि यहां दिखाया गया है, ऐसा लगता है कि यह lightdm का एक बग है जो पुरानी कुकीज़ को नहीं हटाता है और /homeनिर्देशिका को प्रदूषित करता है ।

https://bugs.launchpad.net/ubuntu/+source/lightdm/+bug/1175023

वास्तव में, मेरे पास यह समस्या है और .goutputstreamफाइलों के साथ भी है जैसा कि इस अन्य बग में दिखाया गया है:

https://bugs.launchpad.net/ubuntu/+source/lightdm/+bug/984785

फिर हां, आप उन्हें हटा सकते हैं क्योंकि यदि आपके पास एक्स सर्वर से कनेक्ट करने के लिए कुकी नहीं है, तो आप एक नया बनाने जा रहे हैं।

— सिंह
स्रोत

3

यह एक बग है कि कुछ लोगों को lightdm के साथ अनुभव करता है

तो इस लिंक का अनुसरण करें और जब वे इसे हल करेंगे तो आपके पास आपका जवाब होगा।

https://bugs.launchpad.net/ubuntu/+source/lightdm/+bug/1175023

इसलिए gdm विंडो मैनेजर स्थापित करने से समस्या से बचा जा सकता है। जैसा कि मुझे समस्या नहीं है कि मैं परीक्षण नहीं कर सकता।

— मीर बोर्ग
स्रोत

0

उन लोगों के लिए - मेरी तरह - उपयोगकर्ता निर्देशिका में इस "प्रदूषण" से छुटकारा पाने की कामना करते हुए, एक अंतरिम समाधान निम्नलिखित (निष्पादन योग्य) स्क्रिप्ट फ़ाइल की तरह कुछ रख सकता है (जो मानता है कि रूट के बाद आप पहले उपयोगकर्ता हैं ) निर्देशिका:/etc/cron.daily

#!/bin/bash
USER="$(users | awk -F ' ' '{print $2}')"
ls /home/"$USER"/.Xauthority.* > /home/"$USER"/.Xauthority-Files.txt
NFILES="$(grep -c Xauthority /home/"$USER"/.Xauthority-Files.txt)"
LOG="/home/"$USER"/.Xauthority-Files.log"
echo -e "$(date +"%x %R"): "$NFILES" .Xauthority.* files deleted" >> "$LOG"
rm -f /home/"$USER"/.Xauthority.*
rm -f /home/"$USER"/.Xauthority-Files.txt
exit 0

नोट: यह अद्यतन स्क्रिप्ट ".Xauthority-Files.log" नाम की एक लॉग फ़ाइल रखता है ताकि आप इस बात का अनुसरण कर सकें कि क्या हालिया अपडेट ने इस बग को समाप्त कर दिया है, और तब स्क्रिप्ट को हटा दें जब इसकी आवश्यकता नहीं है।

ध्यान दें:

@ user196886 एक वैकल्पिक स्क्रिप्ट का सुझाव देते हुए कहता है, " मैं USER वैरिएबल के साथ संबंध नहीं बनाना चाहता, मैं केवल ग्राफिकल लॉगिन उपयोगकर्ताओं (UID> 500) की होम डाइरेक्टरी चाहता हूं, एक घर / घर में मुझे अन्य को हटाने के लिए विशेषाधिकारों की आवश्यकता है। उपयोगकर्ता फाइलें, मैं यह देख कर खुश हूं कि मैं क्या हटा रहा हूं और मैन्युअल रूप से पुष्टि करूंगा। मेरी लॉग फाइल को Xa.log कहा जाता है, $ h एक घरेलू निर्देशिका है, लॉग इन करने और हटाने के लिए $ ba बेसनेम का संक्षिप्त नाम है। "

और सुझाई गई स्क्रिप्ट है:

for h in `awk -F: '$3 >500 && /home/ {print $6}' /etc/passwd`; do b=$h/.Xauthority;[ -f $b.* ] && ls -l $b.* >>Xa.log && sudo rm -i $b.*; done

— सादी
स्रोत

0

मैं हाल ही में कई। मैंने टेक्स्ट एडिटर में एक खोला और इसमें एक चीनी कैरेक्टर टेक्स्ट स्ट्रिंग थी। मैंने एक अनुवादक के माध्यम से इसे चलाने की कोशिश की और इसने किरायेदार किसानों के बारे में कुछ कहा। मुझे एक भयानक संदेह है कि ये फाइलें मेरे पीसी पर नियंत्रण करने के कुछ प्रयास का प्रतिनिधित्व करती हैं। मैं किसी भी अन्य कारण से नहीं सोच सकता कि मुझे अपने पीसी पर कई चीनी कैरेक्टर स्ट्रिंग्स को क्यों छिपाना चाहिए।

— टेरी रिले-नाइट
स्रोत

उबंटू पूछने के लिए आपका स्वागत है। सबसे पहले, यह पोस्ट एक टिप्पणी है और उत्तर नहीं है। एक बार जब आपके पास 50 प्रतिष्ठा बिंदु होते हैं, तो आप टिप्पणी पोस्ट कर सकते हैं, लेकिन अन्यथा उत्तर अनुभाग में पोस्ट करने से बचना चाहिए जब तक कि पोस्ट में पूछे गए प्रश्न का संभावित समाधान न हो। दूसरा, कृपया मीर बोर्ग और लियो के उत्तर पढ़ें - ये फाइलें बग का परिणाम हैं।

— सर्गी कोलोडियाज़नी