मैं यह सवाल दूसरे उपयोगकर्ता की ओर से पूछ रहा हूं जिन्होंने उबंटू चैट रूम में इस मुद्दे को उठाया था ।
क्या जर्नलिंग फाइलसिस्टम यह गारंटी देते हैं कि बिजली की विफलता होने पर कोई भ्रष्टाचार नहीं होगा?
यदि यह उत्तर फाइलसिस्टम पर निर्भर करता है, तो कृपया इंगित करें कि कौन से लोग भ्रष्टाचार से रक्षा करते हैं और कौन से नहीं।
जवाबों:
कोई गारंटी नहीं है। एक जर्नलिंग फाइल सिस्टम अधिक लचीला है और भ्रष्टाचार के लिए कम संभावना है, लेकिन प्रतिरक्षा नहीं।
सभी पत्रिका एक ऑपरेशन की सूची है जो हाल ही में फाइल सिस्टम के लिए किया गया है। महत्वपूर्ण हिस्सा यह है कि संचालन से पहले जर्नल प्रविष्टि की जाती है। अधिकांश ऑपरेशनों में कई चरण होते हैं। एक फ़ाइल को हटाना, उदाहरण के लिए फ़ाइल सिस्टम की फ़ाइल सिस्टम की सामग्री की तालिका में फ़ाइल को हटाना और फिर ड्राइव पर सेक्टरों को मुफ्त में चिह्नित करना हो सकता है। यदि दो चरणों के बीच कुछ होता है, तो एक जर्नल फ़ाइल सिस्टम तुरंत बता सकता है और सब कुछ सुसंगत रखने के लिए आवश्यक सफाई कर सकता है। यह एक गैर-जर्नल फ़ाइल सिस्टम के साथ ऐसा नहीं है जिसमें त्रुटियों को खोजने के लिए वॉल्यूम की संपूर्ण सामग्री को देखना पड़ता है।
जबकि इस पत्रकारिता में भ्रष्टाचार की संभावना बहुत कम होती है, न कि भ्रष्टाचार फिर भी। उदाहरण के लिए, यदि हार्ड ड्राइव यंत्रवत् खराबी है या यदि जर्नल को लिखता है तो विफल या बाधित हो रहा है।
जर्नलिंग का मूल आधार यह है कि जर्नल प्रविष्टि लिखना बहुत जल्दी होता है, आमतौर पर, वास्तविक लेनदेन की तुलना में इसका वर्णन किया जाएगा। अतः, OS (ऑर्डर) लिखने वाले OS और हार्ड ड्राइव को पूरा करने के बीच की अवधि एक सामान्य लेखन की तुलना में बहुत कम है: चीजों को गलत तरीके से जाने के लिए एक संकरी खिड़की, लेकिन अभी भी एक खिड़की है।
नहीं।
सबसे सामान्य प्रकार की जर्नलिंग, जिसे मेटाडेटा जर्नलिंग कहा जाता है, केवल फ़ाइल सिस्टम की अखंडता की रक्षा करती है, डेटा की नहीं। इसमें शामिल है xfs, और ext3/ ext4डिफ़ॉल्ट data=orderedमोड में।
यदि एक गैर-जर्नलिंग फ़ाइल सिस्टम एक दुर्घटना ग्रस्त है, तो इसे fsckअगले बूट पर उपयोग करके चेक किया जाएगा । फ़ाइल सिस्टम पर fsckप्रत्येक इनकोड को स्कैन करता है, उन ब्लॉकों की तलाश करता है जो उपयोग के रूप में चिह्नित हैं, लेकिन उपलब्ध नहीं हैं (अर्थात कोई फ़ाइल नाम नहीं है), और उन ब्लॉकों को अप्रयुक्त के रूप में चिह्नित करता है। ऐसा करने में लंबा समय लगता है।
मेटाडेटा जर्नलिंग फ़ाइल सिस्टम के साथ, ए करने के बजाय fsck, यह जानता है कि यह किस ब्लॉक को बदलने के बीच में था, इसलिए यह उनके लिए पूरे विभाजन को खोजे बिना उन्हें मुफ्त में चिह्नित कर सकता है।
एक कम सामान्य प्रकार की जर्नलिंग है, जिसे डेटा जर्नलिंग कहा जाता है, जो कि ext3यदि आप data=journalविकल्प के साथ इसे माउंट करते हैं तो क्या होता है।
यह न केवल तार्किक कार्यों की सूची लिखकर आपके सभी डेटा की सुरक्षा करने का प्रयास करता है, बल्कि पत्रिका को प्रत्येक लिखने की संपूर्ण सामग्री भी। लेकिन क्योंकि यह आपके डेटा को दो बार लिख रहा है, इसलिए यह बहुत धीमा हो सकता है।
जैसा कि अन्य लोगों ने बताया है, यहां तक कि यह कोई गारंटी नहीं है, क्योंकि हार्ड ड्राइव ने ऑपरेटिंग सिस्टम को डेटा संग्रहीत करने के बारे में बताया होगा, जब यह तथ्य था कि यह अभी भी हार्ड ड्राइव के कैश में था।
अधिक जानकारी के लिए, विकिपीडिया जर्नलिंग फाइल सिस्टम लेख और ext4 प्रलेखन के डेटा मोड अनुभाग पर एक नज़र डालें ।
data=journalएक सुविधा के रूप में बिल्कुल कोई मतलब नहीं है?
यदि कोई पावर विफलता होती है, तो एक फाइलसिस्टम अपने फाइलसिस्टम की स्थिरता की गारंटी नहीं दे सकता है, क्योंकि यह नहीं जानता है कि हार्डवेयर क्या करेगा।
यदि कोई हार्ड ड्राइव बफ़र डेटा लिखने के लिए रखता है, लेकिन OS को बताता है कि उसने डेटा लिखा है और वह उपयुक्त राइटिंग बैरियर का समर्थन नहीं करता है, तो आउट-ऑफ़-ऑर्डर राइटिंग हो सकती है, जहां पहले वाला लेखन प्लेटर से नहीं टकराया हो, लेकिन बाद में एक है। देखें इस serverfault जवाब अधिक जानकारी के लिए।
इसके अलावा, एक चुंबकीय एचडीडी पर सिर की स्थिति इलेक्ट्रो-मैग्नेट के साथ नियंत्रित होती है। यदि लेखन के बीच में शक्ति विफल हो जाती है, तो कुछ डेटा को लिखना जारी रखना संभव है, जबकि सिर चलते हैं, ब्लॉक पर डेटा को दूषित करते हैं जो कि फाइल सिस्टम को कभी भी लिखने का इरादा नहीं करता है।
ZFS, जो करीब है, लेकिन एक जर्नलिंग फाइलसिस्टम नहीं है, बिजली की विफलता के बाद भ्रष्टाचार के खिलाफ डिजाइन द्वारा गारंटी दे रहा है।
इससे कोई फर्क नहीं पड़ता कि एक जारी लेखन बीच में बाधित होता है क्योंकि इस तरह के मामले में, इसका चेकसम निश्चित रूप से गलत होगा, इसलिए ब्लॉक को नजरअंदाज कर दिया जाएगा। चूंकि फ़ाइल सिस्टम लिखने पर कॉपी है, पिछले सही डेटा (या मेटा-डेटा) अभी भी डिस्क पर है और इसका उपयोग किया जाएगा।
जवाब ज्यादातर मामलों में है: