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