RAID पर रूट के साथ लिनक्स बूट

RAID सरणी पर पड़ी रूट फ़ाइल सिस्टम के साथ लिनक्स कर्नेल को लोड करने के लिए, आपको कर्नेल के लिए निम्न पैरामीटर पास करना होगा (ग्रब के लिए एक कार्य उदाहरण)। हमारे लिए महत्वपूर्ण विकल्प मापदंडों की पहली और दूसरी पंक्ति है।
title Gentoo Linux 3.0.8 Hardened
kernel (hd0,0)/linux-3.0.8-hardened/linux \
root=/dev/md0 \
md=0,/dev/sda1,/dev/sdc1 \
rootfstype=ext4 \
rootflags=nodelalloc,data=ordered,journal_checksum,barrier=1,acl,user_xattr \
panic=15 \
vga=792

पैरामीटर मान:
1. रूट = / dev / md0 डिवाइस फ़ाइल का नाम रूट FS से सेट करता है।
२.मद = ०, / देव / sda1, / देव / sdc1
मैं इस पैरामीटर पर अधिक विस्तार से ध्यान देना चाहूंगा। इसका निम्न प्रारूप है:
md=md_device_number,raid_level,chunk_size_factor,fault_level,dev0,dev1,...,devn


• md_device_number - md-device नंबर। उदाहरण के लिए, 0 का अर्थ है / देव / md0, 1 है / देव / md1। कृपया ध्यान दें - यह डिवाइस नंबर है, और सरणी में शामिल डिस्क की संख्या नहीं है, जैसा कि कभी-कभी वेब पर वर्णन में पाया जाता है।
• raid_level - RAID स्तर। रैखिक मोड (मूल्य -1) और RAID-0 (मूल्य 0) के लिए आवश्यक है। अन्य प्रकार के सरणियों के लिए, सुपरब्लॉक से जानकारी ली जाती है और इस मूल्य को छोड़ दिया जाना चाहिए।
• chunk_size_factor - chunk का आकार निर्धारित करता है। न्यूनतम मान 4kb (4k) है।
• फॉल्ट_वेल - जहां तक ​​मुझे प्रलेखन से समझ में आया, इस पैरामीटर को एमडी ड्राइवर द्वारा अनदेखा किया गया है (तब क्या प्रदान किया गया है?)
• dev0, ..., devn - सरणी में शामिल उपकरणों की एक सूची।

एक और महत्वपूर्ण बिंदु है। प्रलेखन में कहा गया है कि ड्राइवर सुपरब्लॉक संस्करण 0.90.0 और md-1 का समर्थन करता है।
लेकिन यह RAID-1 से सुपरब्लॉक संस्करण 1.2 के साथ बूट होगा, जो कि डिफ़ॉल्ट रूप से mdadm द्वारा बनाया गया है, मैं सफल नहीं हुआ। मुझे 0.90.0 संस्करण के साथ सरणी को फिर से बनाना था, जिसके बाद डाउनलोड सफल रहा। शायद इसका मतलब संस्करण 1.1 के लिए समर्थन था, संस्करण 1.1 और 1.2 के अपवाद के साथ।
आप इस उदाहरण के लिए उदाहरण के लिए mdadm स्विच --metadata = 0.90 निर्दिष्ट करके सुपरब्लॉक संस्करण 0.90 के साथ एक सरणी बना सकते हैं:
$ mdadm --create /dev/md0 -n 2 -l 1 --metadata=0.90 /dev/sd[ac]1


यदि सरणी पहले ही बनाई जा चुकी है, लेकिन सुपरब्लॉक का संस्करण 1.2 है, तो आप इसे केवल 0.90 संस्करण में बदल सकते हैं, उपरोक्त कमांड के साथ एक नया सरणी बनाकर, और पुराने सरणी से डेटा को नए में स्थानांतरित कर सकते हैं। यानी डेटा बैकअप MANDATORY!
अब मैं समझाऊंगा कि क्यों। मैंने विशेष रूप से परीक्षण सरणी पर डेटा खोए बिना सुपरब्लॉक को 1.2 से 0.90 तक बदलने की संभावना की जांच की। आगे देखते हुए, मैं कहूंगा कि ऐसी कोई संभावना नहीं है। किसी भी मामले में, मैं सफल नहीं हुआ। यदि आप जानते हैं कि यह कैसे करना है - मुझे बताएं, मैं आभारी रहूंगा।
सैद्धांतिक रूप से, जैसा कि आप सोच सकते हैं, आप कमांड के साथ सुपरब्लॉक मिटा सकते हैं:

#!!! . !!!
$ mdadm --zero-superblock /dev/sd[ac]1

और डिस्क तुल्यकालन के बिना एक नया सरणी बनाएं (--assume-clean), लेकिन कमांड के साथ संस्करण 0.90:
$ mdadm --create /dev/md0 --assume-clean -n 2 -l 1 --metadata=0.90 /dev/sd[ac]1


यह काम करता है। सरणी बनाई गई है, विभाजन तालिका बनी हुई है (ext4 के साथ एक विभाजन सरणी पर बनाया गया था), लेकिन फ़ाइल सिस्टम (ext4) पहले (सुपरब्लॉक की सफाई से पहले) बनाया गया, क्षतिग्रस्त सुपरब्लॉक पर शपथ ग्रहण करने से इनकार कर दिया गया। सरणियों v1.2 और v0.90 में इस एफएस के सुपरब्लॉक की तुलना करने के बाद, यह पता चलता है कि वे अलग हैं। इसके अलावा, न तो मुख्य और न ही बैकअप सुपरब्लॉक सहेजे जाते हैं (ब्लॉक 1 और 8193 में)। तो टीम भी
$ mount -o sb=8193,nocheck -t ext4 /dev/md0 /mnt/test

नहीं बचाएगा। यानी आपके डेटा के लिए, RAID सरणी के सुपरब्लॉक के संस्करण को बदलकर x लिया गया ... सामान्य तौर पर, यह बुरा है।

इसलिए, यह बेहतर है, और सबसे महत्वपूर्ण बात, सुरक्षित है कि एक नया सरणी बनाएं और इसे डेटा स्थानांतरित करें।
वैसे, एक ही संस्करण के क्षतिग्रस्त सुपरब्लॉक की मरम्मत करना (मान लें कि संस्करण 1.2 के साथ एक सरणी थी, और आप एक ही संस्करण के क्षतिग्रस्त सुपरब्लॉक को पुनर्स्थापित कर रहे हैं) ऊपर दो कमांड के साथ ठीक काम करता है और डेटा क्रम में रहता है। Theassume-clean स्विच के लिए धन्यवाद, जो सरणी के प्रत्येक डिस्क पर केवल नए सुपरब्लॉक बनाता है, और स्वयं डेटा को स्पर्श नहीं करता है।

एमडी ड्राइवर प्रलेखन