From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([208.92.234.80] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1NHR5S-0005L6-Ay for garchives@archives.gentoo.org; Mon, 07 Dec 2009 00:04:22 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 30549E081A; Mon, 7 Dec 2009 00:03:34 +0000 (UTC) Received: from moci.net4u.de (moci.net4u.de [217.7.64.195]) by pigeon.gentoo.org (Postfix) with ESMTP id F3C34E081A for ; Mon, 7 Dec 2009 00:03:33 +0000 (UTC) Received: from rico.localnet (unknown [192.168.55.9]) by moci.net4u.de (Postfix) with ESMTPSA id 0B05C14F87BF for ; Mon, 7 Dec 2009 00:03:33 +0000 (UTC) From: Ernst Herzberg To: gentoo-user-de@lists.gentoo.org Subject: Re: [gentoo-user-de] (raid5) Schreibt mdadm keinen Superblock mehr? Date: Mon, 7 Dec 2009 01:03:31 +0100 User-Agent: KMail/1.12.4 (Linux/2.6.32; KDE/4.3.4; x86_64; ; ) References: <1259653508.10362.47.camel@tiger.bioinf.cs.uni-potsdam.de> <1260022911.9686.17.camel@tiger.bioinf.cs.uni-potsdam.de> In-Reply-To: <1260022911.9686.17.camel@tiger.bioinf.cs.uni-potsdam.de> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user-de@lists.gentoo.org Reply-to: gentoo-user-de@lists.gentoo.org MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: 7bit Message-Id: <200912070103.31868.list-gentoo-user-de@net4u.de> X-Archives-Salt: 46f9d92a-9626-4e5e-a706-122baaf3282d X-Archives-Hash: ea271ef1b5e87510ee8dbbf85ed23aed Am Samstag 05 Dezember 2009 15:21:51 schrieb Juergen Rose: > Am Dienstag, den 01.12.2009, 08:45 +0100 schrieb Juergen Rose: > > Hallo, > > ... > > > root@grizzly(14)# mdadm --misc --zero-superblock /dev/sdc2 > > root@grizzly(15)# mdadm -v --create /dev/md3 --level=5 -n 3 > > -v /dev/sda2 /dev/sdb2 /dev/sdc2 > > root@grizzly(16)# cat /proc/mdstat > > > > Personalities : [raid1] [raid6] [raid5] [raid4] > > md3 : active raid5 sdc2[3] sdb2[1] sda2[0] > > 340352000 blocks super 1.1 level 5, 512k chunk, algorithm 2 [3/2] > > [UU_] > > [>....................] recovery = 1.5% (2692864/170176000) > > finish=50.5min speed=55208K/sec > > ... > > Eine Stunde warten bis das Raid fertig ist, dann testen: > > root@grizzly(22)# cat /proc/mdstat > > Personalities : [raid1] [raid6] [raid5] [raid4] > > md3 : active raid5 sdc2[3] sdb2[1] sda2[0] > > 340352000 blocks super 1.1 level 5, 512k chunk, algorithm 2 [3/3] > > [UUU] > > ... > > unused devices: > > root@grizzly(23)# mount /dev/md3 /mnt/test1; du -s /mnt/test1/* > > ... > > 77611992 /mnt/test1/rose > > ... > > Das sieht wieder gut aus, sogar meine alten Daten sind noch auf dem > > Raid. Aber nach dem Stoppen des Raids erkennt linux automatisch gar > > keine Raid md3. > > > > root@grizzly(24)# umount /dev/md3 ; mdadm --stop /dev/md3 > > root@grizzly(25)# mdadm --autodetect /dev/md3 > > root@grizzly(26)# mdadm --detail /dev/md3 > > root@grizzly(27)# cat /proc/mdstat > > > > Personalities : [raid1] [raid6] [raid5] [raid4] > > md1 : active raid1 hdc3[1] hda3[0] > > 1011968 blocks [2/2] [UU] > > > > md2 : active raid1 hdc6[1] hda6[0] > > 186233408 blocks [2/2] [UU] > > > > md0 : active raid1 hdc1[1] hda1[0] > > 72192 blocks [2/2] [UU] > > > > unused devices: > > > > root@grizzly(28)# mdadm -V > > > > mdadm - v3.1.1- 19th November 2009 > > > > Mach ich etwas falsch oder ist mdadm-3.1.1 schuld? Ich wuerde mich ueber > > fast jede Meinungsaeusserung freuen. > > Ich wollte noch ergaenzen, dass die Partitionen die in das raid5 md3 > eingebunden werden sollten natuerlich vom Typ "Linux raid autodetect" > sind: > > root@grizzly:/root(32)# fdisk -l /dev/sd? | grep /dev/sd.2 > /dev/sda2 3136 24321 170176545 fd Linux raid > autodetect > /dev/sdb2 3136 24321 170176545 fd Linux raid > autodetect > /dev/sdc2 3136 24321 170176545 fd Linux raid > autodetect > > Hat nicht vielleicht doch jemand einen Tip fuer mich? > > Juergen > Beim umpartitionieren liegt der superblock u.U. an anderer Stelle. Der Tip: man mdadm: --zero-superblock If the device contains a valid md superblock, the block is overwritten with zeros. With --force the block where the superblock would be is overwritten even if it doesn't appear to be valid. ACHTUNG! Alle Daten gehen verloren... earny