जवाबों:
यह एक हालिया नवाचार है, इसके बाद गनोम और इस तरह उबंटू में, उपयोगकर्ता-विशिष्ट डेटा को निश्चित निर्देशिकाओं में संग्रहीत करना है। इस दस्तावेज़ के अनुसार , वहाँ है
~/.local/share;~/.config;~/.cache।ऐतिहासिक रूप से, यूनिक्स कार्यक्रम, सभी $ HOME निर्देशिका पर अपने डेटा का प्रसार करने के लिए स्वतंत्र थे अपने डेटा डॉट फाइलों में (फ़ाइलों के साथ शुरू "।") उपनिर्देशिका जैसे डालने या ~/.vimrcऔर ~/.vim। नए विनिर्देशन का उद्देश्य इस व्यवहार को अधिक पूर्वानुमानित करना है। मुझे संदेह है कि यह आपके होम डायरेक्टरी को एक स्तरीय उपस्थिति देने के अलावा एप्लिकेशन डेटा का बैकअप आसान बनाता है। सभी अनुप्रयोग अभी तक इस मानक का पालन नहीं करते हैं।
में .localपदानुक्रम, कार्यक्रमों में इस तरह के ईमेल और कैलेंडर ईवेंट के रूप में उपयोगकर्ता जानकारी डाल दिया। आप मैन्युअल रूप से इस डेटा को निकाल सकते हैं, लेकिन तब प्रोग्राम अपनी स्थिति खो देगा; जब तक कि यह वही नहीं है जो आप चाहते हैं (उदाहरण के लिए जब आपके कॉन्फ़िगरेशन में कोई समस्या है), तो आपको उस निर्देशिका में फ़ाइलों को निकालना या बदलना नहीं चाहिए। .cacheयदि आप उन्हें हटाते हैं, तो प्रोग्राम को पुनर्प्राप्त करने में सक्षम होने के साथ-साथ आप अधिक लापरवाह हो सकते हैं।
.local/shareका उपयोग एक तरह से किया जाना चाहिए /usr/share, जैसे कि आइकन को ओवरराइड करना; और (2) आवेदनों को राज्य के उपनिर्देशिकाओं को लिखने की अनुमति है .local/share। के अस्तित्व ~/.local/share/trash/का तात्पर्य है कि कम से कम कुछ अनुप्रयोगों दूसरी व्याख्या पक्ष में हैं। दी है कि .localस्रोत से सॉफ्टवेयर के स्थानीय संस्करण स्थापित करने के लिए प्रयोग किया जाता है। लेकिन यह जाहिरा तौर पर भी डेटा के समान स्टोर करने के लिए उपयोग किया जाता है ~/.firefox।
.configऔर स्थिरता के लिए .cacheअंदर .localहोना चाहिए, वे नहीं होना चाहिए?
~/.localअलावा ~/.local/shareऔर कौन-कौन सी चीजें दिखाई दे सकती हैं ~/.local/bin(जो मुझे उपयोगकर्ता प्रतिष्ठानों के लिए पाइप का उपयोग होता है)?
मुझे .local निर्देशिका के बारे में अपने अनुभवों में से एक को साझा करने दें। मुझे मेरा डिस्क विभाजन (रूट विभाजन) भी मिला, जिसमें होम डाइरेक्टरी के पास पर्याप्त जगह नहीं है, और जब मैं उन डायरेक्ट्रीज़ की सामग्री की जाँच करता हूं, तो मुझे .Gocal डायरेक्टरी स्टोर 70G स्पेस से ऊपर मिलते हैं, फिर मैं इसे डिलीट करना चाहता हूं, लेकिन डिलीट होने का डर है। मेरे ubuntu प्रणाली दुर्घटना का कारण बन सकता है। इसलिए मैंने इस प्रश्न को Google में खोजा, और यह मुझे यहाँ निर्देशित करता है। लेकिन पिछले जवाब मेरी समस्याओं को हल नहीं कर सके, मैं अपने सिस्टम पर केवल दो परिणाम चाहता हूं:
.Local निर्देशिका में कुछ सामग्री निकालें, फिर मेरे पास अपनी नई फ़ाइलों को संग्रहीत करने के लिए पर्याप्त डिस्क स्थान हो सकता है;
मैं अपने सिस्टम को क्रैश नहीं करना चाहता, इसका मतलब है कि मैं सीधे अपने घर से सामग्री को हटाना नहीं चाहता हूं। मुख्य निर्देशिका, यह बहुत खतरनाक है!
अंत में, मुझे सबसे बड़ी सामग्री मिली। लिक्विड डाइरेक्टरी के तहत यहाँ है: /home/myAccount/.local/share/Trash यह 69G बाइट्स पर कब्जा करता है। मुझे लगता है कि यह कचरा से संबंधित है, इसलिए मैं कचरा करने के लिए जाता हूं: कचरा: /// और कचरा खाली करें, फिर मैंने पाया कि 69 जी बाइट्स डिस्क स्थान मुक्त हो गया था !!
इसलिए मेरा निष्कर्ष:
सीधे .local निर्देशिका को हटाना अत्यधिक जोखिम भरा है;
हम "खाली" कचरा द्वारा /home/myAccount/.local/share/Tash के तहत सामग्री को सुरक्षित रूप से हटा सकते हैं।
.local"उपयोगकर्ता की जानकारी जैसे ईमेल और कैलेंडर ईवेंट", लेकिन जो .localकुछ भी उपयोगकर्ता की जानकारी में नहीं है , उसका अधिकांश हिस्सा : यह कचरा कर सकता है। आपके उत्तर ने स्पष्ट कर दिया कि वास्तव में विशाल बहुमत क्या लेता है .local, जिससे यह बेहतर उत्तर IMHO बन जाता है।
.Local / निर्देशिका कुछ सॉफ्टवेयर द्वारा किया जाता है (जैसा कि @loevborg द्वारा बताया) अपनी प्राथमिकताएँ रखने के लिए। यह निर्देशिका उस गड़बड़ को मानकीकृत करने के प्रयास का हिस्सा है जो $HOMEउपयोगकर्ता है। लेकिन दुर्भाग्य से कई सॉफ्टवेयर अभी तक इस प्रयास में शामिल नहीं हुए हैं, यहां तक कि कुछ सूक्ति सॉफ्टवेयर अभी भी दूसरों की निर्देशिका में आपकी प्राथमिकताओं को फैला रहे हैं (देखें .gnome2, .gconf, .evolution, आदि)।
निर्देशिका को निकालना सुरक्षित नहीं है। कुछ ऐप्स इस निर्देशिका के अंदर महत्वपूर्ण जानकारी / कॉन्फिग फाइल को स्टोर करते हैं।