Miklix

ಉಬುಂಟುನಲ್ಲಿ mdadm ಅರೇಯಲ್ಲಿ ವಿಫಲವಾದ ಡ್ರೈವ್ ಅನ್ನು ಬದಲಾಯಿಸುವುದು

ಪ್ರಕಟಣೆ: ಫೆಬ್ರವರಿ 15, 2025 ರಂದು 10:03:54 ಅಪರಾಹ್ನ UTC ಸಮಯಕ್ಕೆ

ನೀವು mdadm RAID ಶ್ರೇಣಿಯಲ್ಲಿ ಡ್ರೈವ್ ವೈಫಲ್ಯವನ್ನು ಹೊಂದುವ ಭಯಾನಕ ಪರಿಸ್ಥಿತಿಯಲ್ಲಿದ್ದರೆ, ಉಬುಂಟು ವ್ಯವಸ್ಥೆಯಲ್ಲಿ ಅದನ್ನು ಸರಿಯಾಗಿ ಬದಲಾಯಿಸುವುದು ಹೇಗೆ ಎಂಬುದನ್ನು ಈ ಲೇಖನವು ವಿವರಿಸುತ್ತದೆ.


ಸಾಧ್ಯವಾದಷ್ಟು ಜನರಿಗೆ ಲಭ್ಯವಾಗುವಂತೆ ಮಾಡಲು ಈ ಪುಟವನ್ನು ಇಂಗ್ಲಿಷ್‌ನಿಂದ ಯಂತ್ರಭಾಷಾಂತರಿಸಲಾಗಿದೆ. ದುರದೃಷ್ಟವಶಾತ್, ಯಂತ್ರಭಾಷಾಂತರವು ಇನ್ನೂ ಪರಿಪೂರ್ಣ ತಂತ್ರಜ್ಞಾನವಾಗಿಲ್ಲ, ಆದ್ದರಿಂದ ದೋಷಗಳು ಸಂಭವಿಸಬಹುದು. ನೀವು ಬಯಸಿದರೆ, ನೀವು ಮೂಲ ಇಂಗ್ಲಿಷ್ ಆವೃತ್ತಿಯನ್ನು ಇಲ್ಲಿ ವೀಕ್ಷಿಸಬಹುದು:

Replacing a Failed Drive in an mdadm Array on Ubuntu

ಈ ಪೋಸ್ಟ್‌ನಲ್ಲಿರುವ ಮಾಹಿತಿಯು ಉಬುಂಟು 18.04 ಮತ್ತು ಅದರ ರೆಪೊಸಿಟರಿಗಳಲ್ಲಿ ಸೇರಿಸಲಾದ mdadm ಆವೃತ್ತಿಯನ್ನು ಆಧರಿಸಿದೆ; v4.1-rc1 ಬರೆಯುವ ಸಮಯದಲ್ಲಿ. ಇದು ಇತರ ಆವೃತ್ತಿಗಳಿಗೆ ಮಾನ್ಯವಾಗಿರಬಹುದು ಅಥವಾ ಇಲ್ಲದಿರಬಹುದು.

ಇತ್ತೀಚೆಗೆ ನನ್ನ ಹೋಮ್ ಫೈಲ್ ಸರ್ವರ್‌ನಲ್ಲಿ ಹಠಾತ್ ಡ್ರೈವ್ ವೈಫಲ್ಯ ಸಂಭವಿಸಿದೆ, ಇದು mdadm RAID-6 ಶ್ರೇಣಿಯಲ್ಲಿ ಒಂಬತ್ತು ಡ್ರೈವ್‌ಗಳನ್ನು ಒಳಗೊಂಡಿದೆ. ಅದು ಯಾವಾಗಲೂ ಭಯಾನಕವಾಗಿದೆ, ಆದರೆ ಅದೃಷ್ಟವಶಾತ್ ಮರುನಿರ್ಮಾಣವನ್ನು ಪ್ರಾರಂಭಿಸಲು ಮರುದಿನ ಈಗಾಗಲೇ ವಿತರಿಸಲಾದ ಬದಲಿ ಡ್ರೈವ್ ಅನ್ನು ತ್ವರಿತವಾಗಿ ಪಡೆಯಲು ನನಗೆ ಸಾಧ್ಯವಾಯಿತು.

