ठीक है। रूटीन स्क्रब के बाद, मेरा MDADM RAID5 mismatch_cnt = 16 की रिपोर्ट कर रहा है। जैसा कि मैं समझता हूं, इसका मतलब यह है कि किसी भी डिवाइस ने रीड एरर की सूचना नहीं दी है, लेकिन 16 ब्लॉक ऐसे हैं, जिनके लिए डेटा और समता सहमत नहीं हैं।
प्रश्न # 1: क्या कोई इन ब्लॉकों की सूची प्राप्त कर सकता है?
प्रश्न # 2: # 1 मान लेना संभव है, यह देखते हुए कि अंतर्निहित फाइलसिस्टम EXT4 है, क्या यह पहचानने का कोई तरीका है कि कौन सी फाइलें इन ब्लॉकों से जुड़ी हैं?
मेरे पास नज़दीकी बैकअप है और एक आदर्श दुनिया में, मैं बैकअप डेटा के खिलाफ लाइव सरणी को किसी भी फाइल को खोजने के लिए अलग कर सकता हूं जो चुपचाप भ्रष्ट हो गई हैं। लेकिन वास्तविकता यह है कि 6TB बैकअप डेटा को वापस बुलाया जा सकता है, यह दोनों बेहद महंगा और समय लेने वाला है। यह जानना कि कहां देखना है और क्या ठीक करना है, चीजों को सरल बना देगा।
(मुझे ध्यान देना चाहिए कि मैं केवल 'जांच' विकल्प के साथ RAID स्क्रब चलाता हूं। 'मरम्मत' विकल्प के साथ रनिंग स्क्रब खतरनाक रूप से खतरनाक लगता है क्योंकि एमडीएडीएम केवल यह जानता है कि या तो डेटा या समता गलत है लेकिन यह नहीं जानता कि कौन है। तो ऐसा लगता है कि 50% संभावना है कि MDADM गलत अनुमान लगाता है और गलत डेटा का पुनर्निर्माण करता है। इसलिए मेरी यह जानने की इच्छा है कि कौन सी फाइलें संभावित रूप से प्रभावित होती हैं ताकि मैं उन्हें बैकअप से पुनर्स्थापित कर सकूं, यदि आवश्यक हो तो)
किसी भी सुझाव बहुत सराहना की!
icheck
+ ncheck
में debugfs
ऑफसेट क्षेत्र के आधार पर फ़ाइलों की पहचान करने के लिए।
smartctl -a /dev/sda
और इतने पर), या जो भी अन्य विधि आपको प्रत्येक डिस्क पर एक लघु स्मार्ट परीक्षण चलाने और एक पूर्ण रिपोर्ट प्रिंट करने के लिए उपयोग करें। यह बहुत संभावना है कि उनमें से एक मर रहा है, और यह एक समग्र SMART स्वास्थ्य अलार्म को ट्रिगर करने के लिए खराब होने की गंभीर मात्रा लेता है।
dmesg
या / var / लॉग / syslog?