On Tue, Feb 17, 2015 at 5:37 PM, Munir Nassar <nassarmu at gmail.com> wrote: > First of all, BACKUP YOUR DATA before proceeding because RAID IS NOT > BACKUP. > > you need to find out how the drives are currently configured... are > you using linux-md? assuming that you are here are some tips: > > mdadm --detail /dev/md0 (or wherever it is) > > you should see something like: > 0 8 17 0 active sync /dev/sdb1 > 1 8 1 1 active sync /dev/sda1 > 2 8 33 2 active sync /dev/sdc1 > 3 8 49 3 active sync /dev/sdd1 > > although in your case one of those will be listed as down, notice how > i have /dev/sdb1, which means i am using the first partition... this > will not always be the case (it might be 2, 3 or whatever, it may even > be the entire drive) > Very very much like your table. > > now, BACKUP YOUR DATA before proceeding. > > assuming it is a partition then you will want to copy the entire > partition map over from one of the good drives (and i am assuming here > that all drives are partitioned the same, again might not be) > sudo /sbin/sfdisk -d /dev/GOOD| /sbinsfdisk --force /dev/NEW > > I was forced to use gdisk. Would think that the commands are similar but different. (I really wish that man pages had examples of BOTH good and bad commands together with results from running whichever. This would be far easier for the non-specialist to understand and follow.) > and BACKUP YOUR DATA before proceeding > > Now you can add the drive to the array using mdadm: > mdadm --add /dev/md0 /dev/NEW > > and you can monitor the rebuilding process by catting /proc/mdstat, > you will most likely want to update the boot loader so that your > system can boot from the new drive as well. > New drive is absolutely NOT involved with anything boot. The array is for storage and nothing else. There is another drive for operating systems and info. > > but BACKUP YOUR DATA before proceeding > > Of course, you will want to think long and hard when you are doing any > of this, if you copy the partition table the wrong direction you risk > destroying your data. If you are using something else in addition like > LVM then you will need to adjust accordingly. most importantly however > is that you BACKUP YOUR DATA. and I cannot stress this enough: BACKUP > YOUR DATA before doing any of this. > > Remember RAID IS NOT BACKUP. so in case i have not said it enough yet: > BACKUP YOUR DATA. > Lots of disk changing coming up! Thanks for your tips and insights!! Dee -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://mailman.mn-linux.org/pipermail/tclug-list/attachments/20150217/335390a5/attachment-0001.html>