ನಾನು ಮೂಲತಃ ಫೈಲ್ ಸರ್ವರ್ ಅನ್ನು ಸೆಟಪ್ ಮಾಡಿದಾಗ ನಾನು ಸ್ವಲ್ಪ ಅಗ್ಗವಾಗಿದ್ದೆ ಎಂಬುದು ನಿಜ; ಡ್ರೈವ್‌ಗಳಲ್ಲಿ ಕೇವಲ ಎರಡು ಮಾತ್ರ ನಿಜವಾದ NAS ಡ್ರೈವ್‌ಗಳು (ಸೀಗೇಟ್ ಐರನ್‌ವುಲ್ಫ್), ಉಳಿದವು ಡೆಸ್ಕ್‌ಟಾಪ್ ಡ್ರೈವ್‌ಗಳು (ಸೀಗೇಟ್ ಬರಾಕುಡಾ). ಆಶ್ಚರ್ಯವೇನಿಲ್ಲ, ಅದು ಕೈಬಿಟ್ಟ ಡೆಸ್ಕ್‌ಟಾಪ್ ಡ್ರೈವ್‌ಗಳಲ್ಲಿ ಒಂದಾಗಿದೆ (ಸುಮಾರು ಮೂರು ವರ್ಷಗಳ ಸೇವೆಯ ನಂತರ). ಅದು ಸಂಪೂರ್ಣವಾಗಿ ಸತ್ತಿತ್ತು; ಅದನ್ನು ಡೆಸ್ಕ್‌ಟಾಪ್ ಯುಎಸ್‌ಬಿ ಎನ್‌ಕ್ಲೋಸರ್‌ಗೆ ಸ್ಥಳಾಂತರಿಸಿದ ನಂತರ ನನಗೆ ಅದರಿಂದ ಹೊರಬಂದದ್ದು ಆತಂಕಕಾರಿ ಕ್ಲಿಕ್ ಮಾಡುವ ಶಬ್ದ ಮತ್ತು ಉಬುಂಟು 20.04 ಅಥವಾ ವಿಂಡೋಸ್ 10 ಅದನ್ನು ಪತ್ತೆಹಚ್ಚಲು ಸಾಧ್ಯವಾಗಲಿಲ್ಲ.

ಓಹ್, ಬದಲಿ ಭಾಗಕ್ಕೆ ಹೋಗೋಣ (ಮತ್ತು ಹೌದು, ನಾನು ಖರೀದಿಸಿದ ಹೊಸ ಡ್ರೈವ್ ಐರನ್‌ವುಲ್ಫ್ ಆಗಿತ್ತು, ಪಾಠ ಕಲಿತಿದೆ) - ಚಾಲನೆಯಲ್ಲಿರುವ ಶ್ರೇಣಿಯಲ್ಲಿ ಡ್ರೈವ್ ಅನ್ನು ಕಳೆದುಕೊಳ್ಳುವುದು ಎಷ್ಟು ಭಯಾನಕವೋ, ಅದನ್ನು ಬದಲಾಯಿಸಲು ಸರಿಯಾದ ಕಾರ್ಯವಿಧಾನ ನಿಮಗೆ ತಿಳಿದಿಲ್ಲದಿದ್ದರೆ ಅದು ಇನ್ನೂ ಭಯಾನಕವಾಗಿರುತ್ತದೆ. mdadm ಶ್ರೇಣಿಯಲ್ಲಿ ವಿಫಲವಾದ ಡ್ರೈವ್ ಅನ್ನು ನಾನು ಬದಲಾಯಿಸಬೇಕಾಗಿರುವುದು ಇದೇ ಮೊದಲಲ್ಲ, ಆದರೆ ಅದೃಷ್ಟವಶಾತ್ ಅದು ತುಂಬಾ ಅಪರೂಪ, ನಾನು ಸಾಮಾನ್ಯವಾಗಿ ಸರಿಯಾದ ಆಜ್ಞೆಗಳನ್ನು ನೋಡಬೇಕಾಗುತ್ತದೆ. ಈ ಬಾರಿ ಭವಿಷ್ಯದ ಉಲ್ಲೇಖಕ್ಕಾಗಿ ನನ್ನದೇ ಆದ ಸಣ್ಣ ಮಾರ್ಗದರ್ಶಿಯನ್ನು ರಚಿಸಲು ನಿರ್ಧರಿಸಿದೆ.

ಆದ್ದರಿಂದ, ಮೊದಲನೆಯದಾಗಿ, ನೀವು mdadm ನಿಂದ ಭಯಾನಕ ವಿಫಲ ಈವೆಂಟ್ ಇ-ಮೇಲ್ ಅನ್ನು ಪಡೆದಾಗ, ಯಾವ ಡ್ರೈವ್ ವಿಫಲವಾಗಿದೆ ಎಂಬುದನ್ನು ನೀವು ಗುರುತಿಸಬೇಕು. ಖಂಡಿತ, ಅದು ನಿಮಗೆ ಸಾಧನದ ಹೆಸರನ್ನು ಹೇಳುತ್ತದೆ (ನನ್ನ ಸಂದರ್ಭದಲ್ಲಿ /dev/sdf), ಆದರೆ ಯಂತ್ರವು ಬೂಟ್ ಮಾಡಿದಾಗ ಆ ಹೆಸರುಗಳು ಬದಲಾಗಬಹುದು, ಆದ್ದರಿಂದ ಅದು ನಿಜವಾಗಿಯೂ ಯಾವ ಭೌತಿಕ ಡ್ರೈವ್ ಎಂದು ಸ್ಪಷ್ಟವಾಗಿಲ್ಲ.

