क्या यह लिनक्स पर एक समस्या है जैसे कि यह एक विंडोज है? उन चीजों को स्थापित और अनइंस्टॉल करना जो छोटे बिट्स और टुकड़ों को पीछे छोड़ते हैं जो जमा होते हैं और नकारात्मक प्रभाव डालते हैं?
यदि हां, तो मैं इसे रोकने के लिए क्या कर सकता हूं?
क्या यह लिनक्स पर एक समस्या है जैसे कि यह एक विंडोज है? उन चीजों को स्थापित और अनइंस्टॉल करना जो छोटे बिट्स और टुकड़ों को पीछे छोड़ते हैं जो जमा होते हैं और नकारात्मक प्रभाव डालते हैं?
यदि हां, तो मैं इसे रोकने के लिए क्या कर सकता हूं?
जवाबों:
हां और ना। * पैकेज प्रबंधन में विंडोज पर निक्स का बहुत बड़ा फायदा है। विंडोज के विपरीत, जहां आपको थर्ड-पार्टी पैकेज पर भरोसा करना होगा, जिसमें साने (अन) इंस्टॉलर हैं, * निक्स डिस्ट्रीब्यूशन उन पैकेज मैनेजर की पेशकश करता है, जो यूनिफाइड तरीके से इंस्टालेशन और अनइंस्टॉल का ध्यान रखते हैं। नतीजतन, जब आप किसी पैकेज को हटाते हैं, तो उस पैकेज की सभी सिस्टम-स्तरीय फाइलें हटा दी जाएंगी; आपको इस अव्यवस्था के बारे में चिंता करने की आवश्यकता नहीं है।
हालाँकि, एक जगह है कि प्रोग्राम फाइलें बना सकते हैं जिन्हें पैकेज से हटाया नहीं जाएगा: आपकी $HOME
निर्देशिका। कई फाइलें कॉन्फ़िगरेशन, सेव-गेम्स आदि को अंदर रखती हैं $HOME
, लेकिन पैकेज प्रबंधकों को कभी भी किसी चीज को नहीं छूना चाहिए$HOME
। परिणामस्वरूप, जब आप किसी पैकेज को निकालते हैं, तो आपके होम डायरेक्टरी में बनाई गई कोई भी फ़ाइल बनी रहेगी।
एक चांदी का अस्तर है; यदि आप वास्तव में अपने द्वारा अनइंस्टॉल किए गए पैकेज से सभी लेफ्ट-ओवर फ़ाइलों को साफ करना चाहते हैं, तो परमाणु विकल्प कोई पुनर्स्थापना नहीं है, यह आपके मिटा देगा $HOME
। अब, यह आम तौर पर अभी भी एक अति-प्रतिक्रिया होगी क्योंकि अधिकांश कार्यक्रम अपनी फ़ाइलों को एक ही निर्देशिका में $HOME
(अक्सर $HOME/.name-of-app/
या $HOME/.config/name-of-app/
) के तहत संग्रहीत करते हैं ।
इन फ़ाइलों की आदर्श वसंत सफाई सिर्फ प्रति-प्रोग्राम डायरेक्टरी को हटाने के लिए होगी - जो कि पैकेज के मानक अनइंस्टॉल के साथ मिलकर, पैकेज द्वारा निर्मित / स्वामित्व वाली किसी भी फाइल के आपके सिस्टम से छुटकारा पाने के लिए पर्याप्त होना चाहिए।
नोट: YMMV
$HOME
सिस्टम प्रदर्शन पर कोई प्रभाव नहीं होना चाहिए। वसंत सफाई सबसे अच्छा कुछ एमबीएस को पुनः प्राप्त करेगा। एकमात्र संभव नकारात्मक प्रभाव उन पैकेजों से होगा जो साझा फ़ाइलों को ".d" निर्देशिकाओं में डालते हैं और उन्हें हटाने में विफल रहते हैं, लेकिन मुझे लगता है कि यह एक बहुत अच्छी तरह से व्यवहार पैकेज का एक दुर्लभ मामला है।
लिनक्स में संकुल की स्थापना विन्यास फाइल को पीछे छोड़ सकती है। जब तक आप हटाए गए समान पैकेज को पुनः स्थापित नहीं करते हैं, तब तक यह सामान्य सामान्य उपयोग नहीं होना चाहिए: कॉन्फ़िगरेशन फ़ाइलें आमतौर पर छोटी होती हैं और आपके द्वारा इंस्टॉल किए गए किसी भी अन्य पैकेज द्वारा उपयोग नहीं की जाती हैं। पैकेज को हटाते समय कॉन्फ़िगरेशन फ़ाइलों को हटाने के लिए पैकेज प्रबंधक में आमतौर पर एक विकल्प होता है। डेबियन / ubuntu में आप फेडोरा / लाल टोपी / सेंटो में --purge
स्विच का उपयोग कर सकते हैं apt-get remove
, आपको एक विशेष स्विच की आवश्यकता नहीं है - पैकेज की स्थापना रद्द होने पर कॉन्फ़िगरेशन स्वचालित रूप से हटा दिया जाता है।
पैकेज को स्थापित करने और अनइंस्टॉल करने का सबसे दृश्य प्रभाव शायद थोड़ा डिस्क पहने हुए है।
यह आधिकारिक पैकेज प्रबंधक की तुलना में अन्य तरीकों से स्थापित सॉफ़्टवेयर पर लागू नहीं होता है, जैसे कि बाइनरी मालिकाना पैकेज और मैन्युअल रूप से संकलित।
.rpmsave
। परेशान करने के बजाय, लेकिन कुछ स्विच होना चाहिए जो इसे हटा देता है। फिर डिस्क की लागत के साथ कुछ केबी बर्बाद कुछ भी नहीं है।
.rpmsave
तब बनाई जाती हैं जब आप मैन्युअल रूप से कॉन्फ़िगरेशन फ़ाइलों में परिवर्तन करते हैं, ताकि एक नए इंस्टॉलेशन में हस्तक्षेप किए बिना डिस्क पर अपने परिवर्तनों को संरक्षित करने के लिए