ଉବୁଣ୍ଟୁରେ ଏକ mdadm ଆରେରେ ଏକ ବିଫଳ ଡ୍ରାଇଭକୁ ବଦଳାଇବା

ପ୍ରକାଶିତ: 10:07:51 PM UTC ଠାରେ ଫେବୃଆରୀ 15, 2025

ଯଦି ଆପଣ mdadm RAID ଆରେରେ ଡ୍ରାଇଭ୍ ବିଫଳତାର ଭୟଙ୍କର ପରିସ୍ଥିତିରେ ଅଛନ୍ତି, ତେବେ ଏହି ଆର୍ଟିକିଲ୍ ଏହାକୁ ଉବୁଣ୍ଟୁ ସିଷ୍ଟମରେ କିପରି ସଠିକ୍ ଭାବରେ ବଦଳାଇବେ ତାହା ବ୍ୟାଖ୍ୟା କରେ।

ଏହି ପୃଷ୍ଠାକୁ ଅଧିକରୁ ଅଧିକ ଲୋକଙ୍କ ପାଖରେ ପହଞ୍ଚାଇବା ପାଇଁ ଇଂରାଜୀରୁ ମେସିନ୍ ଅନୁବାଦ କରାଯାଇଥିଲା। ଦୁର୍ଭାଗ୍ୟବଶତଃ, ମେସିନ୍ ଅନୁବାଦ ଏପର୍ଯ୍ୟନ୍ତ ଏକ ସିଦ୍ଧ ପ୍ରଯୁକ୍ତିବିଦ୍ୟା ନୁହେଁ, ତେଣୁ ତ୍ରୁଟି ହୋଇପାରେ। ଯଦି ଆପଣ ଚାହାଁନ୍ତି, ତେବେ ଆପଣ ଏଠାରେ ମୂଳ ଇଂରାଜୀ ସଂସ୍କରଣ ଦେଖିପାରିବେ:

Replacing a Failed Drive in an mdadm Array on Ubuntu

ଏହି ପୋଷ୍ଟରେ ଥିବା ସୂଚନା ଉବୁଣ୍ଟୁ 18.04 ଏବଂ ଏହାର ସଂଗ୍ରହାଳୟରେ ଅନ୍ତର୍ଭୁକ୍ତ mdadm ସଂସ୍କରଣ ଉପରେ ଆଧାରିତ; v4.1-rc1 ଲେଖାଯିବା ସମୟରେ। ଏହା ଅନ୍ୟ ସଂସ୍କରଣ ପାଇଁ ବୈଧ ହୋଇପାରେ କିମ୍ବା ନ ହୋଇପାରେ।

ମୋର ହୋମ୍ ଫାଇଲ୍ ସର୍ଭରରେ ହଠାତ୍ ଡ୍ରାଇଭ୍ ବିଫଳତା ଘଟିଛି, ଯେଉଁଥିରେ mdadm RAID-6 ଆରେରେ ନଅଟି ଡ୍ରାଇଭ୍ ରହିଛି। ଏହା ସର୍ବଦା ଭୟଙ୍କର, କିନ୍ତୁ ମୁଁ ସୌଭାଗ୍ୟବଶତଃ ଏକ ବଦଳ ଡ୍ରାଇଭ୍ ଶୀଘ୍ର ପାଇବାରେ ସକ୍ଷମ ହୋଇଥିଲି ଯାହା ପରଦିନ ପୂର୍ବରୁ ବିତରଣ କରାଯାଇଥିଲା ଯାହା ଫଳରେ ମୁଁ ପୁନଃନିର୍ମାଣ ଆରମ୍ଭ କରିପାରିବି।

ମୁଁ ଯେତେବେଳେ ମୂଳତଃ ଫାଇଲ୍ ସର୍ଭର ସେଟ୍ ଅପ୍ କରିଥିଲି, ସେତେବେଳେ ମୁଁ ଟିକେ ଅଧିକ ଶସ୍ତା ଥିଲି; କେବଳ ଦୁଇଟି ଡ୍ରାଇଭ୍ ପ୍ରକୃତ NAS ଡ୍ରାଇଭ୍ (Seagate IronWolf) ଅଟେ, ଯେତେବେଳେ ବାକିଗୁଡ଼ିକ ଡେସ୍କଟପ୍ ଡ୍ରାଇଭ୍ (Seagate Barracuda) ଅଟେ। ଆଶ୍ଚର୍ଯ୍ୟର କଥା ନୁହେଁ, ଏହା ଡେସ୍କଟପ୍ ଡ୍ରାଇଭ୍ ମଧ୍ୟରୁ ଗୋଟିଏ ଥିଲା ଯାହା ହାର ମାନିଥିଲା (ପ୍ରାୟ ତିନି ବର୍ଷର ସେବା ପରେ), କିନ୍ତୁ ଏହା ସମ୍ପୂର୍ଣ୍ଣ ମୃତ ଥିଲା; ଏହାକୁ ଏକ ଡେସ୍କଟପ୍ USB ଏନକ୍ଲୋଜରକୁ ସ୍ଥାନାନ୍ତର କରିବା ପରେ ମୁଁ ଏଥିରୁ ଯାହା ପାଇଲି ତାହା ହେଉଛି ଏକ ଅସ୍ଥିର କ୍ଲିକ୍ ଶବ୍ଦ ଏବଂ Ubuntu 20.04 କିମ୍ବା Windows 10 ଏହାକୁ ଚିହ୍ନଟ କରିପାରି ନଥିଲା।