ಯಾವ ಸಾಧನದ ಹೆಸರು ವಿಫಲವಾಗಿದೆ ಎಂದು ನಿಮಗೆ ಖಚಿತವಿಲ್ಲದಿದ್ದರೆ, ನೀವು ಕಂಡುಹಿಡಿಯಲು ಈ ಕೆಳಗಿನ ಆಜ್ಞೆಯನ್ನು ಬಳಸಬಹುದು (/dev/md0 ಅನ್ನು ನಿಮ್ಮ RAID ಸಾಧನದೊಂದಿಗೆ ಬದಲಾಯಿಸಿ):

mdadm -–query -–detail /dev/md0

ಹೇಳಿದಂತೆ, ನನ್ನ ವಿಷಯದಲ್ಲಿ ಅದು /dev/sdf ಆಗಿತ್ತು, ಆದ್ದರಿಂದ ಅದನ್ನು ಮುಂದುವರಿಸೋಣ.

ನಂತರ, ನೀವು ಈ ಆಜ್ಞೆಯನ್ನು ನೀಡುವ ಮೂಲಕ ವಿಫಲವಾದ ಡ್ರೈವ್‌ನ ಸರಣಿ ಸಂಖ್ಯೆಯನ್ನು ಕಂಡುಹಿಡಿಯಲು ಪ್ರಯತ್ನಿಸಬಹುದು:

smartctl -–all /dev/sdf | grep -i 'Serial'

(smartctl ಸಿಗದಿದ್ದರೆ, ನೀವು ಉಬುಂಟುನಲ್ಲಿ smartmontools ಪ್ಯಾಕೇಜ್ ಅನ್ನು ಸ್ಥಾಪಿಸಬೇಕಾಗುತ್ತದೆ)

ನಂತರ ಸರಣಿ ಸಂಖ್ಯೆಯನ್ನು ಡ್ರೈವ್‌ಗಳಲ್ಲಿರುವ ಭೌತಿಕ ಲೇಬಲ್‌ನಲ್ಲಿರುವ ಸರಣಿ ಸಂಖ್ಯೆಗಳಿಗೆ ಹೋಲಿಸಿ, ಯಾವುದು ವಿಫಲವಾಗಿದೆ ಎಂಬುದನ್ನು ಕಂಡುಹಿಡಿಯಬಹುದು.

ಆದರೆ ಈ ಬಾರಿ ನಾನು ಅದೃಷ್ಟಶಾಲಿಯಾಗಿರಲಿಲ್ಲ. ಡ್ರೈವ್ ಸಂಪೂರ್ಣವಾಗಿ ನಿಷ್ಕ್ರಿಯವಾಗಿತ್ತು ಮತ್ತು SMART ಅಥವಾ ಸೀರಿಯಲ್ ಸಂಖ್ಯೆ ಸೇರಿದಂತೆ ಇತರ ಡೇಟಾವನ್ನು ಒದಗಿಸಲು ನಿರಾಕರಿಸಿತು.

ನನಗೆ ಸರ್ವರ್‌ಗೆ ಭೌತಿಕ ಪ್ರವೇಶವಿತ್ತು (ನೀವು ಭೌತಿಕ ಡ್ರೈವ್ ಅನ್ನು ಬದಲಾಯಿಸಲು ಹೋದರೆ ಇದು ನಿಮಗೆ ನಿಜವಾಗಿಯೂ ಅಗತ್ಯವಾಗಿರುತ್ತದೆ ಎಂದು ನಾನು ಭಾವಿಸುತ್ತೇನೆ ;-)) ಮತ್ತು ಡಿಸ್ಕ್ ವಿಫಲವಾದಾಗ ಸರ್ವರ್ ನಿಜವಾಗಿಯೂ ಚಾಲನೆಯಲ್ಲಿತ್ತು (ಮತ್ತು RAID-6 ಪುನರುಕ್ತಿಯಿಂದಾಗಿ ಉತ್ತಮವಾಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸುವುದನ್ನು ಮುಂದುವರೆಸಿತು), ನಾನು ನಿಜವಾಗಿಯೂ ಪ್ರಾಚೀನ, ಆದರೆ ವಾಸ್ತವವಾಗಿ ಹೆಚ್ಚು ಪರಿಣಾಮಕಾರಿ ಮತ್ತು ಸ್ಪಷ್ಟವಾದ, ದೊಡ್ಡ ಫೈಲ್ ಅನ್ನು ಸರ್ವರ್‌ಗೆ ನಕಲಿಸುವ ಮತ್ತು ಯಾವ HDD ಲೈಟ್ ಮಿನುಗುತ್ತಿಲ್ಲ ಎಂಬುದನ್ನು ನೋಡುವ ವಿಧಾನವನ್ನು ಆರಿಸಿಕೊಂಡೆ. ಕೆಲವು ಸೆಕೆಂಡುಗಳಲ್ಲಿ ನಾನು ಅಪರಾಧಿಯನ್ನು ಗುರುತಿಸಿದೆ.

