जवाबों:
कि फाइल सिस्टम और शेयर में उप-निर्देशिका बनाएं / सिमलिंक कि बजाय फाइल सिस्टम रूट निर्देशिका की।
खोई हुई + मिली हुई निर्देशिका को हटाना एक बुरा विचार है। पुनर्प्राप्त करते समय, fsck को एक मौजूदा बहु-क्षेत्र निर्देशिका की आवश्यकता होती है जिसमें खोई हुई फ़ाइलों के लिए निर्देशिका प्रविष्टियाँ बनाने के लिए। यदि कोई खोई हुई + निर्देशिका नहीं मिली है, तो उसे एक, संभावित ओवरराइटिंग डेटा बनाना होगा।
Gnome2 / Mate Nautilus / Caja आधारित डेस्कटॉप के लिए, .hidden
ड्राइव के रूट फ़ोल्डर में नामक एक फाइल बनाएं ।
पढ़ने के लिए सामग्री संपादित करें:
lost+found
यदि आप ताज़ा करते हैं तो Nautilus अब खोए हुए + फ़ोल्डर को छिपा देगा। दिखाई देने वाली / अदृश्य छिपी हुई वस्तुओं को टॉगल करने के लिए 'ctrl-h' दबाएँ।
lost+found
है, किसी अन्य निर्देशिका की तरह ही एक साधारण निर्देशिका है। यह केवल वही है fsck
जिसे इस विशिष्ट निर्देशिका नाम की आवश्यकता है। उस नाम को मानने वाले किसी अन्य उपकरण का उपयोग केवल उस सम्मेलन से मेल खाने के लिए करता है fsck
।
$ ls --ignore=lost+found
तो यह एक उपनाम है
$ alias ls='ls --ignore=lost+found'
अपडेटेड ls के साथ जो कि GNU कोरुटिल्स 8.15 का हिस्सा है
पुन: http://www.askapache.com/linux-unix/bash_profile-functions-advanced-shell.html
नहीं, लेकिन आप इसे हटा सकते हैं (इसे अगली fsck पर पुनः बनाया जाएगा), या आप एक अलग फ़ाइल सिस्टम का उपयोग कर सकते हैं, जिसे खोए हुए / पाए जाने की आवश्यकता नहीं है। ext2 / 3 करता है।
लॉस्ट + फाउंड वह जगह है जहां FSCK फाइलों के बिट्स जमा करने जा रहा है जो कि आपकी फाइल सिस्टम के क्षतिग्रस्त होने पर पुनर्प्राप्त करने में सक्षम था। यदि निर्देशिका वर्तमान में खाली है, तो आप इसे हटाने के लिए सुरक्षित हैं।
FSCK (मुझे विश्वास है) इसे फिर से बनाएगा अगर इसमें कुछ भी है जिसे वहां डालने की आवश्यकता है।
यकीन नहीं है कि उस निर्देशिका की उपस्थिति आपके लिए समस्याग्रस्त है, हालांकि?
rmdir lost+found