ଆରେ, ବଦଳ ଅଂଶ ବିଷୟରେ (ଏବଂ ହଁ, ମୁଁ ଯେଉଁ ନୂତନ ଡ୍ରାଇଭ କିଣିଥିଲି ତାହା ଏକ IronWolf ଥିଲା, ଏହା ଶିଖିଛି) - ଏହା ଏକ ଚାଲୁଥିବା ଆରେରେ ଡ୍ରାଇଭ ହରାଇବା ଯେତିକି ଭୟଙ୍କର, ଯଦି ଆପଣ ଏହାକୁ ବଦଳାଇବାର ସଠିକ୍ ପ୍ରକ୍ରିୟା ଜାଣି ନାହାଁନ୍ତି ତେବେ ଏହା ଆହୁରି ଭୟଙ୍କର। ଏହା ପ୍ରଥମ ଥର ନୁହେଁ ଯେ ମୁଁ ଏକ 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

ଏହା ପରେ, ଆପଣ ପୂର୍ବ କମାଣ୍ଡ ସାହାଯ୍ୟରେ ଆରେରୁ ଡିଭାଇସକୁ ବାହାର କରିପାରିବେ।

ଏବେ ଡ୍ରାଇଭକୁ ପ୍ରକୃତରେ ବଦଳାଇବାର ସମୟ ଆସିଛି। ଯଦି ଆପଣ ପ୍ରକୃତରେ, ପ୍ରକୃତରେ - ଯେପରି, ପ୍ରକୃତରେ - ନିଶ୍ଚିତ ଯେ ଆପଣଙ୍କର ମେସିନ୍ ଏବଂ କଣ୍ଟ୍ରୋଲର ହଟ୍ ସ୍ୱାପିଂକୁ ସମର୍ଥନ କରନ୍ତି, ତେବେ ଆପଣ ମେସିନ୍ ବନ୍ଦ ନକରି ଏହା କରିପାରିବେ। ପ୍ରକୃତ, ଉପଯୁକ୍ତ ସର୍ଭର ହାର୍ଡୱେରରେ ଚାଲୁଥିବା ଗୁରୁତ୍ୱପୂର୍ଣ୍ଣ ଉତ୍ପାଦନ ସିଷ୍ଟମଗୁଡ଼ିକୁ ଆଗକୁ ବଢ଼ାଇବାର ଏହା ଉପାୟ ହେବ ଯାହା ଆପଣ ଜାଣନ୍ତି ଯେ ଏହାକୁ ପରିଚାଳନା କରିପାରିବ। ମୋର ହୋମ୍ ଫାଇଲ୍ ସର୍ଭର ଏକ ଉପଭୋକ୍ତା ଗ୍ରେଡ୍ ଡେସ୍କଟପ୍ ମଦରବୋର୍ଡ ଉପରେ ଆଧାରିତ ଯାହା PCIe ସ୍ଲଟରେ କିଛି ସେମି-ନୋନେମ୍ SATA କଣ୍ଟ୍ରୋଲର୍ସ ସହିତ ଅଧିକ SATA ପୋର୍ଟ ପ୍ରଦାନ କରେ।

ଯଦିଓ SATA ସାଧାରଣତଃ ହଟ୍ ସ୍ୱାପିଂକୁ ସମର୍ଥନ କରିବା ଉଚିତ , ମୁଁ ଏହି ସେଟଅପରେ କୌଣସି ବିପଦ ନେବାକୁ ଯାଉ ନଥିଲି, ତେଣୁ ମୁଁ ଡ୍ରାଇଭ ବଦଳାଇବା ସମୟରେ ମେସିନକୁ ବନ୍ଦ କରିବାକୁ ବାଛିଲି।