ಈಗ, ಭೌತಿಕ ಡ್ರೈವ್ ಅನ್ನು ಹೊರತೆಗೆಯುವ ಮೊದಲು, ಈ ಆಜ್ಞೆಯನ್ನು ನೀಡುವ ಮೂಲಕ mdadm ಗೆ ಈ ಉದ್ದೇಶವನ್ನು ಔಪಚಾರಿಕವಾಗಿ ತಿಳಿಸುವುದು ಒಳ್ಳೆಯದು (ಸೂಕ್ತವಾದಂತೆ ಸಾಧನದ ಹೆಸರುಗಳನ್ನು ನಿಮ್ಮದೇ ಆದ ಹೆಸರುಗಳೊಂದಿಗೆ ಬದಲಾಯಿಸಿ):

mdadm -–manage /dev/md0 -–remove /dev/sdf1

ಯಶಸ್ವಿಯಾದಾಗ, mdadm ಡ್ರೈವ್ ಅನ್ನು "ಹಾಟ್ ರಿಮೂವ್ಡ್" ಎಂದು ಹೇಳುವ ಸಂದೇಶದೊಂದಿಗೆ ಪ್ರತ್ಯುತ್ತರಿಸುತ್ತದೆ, ಏಕೆಂದರೆ ಆ ಸಮಯದಲ್ಲಿ ವರ್ಚುವಲ್ ರೇಡ್ ಸಾಧನವು ನಿಜವಾಗಿಯೂ ಚಾಲನೆಯಲ್ಲಿದೆ.

"ಸಾಧನ ಅಥವಾ ಸಂಪನ್ಮೂಲ ಕಾರ್ಯನಿರತವಾಗಿದೆ" ಎಂಬಂತಹ ದೋಷ ಸಂದೇಶದೊಂದಿಗೆ ಅದು ವಿಫಲವಾದರೆ, mdadm ಡ್ರೈವ್ ಅನ್ನು ಸಂಪೂರ್ಣವಾಗಿ ವಿಫಲಗೊಳಿಸಲು ನೋಂದಾಯಿಸಿಲ್ಲದಿರಬಹುದು. ಹಾಗೆ ಮಾಡಲು, ಈ ಆಜ್ಞೆಯನ್ನು ನೀಡಿ (ಮತ್ತೊಮ್ಮೆ, ಸೂಕ್ತವಾದಂತೆ ಸಾಧನದ ಹೆಸರುಗಳನ್ನು ನಿಮ್ಮದೇ ಆದ ಹೆಸರುಗಳೊಂದಿಗೆ ಬದಲಾಯಿಸಲು ಮರೆಯದಿರಿ):

mdadm --manage /dev/md0 --fail /dev/sdf

ಅದರ ನಂತರ, ಹಿಂದಿನ ಆಜ್ಞೆಯೊಂದಿಗೆ ನೀವು ಸಾಧನವನ್ನು ಶ್ರೇಣಿಯಿಂದ ತೆಗೆದುಹಾಕಲು ಸಾಧ್ಯವಾಗುತ್ತದೆ.

ಈಗ ಡ್ರೈವ್ ಅನ್ನು ಬದಲಾಯಿಸುವ ಸಮಯ ಬಂದಿದೆ. ನಿಮ್ಮ ಯಂತ್ರ ಮತ್ತು ನಿಯಂತ್ರಕವು ಹಾಟ್ ಸ್ವಾಪಿಂಗ್ ಅನ್ನು ಬೆಂಬಲಿಸುತ್ತದೆ ಎಂದು ನೀವು ನಿಜವಾಗಿಯೂ ಖಚಿತವಾಗಿದ್ದರೆ, ಯಂತ್ರವನ್ನು ಸ್ಥಗಿತಗೊಳಿಸದೆಯೇ ನೀವು ಇದನ್ನು ಮಾಡಬಹುದು. ನೈಜ, ಸರಿಯಾದ ಸರ್ವರ್ ಹಾರ್ಡ್‌ವೇರ್‌ನಲ್ಲಿ ಚಾಲನೆಯಲ್ಲಿರುವ ನಿರ್ಣಾಯಕ ಉತ್ಪಾದನಾ ವ್ಯವಸ್ಥೆಗಳನ್ನು ನಿರ್ವಹಿಸಲು ಇದು ಮಾರ್ಗವಾಗಿದೆ, ಅದು ಅದನ್ನು ನಿಭಾಯಿಸಬಲ್ಲದು ಎಂದು ನಿಮಗೆ ತಿಳಿದಿದೆ. ನನ್ನ ಹೋಮ್ ಫೈಲ್ ಸರ್ವರ್ ಗ್ರಾಹಕ ದರ್ಜೆಯ ಡೆಸ್ಕ್‌ಟಾಪ್ ಮದರ್‌ಬೋರ್ಡ್ ಅನ್ನು ಆಧರಿಸಿದೆ, ಆದಾಗ್ಯೂ, ಹೆಚ್ಚಿನ SATA ಪೋರ್ಟ್‌ಗಳನ್ನು ಒದಗಿಸಲು PCIe ಸ್ಲಾಟ್‌ಗಳಲ್ಲಿ ಒಂದೆರಡು ಅರೆ-ನಾಮಕರಣ ಮಾಡದ SATA ನಿಯಂತ್ರಕಗಳನ್ನು ಹೊಂದಿದೆ.

