Rebuilding RAID 1 Array in Linux with a new hard disk after a disk fault - Howto with screen shots
in [Debian]
|
Prev: Rebuilding RAID 1 Array in Linux with a new hard disk after a disk fault - Howto with screen shots
Next: flashplayer-mozilla update from debian-multimedia.org
From: Siju George on 16 Jun 2010 07:30 On Wed, Jun 16, 2010 at 4:48 PM, martin f krafft <madduck(a)debian.org> wrote: > also sprach Siju George <sgeorge.ml(a)gmail.com> [2010.06.16.1313 +0200]: >> 2) Create identical partitions on the new disk using 'fdisk'. > > sfdisk -d /dev/sda | sfdisk /dev/sdb > oh thanks :-) I did it manually using fdisk --Siju -- To UNSUBSCRIBE, email to debian-user-REQUEST(a)lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmaster(a)lists.debian.org Archive: http://lists.debian.org/AANLkTilgnR-WlrnOQKmxlPyou0ep_Vb-H3Vlm4o6Gyo9(a)mail.gmail.com
From: Siju George on 16 Jun 2010 08:10 On Wed, Jun 16, 2010 at 5:06 PM, martin f krafft <madduck(a)debian.org> wrote: > also sprach Siju George <sgeorge.ml(a)gmail.com> [2010.06.16.1322 +0200]: >> > sfdisk -d /dev/sda | sfdisk /dev/sdb >> >> oh thanks :-) >> >> I did it manually using fdisk > > "Manually" is for Mac users. ;) > these days every one has left windows and are picking on Mac ? :-) -- To UNSUBSCRIBE, email to debian-user-REQUEST(a)lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmaster(a)lists.debian.org Archive: http://lists.debian.org/AANLkTimGxDR683grSg4pIsO_pivu6PjwJKaSpjGsmK8a(a)mail.gmail.com
From: Huang, Tao on 17 Jun 2010 09:10 On Thu, Jun 17, 2010 at 4:17 PM, Michal <michal(a)ionic.co.uk> wrote: > This is a better way then disconnecting the drive and checking which > drive was disconnected like I did, but I would still put a very easy to > read label on the drive to say /dev/sdX. It would be far easier then > checking a long serial number, especially if it's hard to read and you'd > need to take each HDD out to check :) I think the allocating of /dev/sdX depends on the order you plug the drives into the machine. so it changes over reconfiguring of the hardwares, which makes your labels useless. can someone confirm this? Tao -- To UNSUBSCRIBE, email to debian-user-REQUEST(a)lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmaster(a)lists.debian.org Archive: http://lists.debian.org/AANLkTimC8J0KF165DwkqrYugtcKaVjoPYcU3AgoEazbM(a)mail.gmail.com
From: Michal on 18 Jun 2010 04:30 On 17/06/2010 14:08, Huang, Tao wrote: > On Thu, Jun 17, 2010 at 4:17 PM, Michal <michal(a)ionic.co.uk> wrote: >> This is a better way then disconnecting the drive and checking which >> drive was disconnected like I did, but I would still put a very easy to >> read label on the drive to say /dev/sdX. It would be far easier then >> checking a long serial number, especially if it's hard to read and you'd >> need to take each HDD out to check :) > > I think the allocating of /dev/sdX depends on the order you plug the > drives into the machine. > so it changes over reconfiguring of the hardwares, which makes your > labels useless. > > can someone confirm this? > > > Tao > > But how can this be correct when each raid partion is linked to the HDD/Partions # cat /proc/mdstat Personalities : [raid1] [raid6] [raid5] [raid4] md3 : active raid1 sda2[0] sdb2[1] 716796096 blocks [2/2] [UU] md2 : active raid1 sda5[0] sdb5[1] 51199040 blocks [2/2] [UU] md0 : active raid1 sda1[0] sdb1[1] 513984 blocks [2/2] [UU] md1 : active raid1 sda3[0] sdb3[1] 102398208 blocks [2/2] [UU] unused devices: <none> for example? -- To UNSUBSCRIBE, email to debian-user-REQUEST(a)lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmaster(a)lists.debian.org Archive: http://lists.debian.org/4C1B2E06.5060304(a)ionic.co.uk
From: Tom H on 18 Jun 2010 06:10
On Fri, Jun 18, 2010 at 4:27 AM, Michal <michal(a)ionic.co.uk> wrote: > On 17/06/2010 14:08, Huang, Tao wrote: >> On Thu, Jun 17, 2010 at 4:17 PM, Michal <michal(a)ionic.co.uk> wrote: >>> This is a better way then disconnecting the drive and checking which >>> drive was disconnected like I did, but I would still put a very easy to >>> read label on the drive to say /dev/sdX. It would be far easier then >>> checking a long serial number, especially if it's hard to read and you'd >>> need to take each HDD out to check :) >> >> I think the allocating of /dev/sdX depends on the order you plug the >> drives into the machine. >> so it changes over reconfiguring of the hardwares, which makes your >> labels useless. >> >> can someone confirm this? >> >> >> Tao >> >> > > But how can this be correct when each raid partion is linked to the > HDD/Partions > > > # cat /proc/mdstat > Personalities : [raid1] [raid6] [raid5] [raid4] > md3 : active raid1 sda2[0] sdb2[1] > 716796096 blocks [2/2] [UU] > > md2 : active raid1 sda5[0] sdb5[1] > 51199040 blocks [2/2] [UU] > > md0 : active raid1 sda1[0] sdb1[1] > 513984 blocks [2/2] [UU] > > md1 : active raid1 sda3[0] sdb3[1] > 102398208 blocks [2/2] [UU] mdadm assembles an array according to data in the superblock so it shouldn't matter whether the kernel recognizes sda and sdb as sdb and sda respectively should you plug them in differently. -- To UNSUBSCRIBE, email to debian-user-REQUEST(a)lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmaster(a)lists.debian.org Archive: http://lists.debian.org/AANLkTikyNXK1hT0m-1AzGIPKnZQVoYI-Od2sxixTh1iW(a)mail.gmail.com |