खाली "खोया + पाया" फ़ोल्डर को स्वचालित रूप से हटा दें यदि यह खाली है


9

हर निश्चित समय पर, उबंटू मेरे फाइलसिस्टम की जाँच करता है और यह कई खाली " खोया + पाया " फ़ोल्डर बनाता है ।

क्या मैं इस सुविधा को अक्षम कर सकता हूं? क्या कोई ऐसा तरीका है जो उबंटू स्वचालित रूप से इन फ़ोल्डरों को हटा देता है यदि वे खाली हैं?


क्या NFS पर इस फ़ोल्डर को छिपाने का कोई तरीका है?

जवाबों:


8

जब भी fsckसिस्टम के माध्यम से जाता है और क्षतिग्रस्त फ़ाइलों को पुनर्प्राप्त करने की कोशिश करता है, तो यह उन्हें खोए हुए + पाया फ़ोल्डर में डाल देगा। मुझे लगता है कि यह मूल रूप से fsckउस फ़ोल्डर को बनाने के साथ एक समस्या है, भले ही इसमें कुछ भी न हो, जैसा कि उबंटू समय-समय पर उन विभाजनों को आपके विभाजनों पर चलाता है, उन फ़ोल्डरों को हमेशा बनाया जाएगा, इसलिए इसे हटाने से काम नहीं चलेगा।

यदि आप केवल Nautilus से फ़ोल्डर को छुपाना चाहते हैं, तो आप एक '.hidden' फ़ाइल बना सकते हैं जिसमें 'खोया + पाया' होगा और इसे खोए हुए + पाया माता-पिता के फ़ोल्डर में डाल दिया जाएगा।

उदाहरण के लिए। '/' में खोए हुए + फ़ोल्डर के लिए:

echo "lost+found" | sudo tee /.hidden

आपके लिए घर निर्देशिका में (यदि कोई हो):

echo "lost+found" > ~/.hidden


मुझे लगता है कि आप वैकल्पिक रूप से उन्हें हर बूट के बाद फाइल '/etc/rc.local' में निम्नलिखित जोड़कर निकाल सकते हैं:

if [ -d /lost+found ]; then
    rmdir /lost+found 2>/dev/null
fi

if [ -d /home/USER/lost+found ]; then
    rmdir /home/USER/lost+found 2>/dev/null
fi

यह rmdirफ़ोल्डर पर चलेगा यदि वे मौजूद हैं, जो केवल उन्हें हटा देता है यदि वे खाली हैं ( 2>/dev/nullसे "खाली नहीं" संदेश को छोड़ देगा rmdir)। शायद बहुत सारी निर्देशिकाएं नहीं हैं, इसलिए मैंने इसे सरल रखा। बस सुनिश्चित करें कि 'बाहर निकलें 0' नीचे पंक्ति पर रहता है।

डाउनसाइड: यह केवल fsckबूट के दौरान बनाई गई निर्देशिकाओं का ट्रैक रखता है । यदि यह बाद के समय में चलाया जाता है, तो आप फिर से उस निर्देशिका को देखेंगे। फिर आप समय-समय पर निष्पादित क्रोन नौकरी में डाल सकते हैं ।


धन्यवाद, मुझे यह पता था लेकिन यह समाधान केवल नॉटिलस के लिए काम करता है।
जुआन सिमोन

और मैं इस फ़ोल्डर को एनएफएस पर कैसे छिपा सकता हूं?
जुआन सिमोन

अपडेट देखें क्षमा करें, मुझे NFS के साथ कोई अनुभव नहीं है।
htorque

4

[] एक बड़ी संख्या में अनलिंकड फ़ाइलों को समाहित करने के लिए बड़े आकार के साथ खोई हुई + निर्देशिका को निर्देशिका बनाने और इसे उचित आकार में विकसित करने के लिए e2fsck पर कम बोझ पड़ता है।

[fsck खोई हुई + बनाने की कोशिश करेगा यदि वह मौजूद नहीं है], लेकिन एक भ्रष्ट फाइल सिस्टम के सामने, यह बहुत जोखिम भरा हो सकता है।

अन्य प्लेटफॉर्म्स पर अन्य फाइलसिस्टम के लिए बहुत पुरानी fsck / खोया + पाया नहीं बना पाए, और न ही वे इसे विकसित कर पाए। यह इतिहास है / खोया + पाया के औचित्य के लिए ...

यह ext3 के बाद से बहुत कम बार की जरूरत है। जर्नलिंग फाइलसिस्टम के साथ, फ़ाइलों को क्रैश / पावर विफलता पर "खो" नहीं जाना चाहिए। आप यह तर्क दे सकते हैं कि यह केवल पुराने समय के लिए घातक आश्चर्य से बचने के लिए रखा गया है (और जो पत्रिका को निष्क्रिय करते हैं)। यदि आप नहीं जानते कि आप क्या याद कर रहे हैं, तो शायद यह कोई समस्या नहीं है।

फिर भी, इसे हटाना e2fsck की तरह है। आप इसे कर सकते हैं, लेकिन आपको ऐसा नहीं करना चाहिए।


धन्यवाद, लेकिन यह मेरे सवाल का जवाब नहीं है।
जुआन सिमोन

0

यह लेख आपको खोई हुई + मिली निर्देशिका के बारे में एक उचित विवरण देगा: http://tldp.org/LDP/Linux-Filesystem-Hierarchy/html/lostfound.html


1
धन्यवाद, मुझे यह पता था लेकिन यह मेरे सवाल का जवाब नहीं देता है।
जुआन सिमोन

1
जब तक यह सैद्धांतिक रूप से प्रश्न का उत्तर दे सकता है, उत्तर के आवश्यक भागों को शामिल करना और संदर्भ के लिए लिंक प्रदान करना बेहतर होगा
एलियाह कगन

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