SATA ಸಾಮಾನ್ಯವಾಗಿ ಹಾಟ್ ಸ್ವಾಪಿಂಗ್ ಅನ್ನು ಬೆಂಬಲಿಸಬೇಕಾದರೂ , ಈ ಸೆಟಪ್‌ನಲ್ಲಿ ನಾನು ಏನನ್ನೂ ಅಪಾಯಕ್ಕೆ ತೆಗೆದುಕೊಳ್ಳುವ ಸ್ಥಿತಿಯಲ್ಲಿ ಇರಲಿಲ್ಲ, ಆದ್ದರಿಂದ ಡ್ರೈವ್ ಅನ್ನು ಬದಲಾಯಿಸುವಾಗ ಯಂತ್ರವನ್ನು ಸ್ಥಗಿತಗೊಳಿಸಲು ನಾನು ಆರಿಸಿಕೊಂಡೆ.

ಹಾಗೆ ಮಾಡುವ ಮೊದಲು, /etc/fstab ಫೈಲ್‌ನಲ್ಲಿ raid ಸಾಧನದ ಬಗ್ಗೆ ಕಾಮೆಂಟ್ ಮಾಡುವುದು ಒಳ್ಳೆಯದು, ಇದರಿಂದ ಉಬುಂಟು ಮುಂದಿನ ಬೂಟ್‌ನಲ್ಲಿ ಅದನ್ನು ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಆರೋಹಿಸಲು ಪ್ರಯತ್ನಿಸುವುದಿಲ್ಲ, ಏಕೆಂದರೆ ಅದು ಡಿಗ್ರೇಡೆಡ್ RAID ಶ್ರೇಣಿಯಿಂದಾಗಿ ಸ್ಥಗಿತಗೊಂಡು ನಿಮ್ಮನ್ನು ಚೇತರಿಕೆ ಮೋಡ್‌ಗೆ ಒತ್ತಾಯಿಸಬಹುದು. ಇದು ಡೆಸ್ಕ್‌ಟಾಪ್ ಸಿಸ್ಟಮ್ ಆಗಿದ್ದರೆ ಅದು ದೊಡ್ಡ ಸಮಸ್ಯೆಯಾಗದಿರಬಹುದು, ಆದರೆ ನಾನು ಈ ಸರ್ವರ್ ಅನ್ನು ಮಾನಿಟರ್ ಅಥವಾ ಕೀಬೋರ್ಡ್ ಲಗತ್ತಿಸದೆ ಹೆಡ್‌ಲೆಸ್ ಆಗಿ ರನ್ ಮಾಡುತ್ತೇನೆ, ಆದ್ದರಿಂದ ಇದು ಸ್ವಲ್ಪ ತೊಂದರೆಯಾಗುತ್ತದೆ.

ಹೊಳೆಯುವ ಹೊಸ ಡ್ರೈವ್ ಅನ್ನು ಸ್ಥಾಪಿಸಿ ಯಂತ್ರವನ್ನು ಬೂಟ್ ಮಾಡಿದ ನಂತರ, ಅದನ್ನು ಗುರುತಿಸಲು lsblk ಅಥವಾ ಇತರ ವಿಧಾನಗಳನ್ನು ಬಳಸಿ. ನೀವು ಬೇರೆ ಏನನ್ನೂ ಬದಲಾಯಿಸದಿದ್ದರೆ, ನೀವು ಬದಲಾಯಿಸಿದ ಡ್ರೈವ್‌ನಂತೆಯೇ ಅದು (ಆದರೆ ಅಗತ್ಯವಾಗಿ ಅಲ್ಲ ) ಅದೇ ಹೆಸರನ್ನು ಪಡೆಯುತ್ತದೆ. ನನ್ನ ಸಂದರ್ಭದಲ್ಲಿ ಅದು ಹಾಗೆ ಮಾಡಿತು, ಆದ್ದರಿಂದ ಹೊಸದನ್ನು /dev/sdf ಎಂದೂ ಕರೆಯಲಾಗುತ್ತದೆ.

