यहाँ पर सोचने के लिए दो चीजें हैं, जैसा कि अन्य उत्तरों से संकेत मिलता है।
पहला है फाइल सिस्टम करप्शन। यह मेटा-डेटा संरचनाओं से संबंधित है जो फ़ाइल सिस्टम को प्रयोग करने योग्य बनाता है, और कर्नेल द्वारा समझा और नियंत्रित किया जाता है।
दूसरा फाइलों की सामग्री है। जब फ़ाइल की सामग्री दूषित हो जाती है, तो कर्नेल को पता नहीं चलेगा (या देखभाल)। डेटाबेस जैसी जटिल प्रणाली इस समस्या का ध्यान रखने के लिए अपनी स्वयं की मेटा-डेटा सुविधाओं को लागू करती है, लेकिन एक विशिष्ट डेस्कटॉप सिस्टम पर अधिकांश फ़ाइल प्रकारों के लिए ऐसा नहीं है।
यदि आप किसी फ़ाइल को संपादित कर रहे हैं, तो फ़ाइल में "परिवर्तन" कई स्थानों पर लिख सकता है। जब ये सभी लेखन पूर्ण हो चुके होते हैं, तो फ़ाइल एक सुसंगत स्थिति में होती है, लेकिन जब इनमें से कुछ ही लिखी जाती हैं, तो फ़ाइल की सामग्री दूषित (असंगत) हो सकती है
ऑपरेटिंग सिस्टम लेनदेन में संबंधित समूह को "समूह" (लिखना) चाहिए। इसलिए, उदाहरण के लिए, जब कोई फ़ाइल बढ़ती है, तो डेटा को उस फ़ाइल से संबंधित ब्लॉकों पर लिखा जाना चाहिए, और फ़ाइल सिस्टम संरचनाओं को फ़ाइल में उन नए ब्लॉकों को आवंटित करने के लिए अद्यतन किया जाना चाहिए, और निर्देशिका प्रविष्टि में संभावित परिवर्तन (जैसे अंतिम संशोधन समय) ) एक समूह के रूप में, सभी को अपडेट किया जाए। एक बार जब यह सब सिंक करने के लिए (फ्लश हो गया) है, तो फ़ाइल सिस्टम फिर से सुसंगत हो जाएगा, लेकिन फ़ाइल सामग्री तब तक नहीं हो सकती है जब तक कि सभी प्रासंगिक लिखतों को आवेदन द्वारा प्रस्तुत नहीं किया जाता है और ऑपरेटिंग सिस्टम द्वारा डिस्क में फ्लश कर दिया जाता है।
यदि एप्लिकेशन एक जटिल परिवर्तन के बीच में है और सभी लेनदेन जारी होने से पहले अवरुद्ध हो जाता है, उदाहरण के लिए आप SAVE को दबाएं और अपने लैपटॉप के ढक्कन को तुरंत बंद कर दें, तो परिवर्तनों का पूरा समूह यह सब कर्नेल की लेखन कतारों में नहीं कर सकता है।
आम तौर पर जो कुछ भी लेखन कतारों में होता है, उसे डिस्क में प्रवाहित किया जाएगा। फ़ाइल सिस्टम को, आम तौर पर, सुसंगत होना चाहिए। फ़ाइल सिस्टम पत्रिकाओं के कारण हालांकि इसका मतलब यह हो सकता है कि उनमें से कुछ परिवर्तन अस्थायी रूप से एक लॉग में हैं, यद्यपि डिस्क पर सुरक्षित रूप से।
फ़ाइल सामग्री हालांकि एक और कहानी है।
