यह कुछ ऐसा है जो मैं विंडोज पर बहुत कुछ करता था, लेकिन मेरे हाल के फ़ैसको के बाद मैं यह सुनिश्चित करना चाहता हूं। क्या ऐसा करना सुरक्षित है
sudo rm -rf /tmp/*
?
यह कुछ ऐसा है जो मैं विंडोज पर बहुत कुछ करता था, लेकिन मेरे हाल के फ़ैसको के बाद मैं यह सुनिश्चित करना चाहता हूं। क्या ऐसा करना सुरक्षित है
sudo rm -rf /tmp/*
?
जवाबों:
सामान्य तौर पर, नहीं।
यदि यह कबाड़ से भर रहा है, तो आप यह देखना चाहते हैं कि स्वयं के बाद कौन सा सॉफ्टवेयर सफाई नहीं कर रहा है।
आप उन फ़ाइलों को पहचानने के लिए भी उपयोग कर सकते हैं जिन्हें लंबे समय में संशोधित या एक्सेस नहीं किया गया है जो संभवतः हटाना सुरक्षित है।
/tmp/स्टार्टअप पर आउट हो जाते हैं। हालांकि यह आवश्यक रूप से मदद नहीं करता है यदि हम यहां नो-रिबूट्स-एवर सर्वर के बारे में बात कर रहे हैं, तो एक संभावना find ./ -type f -atime 14 -exec rm {} \; हर हफ्ते या तो चल रही हो सकती है और पिछले दो हफ्तों में किसी भी सादे फ़ाइल को एक्सेस नहीं किया जा सकता है। ..
find ./ -type f -atime 14 -deleteके साथ gnu-find
/tmpवर्तमान कर्नेल डिफॉल्ट का उपयोग नहीं कर रहा है, जो relatimeकेवल तभी संशोधित होता है जब फ़ाइल संशोधित होती है, या noatime। जो मामले atimeमें दूर से मददगार नहीं होने जा रहा है।
असली जवाब है - यह निर्भर करता है। / tmp का उपयोग उन अनुप्रयोगों द्वारा किया जा सकता है जिन्हें चलाने के लिए लॉकफाइल्स या अस्थायी लॉग की आवश्यकता होती है, या यह नहीं हो सकता है। वहाँ सहानुभूति हो सकती है ... निश्चित नहीं कि किसलिए, लेकिन यह हमेशा संभव है।
इससे पहले कि आप इसे हटाने का फैसला करें, आपको वास्तव में देखना चाहिए। कुछ भी पर rf -rf करना स्वाभाविक रूप से खतरनाक है।
/tmpक्योंकि सामान्य उपयोगकर्ता /var/log|lockमुझे नहीं लिख सकता है मेरे पास एक शेल स्क्रिप्ट है जो लॉक को लिखती है/tmp
उदाहरण के लिए, यदि आपके पास एक MySQL डेटाबेस है जो आपके कंप्यूटर पर चल रहा है जो इसके सॉकेट को मार देगा, या यदि आप emacs को सर्वर के रूप में उपयोग कर रहे हैं जो सर्वर प्रक्रिया को मार देगा। कई अन्य मामले हैं जहां इन फ़ाइलों को निकालना सुरक्षित नहीं है। सबसे अच्छी बात यह है कि एक स्क्रिप्ट लिखना है जो फ़ाइल की तारीख की जांच करता है और केवल इसे हटा देता है अगर यह पुराना है।
कृपया tmpreaper का उपयोग करें ।
नहीं।
लेकिन आप / tmp dir के लिए रैमडिस्क ले सकते हैं तो यह सिस्टम के हर रिबूट के बाद खाली हो जाएगा। और साइड इफेक्ट के रूप में आपका सिस्टम थोड़ा बड़ा हो सकता है।
Google के पास tmpfs और / या ramfs की जानकारी बहुत है।
मेरा सुझाव यह है कि इस निर्देशिका से क्या प्रभावित हो रहा है यह देखने के लिए पहले अपने tmp फ़ोल्डर का नाम बदलें। इसे "tmp" से "old_tmp" नाम दें। इसके अलावा, "tmp" नाम से एक नया खाली फ़ोल्डर बनाएं क्योंकि कुछ सेटअप या सिस्टम प्रक्रिया के लिए इस फ़ोल्डर को लॉग फ़ाइलों के साथ इस निर्देशिका के अंदर कुछ फ़ाइलों को बनाने की आवश्यकता हो सकती है। Tmp दिनांक को सुरक्षित रूप से हटाने के लिए इन चरणों का पालन करें।
1- मौजूदा "tmp" निर्देशिका को "old_tmp" नाम दें। 2- नई खाली "tmp" निर्देशिका बनाएं 3- इस नई बनाई गई निर्देशिका के लिए "0777" के रूप में सभी अनुमति दें ताकि सिस्टम / सेटअप को इस निर्देशिका के अंदर लॉग और अन्य फ़ाइलों को बनाने / रखने की अनुमति मिल सके। 4- सब कुछ ठीक चल रहा है और हमेशा की तरह व्यवहार करना सुनिश्चित करने के लिए सिस्टम और एप्लिकेशन चलाएं। 2-3 दिनों के लिए निरीक्षण में रखें। 5- यदि आपकी "tmp" निर्देशिका को "old_tmp" नाम देने के कारण कुछ भी प्रभावित नहीं है, तो आप "old_tmp" निर्देशिका को हटा सकते हैं।
नोट: "tmp" निर्देशिका का नाम "old_tmp" करने के कारण समस्या के कारण कुछ भी हो, तो इस निर्देशिका को उसके मूल "tmp" नाम पर वापस आने दें।
/tmpऔर कहा कि जैसा कि आप मूल नाम बदलने में नाकाम रहने के रूप में जल्द ही शुरू होगा /tmp। यह भी ध्यान दें कि /tmpनिर्देशिका में विशिष्ट अनुमतियाँ (उदाहरण के लिए चिपचिपा सा सेट) होनी चाहिए।
0777तब होनी चाहिए जब वास्तव में उन्हें होना चाहिए 1777।