ನನ್ನ ಶ್ರೇಣಿಯು ಭೌತಿಕ ಸಾಧನಗಳಿಗಿಂತ ವಿಭಾಗಗಳನ್ನು ಆಧರಿಸಿರುವುದರಿಂದ, ಅವುಗಳು ಒಂದೇ ಆಗಿವೆಯೆ ಎಂದು ಖಚಿತಪಡಿಸಿಕೊಳ್ಳಲು ನಾನು ವಿಭಜನಾ ಕೋಷ್ಟಕವನ್ನು ವರ್ಕಿಂಗ್ ಡ್ರೈವ್‌ನಿಂದ ಹೊಸ ಡ್ರೈವ್‌ಗೆ ನಕಲಿಸಬೇಕಾಗಿತ್ತು. ಬದಲಿಗೆ ನೀವು ಭೌತಿಕ ಸಾಧನಗಳಲ್ಲಿ ನಿಮ್ಮ ಶ್ರೇಣಿಯನ್ನು ಚಲಾಯಿಸಿದರೆ, ನೀವು ಈ ಹಂತವನ್ನು ಬಿಟ್ಟುಬಿಡಬಹುದು.

ನಾನು ಈ ಉದ್ದೇಶಕ್ಕಾಗಿ sgdisk ಅನ್ನು ಬಳಸಿದ್ದೇನೆ, /dev/sdc ನಿಂದ /dev/sdf ಗೆ ವಿಭಜನಾ ಕೋಷ್ಟಕವನ್ನು ನಕಲಿಸುತ್ತಿದ್ದೇನೆ. ಸೂಕ್ತವಾದಂತೆ ನಿಮ್ಮ ಸ್ವಂತ ಸಾಧನದ ಹೆಸರುಗಳನ್ನು ಹೊಂದಿಸಲು ಸಾಧನದ ಹೆಸರುಗಳನ್ನು ಬದಲಾಯಿಸಲು ಖಚಿತಪಡಿಸಿಕೊಳ್ಳಿ.

ಇಲ್ಲಿರುವ ಕ್ರಮವನ್ನು ಗಮನಿಸಿ : ನೀವು ಮೊದಲು "to" ಡ್ರೈವ್ ಅನ್ನು ಪಟ್ಟಿ ಮಾಡಿ! ಇದು ನನಗೆ ಸ್ವಲ್ಪ ವಿರುದ್ಧವಾಗಿದೆ, ಆದರೆ ನೀವು ಅದನ್ನು ಸರಿಯಾಗಿ ಅರ್ಥಮಾಡಿಕೊಂಡಿದ್ದೀರಿ ಎಂದು ಖಚಿತಪಡಿಸಿಕೊಳ್ಳಿ ಆದ್ದರಿಂದ ನೀವು ಶ್ರೇಣಿಯಲ್ಲಿ ಮತ್ತೊಂದು ಡ್ರೈವ್ ವೈಫಲ್ಯವನ್ನು ಪಡೆಯುವುದಿಲ್ಲ ;-)

sgdisk -R /dev/sdf /dev/sdc

ನಂತರ UUID ಸಂಘರ್ಷಗಳನ್ನು ತಪ್ಪಿಸಲು, ಹೊಸ ಡ್ರೈವ್‌ಗಾಗಿ ಹೊಸ UUID ಗಳನ್ನು ರಚಿಸಿ:

sgdisk -G /dev/sdf

ಮತ್ತು ಈಗ ಕೊನೆಗೂ ಹೊಸ ಡ್ರೈವ್ ಅನ್ನು ಶ್ರೇಣಿಗೆ ಸೇರಿಸುವ ಮತ್ತು ಪುನರ್ನಿರ್ಮಾಣ ಪಾರ್ಟಿಯನ್ನು ಪ್ರಾರಂಭಿಸುವ ಸಮಯ ಬಂದಿದೆ! (ಸರಿ, ಇದು ನಿಜವಾಗಿಯೂ ಪಾರ್ಟಿ ಅಲ್ಲ, ಇದು ವಾಸ್ತವವಾಗಿ ಸಾಕಷ್ಟು ನಿಧಾನ ಮತ್ತು ಆತಂಕಕಾರಿ ಪ್ರಕ್ರಿಯೆಯಾಗಿದೆ ಏಕೆಂದರೆ ನೀವು ನಿಜವಾಗಿಯೂ ಈ ಸಮಯದಲ್ಲಿ ಮತ್ತೊಂದು ಡ್ರೈವ್ ವಿಫಲಗೊಳ್ಳಲು ಬಯಸುವುದಿಲ್ಲ. ಆದರೂ ಬಿಯರ್ ಸಹಾಯ ಮಾಡಬಹುದು)

ಹೇಗಾದರೂ, ಹೊಸ ಡ್ರೈವ್ ಅನ್ನು ಶ್ರೇಣಿಗೆ ಸೇರಿಸಲು, ಈ ಆಜ್ಞೆಯನ್ನು ನೀಡಿ (ಮತ್ತೆ, ಸೂಕ್ತವಾದಂತೆ ಸಾಧನದ ಹೆಸರುಗಳನ್ನು ನಿಮ್ಮದೇ ಆದೊಂದಿಗೆ ಬದಲಾಯಿಸಲು ಖಚಿತಪಡಿಸಿಕೊಳ್ಳಿ):

