क्या विंडोज के बिना हार्ड डिस्क पर डेटा ख़राब हो सकता है मुझे चेतावनी दे सकता है कि डेटा का उपयोग करने का प्रयास करते समय ऐसा हुआ है?

क्या यह संभव है कि हार्ड डिस्क के भौतिक क्षरण के कारण OS 'नोटिफ़िकेशन' के बिना फ़ाइल सामग्री में 'फ्लिप' हो सकता है और फ़ाइल को पढ़ते समय आपको इसके बारे में बता सकता है? उदाहरण के लिए, ASCII टेक्स्ट फ़ाइल में एक 'p' (बाइनरी 0111000 0 ) बदलकर 'q' (0111000 1 ) हो सकता है और फिर एक उपयोगकर्ता (मुझे) फ़ाइल को खोलने और 'q' को देखने में सक्षम हो सकता है, बिना किसी विफलता के। हो गया?

मुझे FAT, NTFS या ReFS से संबंधित उत्तरों में दिलचस्पी है ... अगर इससे कोई फर्क पड़ता है।

मैं यह जानना चाहता हूं कि क्या ओएस मुझे इससे बचाता है, या यदि मुझे समय के साथ प्रतियों के बीच अपने डेटा की जांच करनी चाहिए।

— topo Reinstate Monica
स्रोत

विशेष रूप से संबंधित नहीं है, लेकिन समान है: superuser.com/questions/613702/…

— माइकल फ्रैंक

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

— CConard96

बेशक ... डेटा को 0 या 1 के सापेक्ष मान के साथ बिट्स के रूप में संग्रहीत किया जाता है, चुंबकीय और ठोस राज्य भंडारण सहित सभी प्रणालियों में एन्ट्रापी होती है। सभी डेटा समय के साथ खराब हो जाते हैं।

— ऐसजवेलिन

@ मोहब: मैं आपकी दूसरी ("इसके अलावा ...") टिप्पणी से प्रभावित होऊंगा यदि URL किसी भी तरह से हो, जो आपकी पहली टिप्पणी में URL से अलग हो।

— TOAMAM

यदि आप एक प्रतिबिंबित वॉल्यूम के ऊपर ReFS का उपयोग करते हैं (समता नहीं!) और इसे ठीक से कॉन्फ़िगर करें यह चेकसम फाइल डेटा के साथ-साथ फाइल सिस्टम मेटाडेटा भी करेगा। यह पढ़ने पर सत्यापित किया जाएगा (और यदि आवश्यक हो तो तय) और एक अनुसूचित नौकरी भी है जो समय-समय पर पता लगाए गए त्रुटियों के लिए पूरे वॉल्यूम को स्कैन करेगा।

— दाविदबक

जवाबों:

हां , एक चीज है जिसे बिट रोट कहा जाता है।

लेकिन नहीं , यह आपको किसी को प्रभावित नहीं करेगा।

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

जब ड्राइव सेक्टर को पढ़ता है, तो यह इन ईसीसी कोड की जांच करता है, और डेटा की मरम्मत करता है, यदि नेकसेरी और संभव हो। आगे क्या होता है यह परिस्थितियों और ड्राइव के फर्मवेयर पर निर्भर करता है, जो ड्राइव के पदनाम से प्रभावित होता है।

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

