फ़ाइल सिस्टम को स्वचालित रूप से fsck से कैसे सुधारें

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

मुद्दा यह है कि एक छोटे से काम के साथ हम सिस्टम की देखभाल के लिए बहुत अच्छी तरह से व्यवस्थित सब कुछ छोड़ सकते हैं स्वचालित रूप से हमारे फ़ाइल सिस्टम की स्थिति की जाँच करें यह निर्धारित करने के लिए कि क्या सब कुछ क्रम में है, और लिनक्स में हम इसे एक अनुभवी के माध्यम से कर सकते हैं, जिसके पास अभी भी बहुत कुछ है: कमांड ऍफ़एससीके। बेशक, तब प्रत्येक डिस्ट्रो का काम करने का अपना तरीका होता है, तो आइए देखें कि इसे सबसे महत्वपूर्ण डिस्ट्रोस में कैसे कॉन्फ़िगर किया जाए।

की दशा में डेबियन और इसका डेरिवेटिव (उदाहरण के लिए यूबंटो या लिनक्स मिंट), हम फाइल पर भरोसा करते हैं / Etc / default / आरसीएस, जो हम संपादन के लिए खोलते हैं:

sudo gedit / etc / default / rcS

फिर हम जोड़ते हैं:

FSCKFIX = हाँ

उदाहरण के लिए, CentOS के मामले में, चीजें अलग हैं और हम फाइल पर भरोसा करते हैं / etc / sysconfig / autofsck जिसे हम संपादन के लिए भी खोलते हैं (मेरे मामले में, Gedit के साथ):

सुडो गेडिट / आदि / sysconfig / autofsck

फिर हमने उक्त फ़ाइल में एक पंक्ति जोड़ी:

AUTOFSCK_DEF_CHECK = हाँ

अब, पिछले पैराग्राफ में हमने जिन चरणों का संकेत दिया था, उनका उपयोग तब किया जाता है जब हम चाहते हैं हर सिस्टम स्टार्टअप पर fsck का उपयोग करके चेक चलाएँ, और यद्यपि यह बहुत अच्छा है, अगर हमारी डिस्क ड्राइव और विभाजन बहुत बड़े हैं तो इसमें लंबा समय लग सकता है। इसलिए, हम एक अन्य लिनक्स टूल द्वारा ऑफ़र किए गए लाभों का लाभ उठा सकते हैं धुन 2 फं, जो अन्य चीजों के बीच हमें सक्षम बनाता है हमारे फ़ाइल सिस्टम में समय-समय पर जाँच करें ताकि ये हर बार किए जा सकें लेकिन हमारे कंप्यूटर के प्रत्येक प्रारंभ में नहीं.

हम पहले वर्तमान कॉन्फ़िगरेशन की स्थिति की जांच करते हैं, निष्पादित करते हैं:

सुडो ट्यून 2 एफएस / एल / देव / एसडी 1

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

पोर ejemplo 'माउंट की गिनती', जो इंगित करता है हमारी फ़ाइल प्रणाली को पुन: जाँच से पहले माउंट किया जाना है और यह कि मेरे मामले में 270 है, एक बहुत ही उच्च संख्या है, कि यह उपेक्षा किए बिना कि आखिरी बार मेरे सिस्टम पर fsck 7 मई, 2013 को चलाया गया था। एक और है 'चेक अंतराल', जो महीनों में अधिकतम समय को इंगित करता है जिसे हम इस अखंडता की जांच के बिना पारित करने की अनुमति देना चाहते हैं; यदि यह मेरे मामले में 0 पर सेट है, तो इसे ध्यान में नहीं रखा जाएगा।

अगर हम चाहते हैं कि हर 30 सिस्टम को चलाने के लिए चेक शुरू हो:

सुडो ट्यून 2 एफएस -c 30 / देव / sda1

यदि हम दोबारा चेक करने से पहले अधिकतम 3 महीने का समय देना चाहते हैं:

सुडो ट्यून 2 एफए-आई 3 एम / देव / एसडीए 1

लेकिन अगर लिनक्स किसी चीज़ में भिन्न होता है, तो यह इस तथ्य में है कि यह हमें कई विकल्पों की पेशकश करता है, ताकि सभी में हम इसे जोड़ सकें अगले सिस्टम स्टार्टअप पर हमारे फाइल सिस्टम की अखंडता जांच करने की संभावना, यानी हम इसे केवल एक बार मांग करते हैं.

इसके लिए हम निष्पादित करते हैं:

सुडो टच / फोर्सफेक

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

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