mdadm -–manage /dev/md0 -–add /dev/sdf1

ಎಲ್ಲವೂ ಸರಿಯಾಗಿ ನಡೆದರೆ, ಡ್ರೈವ್ ಅನ್ನು ಯಾವುದೇ ಅಡೆತಡೆಗಳಿಲ್ಲದೆ ಶ್ರೇಣಿಗೆ ಸೇರಿಸಲಾಗುತ್ತದೆ. ಇದನ್ನು ವಾಸ್ತವವಾಗಿ ಪೂರ್ವನಿಯೋಜಿತವಾಗಿ "ಹಾಟ್ ಸ್ಪೇರ್" ಆಗಿ ಸೇರಿಸಲಾಗುತ್ತದೆ ಎಂದು ನಾನು ನಂಬುತ್ತೇನೆ, ಆದರೆ ಈ ಶ್ರೇಣಿಯಲ್ಲಿ ಡಿಸ್ಕ್ (ವಿಫಲವಾದ ಡಿಸ್ಕ್) ಕಾಣೆಯಾಗಿರುವುದರಿಂದ, ಅದನ್ನು ತಕ್ಷಣವೇ ಬಳಕೆಗೆ ತರಲಾಗುತ್ತದೆ ಮತ್ತು ಪುನರ್ನಿರ್ಮಾಣ ಪ್ರಕ್ರಿಯೆಯು ಪ್ರಾರಂಭವಾಗುತ್ತದೆ.

ನೀವು ಅದರ ಮೇಲೆ ಈ ರೀತಿ ಕಣ್ಣಿಡಬಹುದು:

watch cat /proc/mdstat

ಇದು ಬಹುಶಃ ಸ್ವಲ್ಪ ಸಮಯ ತೆಗೆದುಕೊಳ್ಳುತ್ತದೆ; ನನ್ನ ಕಡಿಮೆ ಸರ್ವರ್‌ನಲ್ಲಿ (ಹೆಚ್ಚಾಗಿ ಗ್ರಾಹಕ ದರ್ಜೆಯ ಹಾರ್ಡ್‌ವೇರ್ ಮತ್ತು ಡೆಸ್ಕ್‌ಟಾಪ್ ಡ್ರೈವ್‌ಗಳನ್ನು ಆಧರಿಸಿದೆ, ನೆನಪಿಡಿ) ಇದು 100 MB/sec ಗಿಂತ ಸ್ವಲ್ಪ ಕಡಿಮೆ ತಲುಪಲು ಸಾಧ್ಯವಾಯಿತು. ಇದು RAID-6 ಎಂಬುದನ್ನು ನೆನಪಿನಲ್ಲಿಡಿ, ಆದ್ದರಿಂದ ಪುನರ್ನಿರ್ಮಾಣದೊಂದಿಗೆ ಬಹಳಷ್ಟು ಪ್ಯಾರಿಟಿ ಲೆಕ್ಕಾಚಾರಗಳಿವೆ; RAID-10 ಹೆಚ್ಚು ವೇಗವಾಗಿರುತ್ತದೆ. ಈ ನಿರ್ದಿಷ್ಟ ಯಂತ್ರವು AMD A10 9700E ಕ್ವಾಡ್ ಕೋರ್ CPU ಅನ್ನು ಹೊಂದಿದೆ ("E" ಅಂದರೆ ಇದು ಕಡಿಮೆ ಗಡಿಯಾರದ ಶಕ್ತಿ ದಕ್ಷ ಮಾದರಿ, ಅಂದರೆ ಸೂಪರ್ ಫಾಸ್ಟ್ ಅಲ್ಲ), ನಿಮಗೆ ಏನನ್ನು ನಿರೀಕ್ಷಿಸಬಹುದು ಎಂಬುದರ ಕಲ್ಪನೆಯನ್ನು ನೀಡಲು. ನನ್ನ ಸೆಟಪ್‌ನಲ್ಲಿರುವ ಒಂಬತ್ತು 8 TB ಡ್ರೈವ್‌ಗಳೊಂದಿಗೆ, ಪೂರ್ಣ ಪುನರ್ನಿರ್ಮಾಣವು ಕೇವಲ 24 ಗಂಟೆಗಳನ್ನು ತೆಗೆದುಕೊಂಡಿತು.

