Date: Fri, 07 Mar 2003 18:49:32 +0100 From: Alexander Haderer <alexander.haderer@charite.de> To: "Thomas von Hassel" <t@garbage.dk>, freebsd-questions@FreeBSD.ORG Subject: Re: Vinum raid0 disk dies Message-ID: <5.2.0.9.1.20030307182900.019cdc48@postamt1.charite.de> In-Reply-To: <32834.80.196.142.161.1047058043.squirrel@130.227.212.251>
next in thread | previous in thread | raw e-mail | index | archive | help
At 18:27 07.03.2003 +0100, Thomas von Hassel wrote: >So if one of your disks in a vinum raid=B40 dies there is absolutly nothing >you can do right ? ...just checking before i zero the other drives .. It depends how dead your disk is: If its completly gone away (disappeared=20 in kernel boot message) your only chance I see is to start searching for=20 the backup. If the disk only has some dead sectors, you can try to clone=20 the data with dd to a new disk. This is slow and cumbersome, and as a=20 result you have some blocks of invalid data on the new disk. The trick with= =20 dd is to skip the dead sectors and to use a blocksize of 512. See "man dd"= =20 for the options "seek" and "skip". dd copy blocks until it detects a bad=20 block. Here you have to start over with new seek/skip to jump over the dead= =20 sector. So the job would be something like this: - umount vinum fs - stop vinum - add new disk to system - clone old disk with dd to new disk - remove old disk and install new disk instead - new disk: zero first 265 sectors of the slice - disklabel new disk as was the old disk (Handbook: Adding disks) - vinum create -f diskfile (see http://www.vinumvm.org replacing disks) - start vinum - vinum setstate of disks/plex/vol to up - vinum saveconfig - fsck vinum fs - mount vinum fs Changes are good to destroy all data with this steps shown above. Read=20 manpages dd, vinum, disklabel, fdisk. Understand what you do. Think before= =20 hitting return. Expect the worst when using the wrong parameters. Use= backups. with best regards Alexander --=20 Alexander Haderer Charite Berlin - Germany To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-questions" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?5.2.0.9.1.20030307182900.019cdc48>