Btrfs को सब कुछ करने दें।
एक बात के लिए, Btrfs का अपना एकीकृत मिररिंग कोड है जो मैडम की तुलना में अधिक स्मार्ट हो सकता है।
बेशक अगर कोई मैडम रेड 10 में एक मिरर की हुई जोड़ी में कोई डिस्क फेल होती है, तो आप खराब डिस्क को बदल सकते हैं और अपने जीवन को आगे बढ़ा सकते हैं (शेल कमांड के एक संकटपूर्ण जटिल सेट के बाद)। समस्या यह है कि यदि आपकी डिस्क थोड़ी अधिक नरम हो जाती है: यदि कुछ ब्लॉक केवल एक गलत ब्लॉक के लिए उपयुक्त त्रुटि कोड देने के बजाय गलत बिट्स वापस देते हैं, तो डेटा को पढ़ते समय आप बेतरतीब ढंग से खराब डेटा प्राप्त करेंगे। Btrfs इससे अधिक स्मार्ट है: यह डेटा के हर बिट को चेक करता है। सच कहूं तो मुझे नहीं पता कि "हर ब्रीटी नोड" या "हर ब्लॉक" कहना अधिक सही है, लेकिन मुद्दा यह है कि जब यह किसी दर्पण सरणी से कुछ डेटा पढ़ता है, तो यह आपके वापस देने से पहले चेकसम की जांच करता है उपयोगकर्ता प्रक्रिया। यदि चेकसम मेल नहीं खाता है, तो यह सरणी में दूसरे दर्पण को पहले सुरक्षित करता है, और यदि वह सही चेकसम देता है,
Btrfs विकि विशेष रूप से आपके प्रश्न का उल्लेख करती है :
यदि Btrfs मिररिंग के लिए डिवाइस मैपर या एमडी पर निर्भर थे, तो यह मिरर किए गए कॉपी की जांच करके चेकसम विफलताओं को हल करने में सक्षम नहीं होगा । निचली परतें फाइलसिस्टम ब्लॉक के चेकसम या ग्रैन्युलैरिटी को नहीं जानती हैं, और इसलिए वे उस डेटा को सत्यापित करने में सक्षम नहीं हैं जो वे वापस करते हैं।
अंत में, इस पर्याप्त लाभ के बिना, हटाए गए या जोड़े गए Btrfs उपकरणों से निपटने के लिए कमांड-लाइन वर्कफ़्लो सुपर सरल है। मुझे यकीन नहीं है कि मैं अपमानित-माउंट-तब-फिक्स-आपकी-फाइलसिस्टम शेल कमांड को सही से प्राप्त कर सकता हूं, लेकिन Btrfs के लिए यह कई उपकरणों के पेज पर स्पष्ट रूप से प्रलेखित है :
mount -o degraded /dev/sdb /mnt
btrfs device delete missing /mnt
इस बिंदु पर यदि आपके पास अपने शेष डिस्क पर पर्याप्त जगह है, तो आप हमेशा बस btrfs rebalance
और इसके साथ हो सकते हैं; दर्पण को बदलने की कोई आवश्यकता नहीं है, क्योंकि आपको मैडम के साथ करने की आवश्यकता होगी! और यदि आप इसे बदलना चाहते हैं, तो आप btrfs device add
पहले कर सकते हैं ।