ಪುನರ್ನಿರ್ಮಾಣದ ಸಮಯದಲ್ಲಿ, ನೀವು ಫೈಲ್‌ಸಿಸ್ಟಮ್ ಅನ್ನು ಶ್ರೇಣಿಯಲ್ಲಿ ಆರೋಹಿಸಬಹುದು ಮತ್ತು ನೀವು ಬಯಸಿದರೆ ಅದನ್ನು ಸಾಮಾನ್ಯ ರೀತಿಯಲ್ಲಿ ಬಳಸಬಹುದು, ಆದರೆ ಅದು ಪೂರ್ಣಗೊಳ್ಳುವವರೆಗೆ ಅದನ್ನು ಪುನರ್ನಿರ್ಮಾಣಕ್ಕೆ ಬಿಡಲು ನಾನು ಬಯಸುತ್ತೇನೆ. ಒಂದು ಡ್ರೈವ್ ವಿಫಲವಾದರೆ, ಇನ್ನೊಂದು ಡ್ರೈವ್ ಶೀಘ್ರದಲ್ಲೇ ಅನುಸರಿಸಬಹುದು ಎಂಬುದನ್ನು ನೆನಪಿನಲ್ಲಿಡಿ, ಆದ್ದರಿಂದ ನೀವು ಪುನರ್ನಿರ್ಮಾಣವನ್ನು ಸಾಧ್ಯವಾದಷ್ಟು ಬೇಗ ಪೂರ್ಣಗೊಳಿಸಲು ಬಯಸುತ್ತೀರಿ ಏಕೆಂದರೆ ಆ ಸಮಯದಲ್ಲಿ ಮತ್ತೊಂದು ಡ್ರೈವ್ ವಿಫಲಗೊಳ್ಳಬಾರದು. ಆದ್ದರಿಂದ, ಕಟ್ಟುನಿಟ್ಟಾಗಿ ಅಗತ್ಯವಿಲ್ಲದ ಇತರ IO ಗಳೊಂದಿಗೆ ಅದರ ಮೇಲೆ ಹೊರೆ ಹಾಕಬೇಡಿ.

ಅದು ಮುಗಿದ ನಂತರ, ಅದನ್ನು ನಿಮ್ಮ /etc/fstab ಫೈಲ್‌ಗೆ ಮತ್ತೆ ಸೇರಿಸಿ, ರೀಬೂಟ್ ಮಾಡಿ ಮತ್ತು ನಿಮ್ಮ ಫೈಲ್‌ಗಳನ್ನು ಆನಂದಿಸಿ :-)

ಬ್ಲೂಸ್ಕೈನಲ್ಲಿ ಹಂಚಿಕೊಳ್ಳಿಫೇಸ್‌ಬುಕ್‌ನಲ್ಲಿ ಹಂಚಿಕೊಳ್ಳಿLinkedIn ನಲ್ಲಿ ಹಂಚಿಕೊಳ್ಳಿTumblr ನಲ್ಲಿ ಹಂಚಿಕೊಳ್ಳಿX ನಲ್ಲಿ ಹಂಚಿಕೊಳ್ಳಿLinkedIn ನಲ್ಲಿ ಹಂಚಿಕೊಳ್ಳಿPinterest ನಲ್ಲಿ ಪಿನ್ ಮಾಡಿ

Mikkel Bang Christensen

ಲೇಖಕರ ಬಗ್ಗೆ

Mikkel Bang Christensen
ಮಿಕೆಲ್ miklix.com ನ ಸೃಷ್ಟಿಕರ್ತ ಮತ್ತು ಮಾಲೀಕರು. ಅವರು ವೃತ್ತಿಪರ ಕಂಪ್ಯೂಟರ್ ಪ್ರೋಗ್ರಾಮರ್/ಸಾಫ್ಟ್‌ವೇರ್ ಡೆವಲಪರ್ ಆಗಿ 20 ವರ್ಷಗಳಿಗೂ ಹೆಚ್ಚು ಅನುಭವ ಹೊಂದಿದ್ದಾರೆ ಮತ್ತು ಪ್ರಸ್ತುತ ದೊಡ್ಡ ಯುರೋಪಿಯನ್ ಐಟಿ ಕಾರ್ಪೊರೇಷನ್‌ನಲ್ಲಿ ಪೂರ್ಣ ಸಮಯದ ಉದ್ಯೋಗಿಯಾಗಿದ್ದಾರೆ. ಬ್ಲಾಗಿಂಗ್ ಮಾಡದಿರುವಾಗ, ಅವರು ತಮ್ಮ ಬಿಡುವಿನ ವೇಳೆಯನ್ನು ವ್ಯಾಪಕವಾದ ಆಸಕ್ತಿಗಳು, ಹವ್ಯಾಸಗಳು ಮತ್ತು ಚಟುವಟಿಕೆಗಳಲ್ಲಿ ಕಳೆಯುತ್ತಾರೆ, ಇದು ಸ್ವಲ್ಪ ಮಟ್ಟಿಗೆ ಈ ವೆಬ್‌ಸೈಟ್‌ನಲ್ಲಿ ಒಳಗೊಂಡಿರುವ ವಿವಿಧ ವಿಷಯಗಳಲ್ಲಿ ಪ್ರತಿಫಲಿಸಬಹುದು.