(यह "डेस्कटॉप", "NAS / RAID" या "वीडियो निगरानी" ड्राइव के रूप में बेचे जाने वाले ड्राइव के बीच मुख्य अंतरों में से एक है। एक RAID ड्राइव बस जल्दी से हार मान सकता है और विलंबता से बचने के लिए नियंत्रक की मरम्मत कर सकता है। उपयोगकर्ता पक्ष। एक डेस्कटॉप ड्राइव बार-बार पुन: प्रयास करेगा, क्योंकि उपयोगकर्ता को कुछ सेकंड इंतजार करने से शायद डेटा खो जाने की तुलना में बेहतर होता है। और वीडियो ड्राइव में त्रुटि रिकवरी की तुलना में निरंतर डेटा दर अधिक होती है, क्योंकि एक क्षतिग्रस्त फ्रेम आमतौर पर जीता जाता है। 'यहां तक कि ध्यान नहीं दिया जाएगा।)

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

मैंने खुद कभी एक भी त्रुटि नहीं देखी है, लेकिन मैंने बहुत सारे हार्ड ड्राइव देखे हैं जहां पूरे क्षेत्र में असफलता हुई है।

ड्राइव को पता चल जाएगा कि सेक्टर के साथ कुछ गड़बड़ है, लेकिन यह नहीं जानता कि कौन से बिट्स विफल हो गए हैं। (एक एकल बिट जो विफल हो गया है हमेशा ईसीसी द्वारा पकड़ा जाएगा)।

कृपया ध्यान दें कि chkdsk, और स्वचालित रूप से filesystems की मरम्मत, फ़ाइलों के भीतर डेटा reparing को संबोधित नहीं करते । वे फाइल सिस्टम की संरचना के साथ भ्रष्टाचार पर लक्षित हैं; निर्देशिका प्रविष्टि और आवंटित ब्लॉकों की संख्या के बीच एक फ़ाइल आकार भिन्न हो रहा है। एनटीएफएस की स्व-चिकित्सा सुविधा संरचनात्मक नुकसान का पता लगाएगी और उन्हें आपके डेटा को और अधिक प्रभावित करने से रोकेगी, वे पहले से क्षतिग्रस्त किसी भी डेटा की मरम्मत नहीं करेंगे।

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

मेरे पास यह परिदृश्य एक बार था, जहां एक एप्लिकेशन अपनी सभी फाइलों को अलग-अलग डेटा केंद्रों में दो अलग-अलग सर्वरों में सहेजता था, यदि सभी परिस्थितियों में डेटा को काम की प्रतिलिपि रखने के लिए। कुछ महीनों के बाद, हमने देखा कि सभी प्रतियों में से लगभग ०.१% फाइलें एमडी ५ की राशि से मेल नहीं खाती हैं जो कि इसके डेटाबेस में संग्रहित है। सर्वर और सैन के बीच एक दोषपूर्ण फाइबर केबल निकला।

ये अन्य कारण हैं कि कुछ फाइल सिस्टम, जैसे कि ZFS, त्रुटियों का पता लगाने के लिए अतिरिक्त चेकसम जानकारी रखते हैं। वे आपको बहुत अधिक चीजों से बचाने के लिए डिज़ाइन किए गए हैं जो कि केवल बिट रोट की तुलना में गलत हो सकते हैं।

— गुंतराम ब्लोहम मोनिका का समर्थन करता है
स्रोत

+1 इंगित करने के लिए कि ड्राइव मीडिया की गिरावट के अलावा अन्य हार्डवेयर मुद्दे दूषित डेटा को पढ़ने और लिखने का कारण बन सकते हैं । मुझे व्यक्तिगत रूप से एक मामले में खराब केबल के साथ समस्या थी। और, FYI करें, ZFS के अलावा, Windows ReFS फ़ाइल सिस्टम (सर्वर 2012+ के लिए) जब ठीक से कॉन्फ़िगर किया गया हो और स्टोरेज स्पेस के शीर्ष पर चल रहा हो, तो फ़ाइल डेटा के साथ-साथ फ़ाइल सिस्टम मेटाडेटा को भी रिकवर करेगा और उसे पुनर्प्राप्त करेगा, साथ ही यह समय-समय पर पूरे वॉल्यूम को करेगा। अखंडता ऐसी कई त्रुटियों का पता लगाने और ठीक करने के लिए स्कैन करता है।

— दाविदबक

हां, हार्ड ड्राइव ओएस से बिना किसी चेतावनी के नीचा दिखा सकता है। इसे बिट रोट कहते हैं । मैंने खुद कभी एक भी त्रुटि नहीं देखी है, लेकिन मैंने बहुत सारे हार्ड ड्राइव देखे हैं जहां पूरे क्षेत्र में असफलता हुई है।

NTFS फाइल सिस्टम की संरचना से परे विंडोज में फाइल कंटेंट की कोई सुरक्षा नहीं है। NTFS को एक किताब के रूप में सोचें: अच्छी तरह से यह केवल सामग्री की तालिका की रक्षा करता है और सत्यापित करता है कि चीजें मेल खाती हैं। हालाँकि, अगर क्षति एक पृष्ठ के बीच में है, तो यह कोई सुरक्षा प्रदान नहीं करता है। एफएटी के पास कुछ भी नहीं है। हार्ड ड्राइव ईसीसी त्रुटि सुधार को प्रति-सेक्टर आधार पर नियोजित करता है, लेकिन ड्राइव विंडोज को नहीं बताता है। कुछ फ़ाइल प्रकारों में विशेष रूप से भ्रष्टाचार का पता लगाने के लिए CRC, MD5 या SHA हैश है, लेकिन वे कुछ भी ठीक नहीं करते हैं।

फिर भी हैश केवल आपको बताता है कि कोई समस्या है, लेकिन यह नहीं जानता कि त्रुटि कहाँ स्थित है।

हार्ड ड्राइव में SMART है जो हार्ड ड्राइव के स्वास्थ्य पर नज़र रखता है, लेकिन जब तक कि ड्राइव मौत के दरवाजे पर नहीं है, तब तक BIOS आपको चेतावनी नहीं देगा। अभी तक सबसे खराब, स्मार्ट अक्सर आपके BIOS में डिफ़ॉल्ट रूप से अक्षम होता है। आप सॉफ़्टवेयर के माध्यम से संख्याओं की निगरानी कर सकते हैं, लेकिन विभिन्न ड्राइव में अलग-अलग मुद्दे हैं। यदि आपके पास स्थानांतरित क्षेत्रों का समूह है, या आपकी ECC त्रुटियां लगातार बढ़ रही हैं। यदि आपके पास हर रोज़ 100,000 नए ईसीसी हैं, तो यह एक बुरा संकेत है।

कई फाइलों के प्रकारों में बिट रॉट के खिलाफ कोई सुरक्षा नहीं है । जैसे, TXT और BMP, जिनकी कोई सुरक्षा नहीं है। Winrar के पास संग्रह में समता डेटा जोड़ने का एक वैकल्पिक विकल्प है जो फ़ाइल को बड़ा बना देगा, लेकिन यह इस तरह की त्रुटि का पता लगा सकता है (समता डेटा की मात्रा के अनुपात में) और इसकी मरम्मत कर सकता है।

अन्य सभी संपीड़न कार्यक्रम जिन्हें मैं त्रुटियों का पता लगाता हूं, लेकिन इसके बारे में कुछ भी करने के लिए असहाय हैं।

आखिरकार, एक सेक्टर की त्रुटियां इतनी खराब होंगी कि ECC इसे सही नहीं कर सकता है, और ड्राइव आपको वह देगा जो इसे गलत होने पर भी पढ़ता है।

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

— cybernard
स्रोत

Windows, chdsk, और न ही NTFS के पास बिट रॉट के खिलाफ डिटेक्शन है, जिसे RAID द्वारा नियंत्रित किया जाता है, या समता के साथ एक फाइल सिस्टम। एक खराब विभाजन न तो सड़ांध के कारण होता है और न ही इसके कारण होता है। मैं इस जवाब को स्वीकार करता हूं

— रामहाउंड

@ रामध्वज, उन उपयोगकर्ताओं की संख्या, जो RAID मिररिंग, लेवल 5, या लेवल 6 के साथ डेटा की सुरक्षा करते हैं, शायद 0.01% से कम है

— साइबरन

मुझे पता है कि मैं सामान्य रूप से बोल रहा था। बिट रोट! = खराब विभाजन

— रामहुंड

एनआर = नहीं या; एक वाक्य में प्रयुक्त इसका मतलब है कि यह एक विशेष सूची है;

— रामहुंड

मेरे पास यह 750GB हार्ड ड्राइव था जो इस तरह की चीजें करता था। सबसे पहले कंप्यूटर धीमा था और हर समय जमा देता है। जब मैं कुछ पाठ फ़ाइलों का हिस्सा शून्य कर देता हूं या उन्हें गारबेज कर दिया जाता है। बाद में कंप्यूटर ने बूट करना बंद कर दिया। एक नई हार्ड डिस्क मिल गई (मुझे HDD नहीं SSD मिला। मुझे लगता है कि मुझे SSD मिल जाना चाहिए था) और समस्या चली गई और पीसी तेज है

— Suici Doga

हाँ यह संभव है। विंडोज सिर्फ सॉफ्टवेयर है। सॉफ्टवेयर एक कंप्यूटर के लिए निर्देशों का पालन करने की एक श्रृंखला है।

निर्देशों की एक अन्य प्रकार की श्रृंखला के बारे में सोचें: एक किताब। यदि वे ऐसी किताब में लिखे गए हैं, जो एक शेल्फ पर बैठती है और पुस्तक को खोलने के लिए कोई भी परेशान नहीं करता है, तो वे निर्देश क्या पूरा कर सकते हैं?

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

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

फीचर्स फीचर्स पर कम है। FAT12 को 4GB तक के सिस्टम के लिए फ़्लॉपी डिस्क और FAT16 के लिए डिज़ाइन किया गया था (हालाँकि FAT16 के अधिकांश Microsoft का कार्यान्वयन 2GB से ऊपर काम नहीं करने के लिए था)। VFAT एक्सटेंशन के बिना, दोनों में से किसी ने भी 11 वर्णों से अधिक फ़ाइल नाम का समर्थन नहीं किया (जिनमें से कुछ "एक्सटेंशन") नामक भाग में होंगे। एफएटी को केवल एक समय में डेटा स्टोर करने के लिए डिज़ाइन किया गया था जब डेटा स्टोर करने की क्षमता एक उपन्यास अवधारणा थी जिसके बारे में वयस्कों को सिखाया जाना चाहिए। जब एफएटी को "अग्रणी बढ़त" तकनीक माना जाता था, तो कंप्यूटर तकनीक अभी तक पर्याप्त रूप से प्रचलित नहीं थी और लोगों के लिए उन्नत सुविधाओं के बारे में चिंतित होना चाहिए।

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

ऐसे ऑपरेटिंग सिस्टम के लिए सॉफ़्टवेयर ऐसी चीज़ों को नोटिस करने की बहुत संभावना नहीं है, जब तक कि वे ऑपरेटिंग सिस्टम के कार्यों को पूरा करने के लिए उल्लेखनीय समस्याएं पैदा न करें। ऑपरेटिंग सिस्टम के कुछ हिस्सों की तरह कुछ अपवाद भी हो सकते हैं, जो डिस्क की जांच करते हैं (CheckDsk / ChDDsk / ScanDisk / ScanDskW, ऑपरेटिंग सिस्टम पर निर्भर करता है), लेकिन यहां तक कि वे बल्कि वे सीमित कर सकते हैं जो वे पता लगा सकते हैं, बड़े पैमाने पर क्योंकि फाइल सिस्टम डॉन 'बहुत बड़ी मात्रा में डेटा संग्रहीत करना जिसका उद्देश्य डिस्क जाँच के लिए उपयोगी होना था।

(RAID5 ऐसी चीज़ों का पता लगाने के लिए अधिक प्रवण हो सकता है, जिसमें प्रत्येक बिट समता बिट होता है जो कुछ असामान्य नोटिस करने में मदद करेगा। फिर भी, समस्या को नोटिस करने के लिए एक चेक चलाने के लिए यह RAID कार्यान्वयन तक होगा। यदि समस्या हुई है। डिस्क का एक हिस्सा जो सक्रिय रूप से काम नहीं कर रहा है, समस्या तब तक किसी पर ध्यान नहीं दे सकती है जब तक कि कोई उस डेटा का उपयोग शुरू करने की कोशिश नहीं करता है।)

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

— TOOGAM
स्रोत