सवाल अगर मैं खो गया + पाया गया तो क्या होगा


जब आप ext3 जैसे कुछ लिनक्स फाइल सिस्टम बनाते हैं तो 'खोया + मिली' निर्देशिका बनाई जाती है। इसके अनुसार इस फ़ाइलों को किसी प्रकार के सिस्टम क्रैश से क्षतिग्रस्त होने पर वहां रखा जाएगा।

क्या होता है यदि यह निर्देशिका हटा दी जाती है, और सिस्टम क्रैश हो जाता है। अगर फ़ोल्डर हटा दिया गया है तो क्या मैं बस एक नई निर्देशिका बना सकता हूं mkdir खो गया + मिला या ऐसे गुण हैं जो केवल फाइल सिस्टम बनने पर ही सेट किए जा सकते हैं।


36
2018-05-10 06:46


मूल




जवाब:


अगर यह गायब है तो fsck खोए गए + पाए गए निर्देशिका को फिर से बनाएगा।

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


32
2018-05-10 07:28





यदि आप दौड़ना नहीं चाहते हैं या नहीं करना चाहते हैं fsck, आप फिर से बना सकते हैं lost+found निर्देशिका के साथ mklost+found:

mklost + खोए गए + पाए गए निर्देशिका में डिस्क ब्लॉक को प्री-आवंटित करता है ताकि जब फाइल सिस्टम को पुनर्प्राप्त करने के लिए e2fsck (8) चलाया जा रहा हो, तो बड़ी संख्या में अनलिंक फ़ाइलों को संग्रहीत करने के लिए फ़ाइल सिस्टम में ब्लॉक आवंटित करने की आवश्यकता नहीं है। यह सुनिश्चित करता है कि e2fsck को पुनर्प्राप्ति के दौरान फाइल सिस्टम में डेटा ब्लॉक आवंटित नहीं करना होगा।


14
2017-07-23 02:30



आरएचईएल 6.4 में और न ही fsck न e2fsck जहां यह मेरे लिए फिर से बना रहा है, भले ही निर्देशिका घुड़सवार हो या नहीं। cd <root-dir-of-the-mount> && mklost+found इसे करें। - Luis Antolín Cano


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

यह अभी भी ऐसा करने का प्रयास करेगा, लेकिन भ्रष्ट फाइल सिस्टम के सामने, यह अधिक जोखिम भरा हो सकता है।

अन्य प्लेटफार्मों पर अन्य फाइल सिस्टम के लिए बहुत पुराना एफएसके + बनाने / खोने में सक्षम नहीं था, और न ही वे इसे विकसित करने में सक्षम थे। यह पाया / खो गया + के तर्क के लिए इतिहास है। लेकिन वर्तमान तर्क सिर्फ e2fsck की नौकरी को आसान बनाने के लिए है।


6
2018-05-23 23:36



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


यदि आपके पास नहीं है lost+found, e2fsck (मैंने दूसरे को कोड का निरीक्षण नहीं किया है fsck कार्यान्वयन) आपके लिए इसे बनाने की पेशकश करेगा। लेकिन, यदि आप चाहें तो भी इसे स्वयं बना सकते हैं; उस निर्देशिका के बारे में विशेष रूप से विशेष कुछ नहीं है (कम से कम कोड का निरीक्षण करने से नहीं)।


4
2018-05-10 06:58



fsck को फिर से बनाना चाहिए + अगर आवश्यक हो तो पाया, नहीं? - David Schmitt
धन्यवाद, मैंने e2fsck के लिए कोड की जांच की है और वास्तव में यह आपके लिए इसे फिर से बनाने की पेशकश करता है। (यह सफल होने की गारंटी नहीं है --- यही कारण है कि एक पूर्व निर्मित खोया + पाया भी उपयोगी है।) साफ! - Chris Jester-Young
@ क्रिसजेस्टर-यंग - आपका उत्तर गलत है। lost+found एक विशेष निर्देशिका है। इसमें प्री-आवंटित डिस्क ब्लॉक हैं ताकि रिकवरी टूल को वसूली के दौरान ब्लॉक आवंटित करने की आवश्यकता न हो। जैसे उपकरण mklost+found विशेष रूप से मौजूद है क्योंकि mkdir इसे ठीक से नहीं बनाएगा। देख linux.die.net/man/8/mklost+found - aggregate1166877


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

ध्यान दें कि कई पुराने यूनिक्स फाइल सिस्टम ने मांग की है कि खोया + पाया गया विशेष रूप से इनोड नंबर 2 से जुड़ा हुआ है, इसलिए निर्देशिका खो जाने पर अधिकांश मामलों में फाइल सिस्टम को फिर से बनाने की आवश्यकता है। e2fsck बस किसी भी मुक्त इनोड की खोज करता है, जाहिर है विशेष रूप से इनोड 2 की आवश्यकता नहीं है, जो पुराने दिनों की तुलना में वसूली को अधिक सरल बनाता है।


2
2017-12-20 19:36





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

फ़ाइलों को स्थानांतरित करने के लिए अन्य मामला यह है कि अगर fsck को एक फ़ाइल मिलती है जिसका अभिभावक इनोड गुम है। आमतौर पर यह मामला होता है यदि डिस्क पर विशिष्ट स्थान पर एक ब्लॉक दूषित हो जाता है जहां फ़ोल्डर का इनोड संग्रहीत किया जा रहा है। यह खोए गए + पाए गए फ़ोल्डर होने के लिए अपने मूल इनोड को फिर से सौंपेगा।

संपादित करें: मैं अनिश्चित हूं कि बाद वाला मामला निर्देशिका को फिर से बनाएगा। मैं इसे सुरक्षित पक्ष में रहने के लिए अकेला छोड़ दूंगा। मैं इसे हटाने के किसी भी कारण के बारे में सोच नहीं सकता। हालांकि इसके बिना कुछ भी बुरा नहीं होगा।


1
2018-05-11 13:54



क्या आपको यकीन है बस बनाने के लिए ठीक है mkdir? - Jack Douglas
हां यह है, अंतरिक्ष आवंटन निर्देशिका इनोड या यहां तक ​​कि पथ से बंधे नहीं है। आरक्षित स्पेस आवंटन कुछ मेमोरी पर कम ध्वज है जिसके लिए जड़ / कर्नेल विशेषाधिकारों और विशेष कॉल की आवश्यकता होती है जो कि fsck के बारे में पता है, यह उस स्मृति का संभावित रूप से दूषित या टूटी हुई फ़ाइलों को प्रतिलिपि बनाकर उस स्थान का उपयोग करता है और एक बना देता है नई मेमोरी पर इंगित एक इनोड के साथ फ़ाइल। फ़ाइल ऑपरेशंस सामान्य रूप से उन फ़ाइलों पर व्यवहार करेंगे लेकिन चलने या सहेजने जैसे किसी भी बदलाव से आरक्षित मेमोरी से डेटा खींच जाएगा। - TrueDuality


इसके अलावा, डेबियन 6 और उबंटू 12 एलटीएस पर, cron पैकेज भेजा गया /etc/cron.daily/standard जो गायब नोटिस lost+found स्थानीय फाइल सिस्टम पर निर्देशिकाएं और इसके बारे में दैनिक अनुस्मारक ई-मेल के माध्यम से भेजती हैं, जिसका उपयोग करने की सिफारिश की जाती है mklost+found

हालांकि, इसे क्रमशः डेबियन 7 और उबंटू 14 एलटीएस के समय हटा दिया गया था, क्योंकि यह अप्रचलित हो गया था।


1
2017-10-01 07:42