क्या मैं / var / tmp / mkinitramfs- * फाइलें हटा सकता हूं?


11

मैंने देखा कि मेरे /var/tmpफ़ोल्डर ने मेरे Ubuntu 16.04.2 पर 9.3GB स्थान पर कब्जा कर लिया है। विशेष रूप से, mkinitramfs_*tmp फ़ोल्डर में अधिकांश जगह लिए गए फ़ोल्डरों का एक गुच्छा होता है । मैंने उन पर ध्यान दिया, और वे हाल ही में और अतीत में संकलित लाइनक्स गुठली के लिए अस्थायी फाइलें प्रतीत होते हैं। क्या मैं उन्हें सुरक्षित रूप से हटा सकता हूं, या वे अन्य महत्वपूर्ण फाइलों से जुड़े हैं?

मैंने tmpreaperरीबूट पर अस्थायी फ़ाइल सफाई प्रक्रिया को स्वचालित करने के लिए ऐप का उपयोग करने की कोशिश की है । लेकिन मुझे लगता है कि मैं केवल ऑटो-क्लीन सेटिंग्स में दोनों /tmp/और /var/tmp/फ़ोल्डरों को एक साथ रख सकता हूं और पुरानी फाइलों को हटाने के लिए केवल एक अधिकतम फ़ाइल आयु सेट कर सकता हूं । इससे अधिकतम फ़ाइल आयु पैरामीटर को TMPREAPER_TIMEठीक से सेट करना कठिन हो सकता है। अगर मैं इसे बहुत कम (डिफ़ॉल्ट रूप से, 7 दिन) सेट करता हूं, तो मैं उन हाल की कर्नेल संकलन फ़ाइलों को mkinitramfs_*फ़ोल्डर्स में हटा सकता हूं जो उपयोगी हो सकती हैं। यदि मैंने इसे बहुत लंबा सेट किया है, तो मैं बहुत सारी फ़ाइलों के साथ समाप्त हो सकता हूं /tmp। मुझे आशा है कि आप उन mkinitramfs_*फ़ोल्डरों की भूमिका पर कुछ संदर्भों का उल्लेख कर सकते हैं और tmpreaperपुराने अस्थायी फ़ाइलों को स्वचालित रूप से हटाने के लिए ऐप या अन्य उपकरणों का उपयोग कैसे करें।

धन्यवाद!


मैंने सुना है कि फाइलों की /var/tmpतुलना में अधिक उम्र रखना बेहतर है /tmplsofकोई प्रक्रिया नहीं दिखाती है उन फ़ाइलों का उपयोग कर रहा है। लेकिन tmpreaperऐप के मैनुअल में चेतावनी का एक गुच्छा होता है, जब मैंने इसे उन फ़ाइलों को स्वचालित रूप से हटाने के लिए सेट करने का प्रयास किया, तो यह वह जगह है जहां मैं डर गया। तो, आपको लगता है कि अंतिम पहुँच सुरक्षित होने के 7 दिन बाद उन फ़ाइलों को हटाना है?
Xiaodong क्यूई

मैंने अपनी खोज पर उस बग पर ध्यान दिया है। सबसे पहले, उन फ़ाइलों को किसी भी कर्नेल स्थापना विफलता के कारण उत्पन्न नहीं किया गया था। दूसरे, बग को ठीक किया गया था। क्या यह सत्यापित करने का कोई तरीका है कि क्या वे किसी अन्य फाइल से लिंक नहीं हैं?
Xiaodong क्यूई

मैंने अपनी पिछली टिप्पणियों को उचित उत्तर में बदल दिया है। मैं उन्हें अब साफ करने जा रहा हूं।
एंड्रिया लज्जाज़ारो

जवाबों:


16

आमतौर पर, आप सिस्टम को तोड़ने /tmpऔर उसके /var/tmpबिना किसी भी फ़ाइल को हटा सकते हैं । सबसे खराब स्थिति यह है कि यह एक खुले ऐप द्वारा आवश्यक फ़ाइल है, लेकिन ऐसा नहीं लगता है।

इससे संबंधित उन फाइलों के बारे में mkinitramfs, मैं कहूंगा कि उन्हें प्रून करना सुरक्षित है। इस Debian बग को भी देखें: # 818345 - mkinitramfs विफल होने पर tmp फ़ाइल को / var / tmp के नीचे छोड़ दिया जाता है । मूल रूप से उन फ़ाइलों को प्रक्रिया समाप्त होने के बाद शुद्ध किया जाना चाहिए , लेकिन किसी कारण से वे नहीं हैं।

मुझे यकीन नहीं है कि आप उस बग से विशेष रूप से प्रभावित हैं , लेकिन मुद्दा यह है कि mkinitramfsप्रक्रिया जारी है, जबकि उन फाइलों की जरूरत है । प्रक्रिया समाप्त होने के बाद, आपको अब उनकी आवश्यकता नहीं है। साथ ही, अस्थायी फ़ाइलों के साथ हमेशा की तरह, यदि आवश्यक हो तो वे उसी प्रक्रिया के बाद के रन में बनाए जाएंगे।

मुझे आशा है कि आप उन mkinitramfs_*फ़ोल्डरों की भूमिका पर कुछ संदर्भों का उल्लेख कर सकते हैं और tmpreaperपुराने अस्थायी फ़ाइलों को स्वचालित रूप से हटाने के लिए ऐप या अन्य उपकरणों का उपयोग कैसे करें।

मेरे पास अनुभव नहीं है tmpreaper, लेकिन आप समय-समय पर उन फ़ाइलों को हटाने के लिए क्रॉन जॉब का उपयोग कर सकते हैं। देख:

ऑटो 7 दिनों से अधिक पुरानी फ़ाइलों को हटा दें


इस उत्तर को लिखने के लिए धन्यवाद। Tmp फ़ाइलों को समझने के बाद, मैंने 30 दिनों से अधिक पुरानी उन फ़ाइलों को स्वचालित रूप से साफ़ करने के लिए tmpreaper( विवरण के लिए मेरे नोट्स देखें) का उपयोग किया और मुझे 7GB स्थान बचाया। यह बहुत मददगार है!
Xiaodong क्यूई

मेरे नोट्स के लिंक को अपडेट करें
क्यूई
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.