ଏହା କରିବା ପୂର୍ବରୁ, /etc/fstab ଫାଇଲରେ raid ଡିଭାଇସକୁ ମନ୍ତବ୍ୟ ଦେବା ଏକ ଭଲ ଧାରଣା ଯାହା ଦ୍ଵାରା Ubuntu ପରବର୍ତ୍ତୀ ବୁଟରେ ଏହାକୁ ସ୍ୱୟଂଚାଳିତ ଭାବରେ ମାଉଣ୍ଟ କରିବାକୁ ଚେଷ୍ଟା କରିବ ନାହିଁ, କାରଣ ଏହା ହ୍ୟାଙ୍ଗ୍ ହୋଇପାରେ ଏବଂ ଡିଗ୍ରେଡ୍ 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/ସେକେଣ୍ଡରୁ କମ୍ ଗତିରେ ପହଞ୍ଚିପାରିଲା। ମନେରଖନ୍ତୁ ଯେ ଏହା RAID-6, ତେଣୁ ପୁନଃନିର୍ମାଣ ସହିତ ବହୁତ ସମାନତା ଗଣନା ଜଡିତ ଅଛି; ଏକ RAID-10 ବହୁତ ଦ୍ରୁତ ହୋଇଥାନ୍ତା। ଏହି ନିର୍ଦ୍ଦିଷ୍ଟ ମେସିନରେ ଏକ AMD A10 9700E କ୍ୱାଡ୍ କୋର୍ CPU ଅଛି ("E" ଅର୍ଥ ହେଉଛି ଏହା ଏକ କମ୍-କ୍ଲକ୍ଡ୍ ଶକ୍ତି ଦକ୍ଷ ମଡେଲ୍, ଅର୍ଥାତ୍ ସୁପର୍ ଫାଷ୍ଟ ନୁହେଁ), କେବଳ ଆପଣଙ୍କୁ କ'ଣ ଆଶା କରିବେ ତାହାର ଏକ ଧାରଣା ଦେବା ପାଇଁ। ମୋର ସେଟଅପରେ ନଅଟି 8 TB ଡ୍ରାଇଭ୍ ସହିତ, ସମ୍ପୂର୍ଣ୍ଣ ପୁନଃନିର୍ମାଣ ପାଇଁ କେବଳ 24 ଘଣ୍ଟା ସମୟ ଲାଗିଥିଲା।

ପୁନଃନିର୍ମାଣ ସମୟରେ, ଆପଣ ଆରେରେ ଫାଇଲସିଷ୍ଟମକୁ ମାଉଣ୍ଟ କରିପାରିବେ ଏବଂ ଯଦି ଆପଣ ଚାହାଁନ୍ତି ତେବେ ଏହାକୁ ସାଧାରଣ ଭାବରେ ବ୍ୟବହାର କରିପାରିବେ, କିନ୍ତୁ ମୁଁ ଏହାକୁ ପୁନଃନିର୍ମାଣ କାର୍ଯ୍ୟରେ ଛାଡିବାକୁ ପସନ୍ଦ କରୁଛି ଯେ ଏହା ସମାପ୍ତ ନହେବା ପର୍ଯ୍ୟନ୍ତ। ମନେରଖନ୍ତୁ ଯେ ଯଦି ଗୋଟିଏ ଡ୍ରାଇଭ୍ ବିଫଳ ହୁଏ, ତେବେ ଅନ୍ୟ ଏକ ଡ୍ରାଇଭ୍ ଶୀଘ୍ର ଅନୁସରଣ କରିପାରେ, ତେଣୁ ଆପଣ ଚାହୁଁଛନ୍ତି ଯେ ପୁନଃନିର୍ମାଣ ଯଥାଶୀଘ୍ର ସମ୍ଭବ ହେଉ କାରଣ ଆପଣ ପ୍ରକୃତରେ ସେହି ସମୟରେ ଅନ୍ୟ ଏକ ଡ୍ରାଇଭ୍ ବିଫଳ ନ ହେଉ ବୋଲି ଚାହାଁନ୍ତି। ତେଣୁ, ଏହାକୁ ଅନ୍ୟ IO ସହିତ ଭାର କରନ୍ତୁ ନାହିଁ ଯାହା କଠିନ ଭାବରେ ଆବଶ୍ୟକ ନୁହେଁ।

ଏହା ସରିବା ପରେ, ଏହାକୁ ଆପଣଙ୍କର /etc/fstab ଫାଇଲରେ ପୁଣି ଯୋଡନ୍ତୁ, ରିବୁଟ୍ କରନ୍ତୁ ଏବଂ ଆପଣଙ୍କର ଫାଇଲଗୁଡ଼ିକୁ ଉପଭୋଗ କରନ୍ତୁ :-)