From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mx2.redhat.com (ext-mx01.rdu.redhat.com [10.11.45.6]) by int-mx02.intmail.prod.int.phx2.redhat.com (8.13.8/8.13.8) with ESMTP id oA2M2FeH014386 for ; Tue, 2 Nov 2010 18:02:15 -0400 Received: from arpia.cbiomed.cu (arpia.cbiomed.cu [200.55.146.10]) by mx2.redhat.com (8.13.8/8.13.8) with ESMTP id oA2M1qld025143 for ; Tue, 2 Nov 2010 18:02:06 -0400 Received: from pandora.cbiomed.cu (unknown [10.30.131.3]) by arpia.cbiomed.cu (Postfix) with ESMTP id 1636A3405BB for ; Tue, 2 Nov 2010 10:03:31 -0400 (EDT) Received: from cbmb2fec088ae0 (bina [10.30.131.21]) by pandora.cbiomed.cu (Postfix) with ESMTPSA id 5F31F3F797 for ; Tue, 2 Nov 2010 17:01:35 -0500 (CST) Message-ID: From: "Oreste" Date: Tue, 2 Nov 2010 17:00:46 -0500 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_000B_01CB7AAF.7E731D90" Subject: [linux-lvm] How to recover data from a second disk in LVM. Reply-To: LVM general discussion and development List-Id: LVM general discussion and development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , List-Id: To: linux-lvm@redhat.com This is a multi-part message in MIME format. ------=_NextPart_000_000B_01CB7AAF.7E731D90 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi: I has a LVM with 2 disk, first: a small SCSI and a second one, IDE and bigger; now the first disk, the SCSI, is not functioning ... =20 How can I recover all the data present in the second disk??? Oreste. ------=_NextPart_000_000B_01CB7AAF.7E731D90 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hi:
 
I has a LVM with 2 disk, first: = a small SCSI=20 and a second one,
IDE and bigger; now the first disk, the SCSI, is not functioning ... =20
 
How can I recover=20 all the data present in the second=20 disk???
 
Oreste.
 
 
 
------=_NextPart_000_000B_01CB7AAF.7E731D90-- From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from dhcp-1-162.brq.redhat.com (dhcp-1-162.brq.redhat.com [10.34.1.162]) by int-mx09.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id oA5FiE4m029916 for ; Fri, 5 Nov 2010 11:44:14 -0400 Message-ID: <4CD4264D.4040801@redhat.com> Date: Fri, 05 Nov 2010 16:44:13 +0100 From: Zdenek Kabelac MIME-Version: 1.0 References: In-Reply-To: Content-Transfer-Encoding: 7bit Subject: Re: [linux-lvm] How to recover data from a second disk in LVM. Reply-To: LVM general discussion and development List-Id: LVM general discussion and development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , List-Id: Content-Type: text/plain; charset="us-ascii" To: linux-lvm@redhat.com Dne 2.11.2010 23:00, Oreste napsal(a): > Hi: > > I has a LVM with 2 disk, first: a small SCSI and a second one, > IDE and bigger; now the first disk, the SCSI, is not functioning ... > > How can I recover all the data present in the second disk??? Usually depends on the layout of your LVs and filesystem used and proportion of your lost filesystem fragments. If shouldn't be a big problem to recover your lost PV - as your second disk contains the whole description also of the first PV, the bigger problem is, trying to recover filesystem - fsck when first part of it is missing isn't trivial - but you should be able to handle that via googling - lot's of manuals out there. If you don't any backup of your lost metadata - you will need to retrieve them from the beginning of your second disk - where they are stored by default. Read first MB (dd) - and try to find text block with the largest 'version = XXX' Save this recovered text block to file mda.txt. Get another disk as a replacement of your lost 1st drive - initialize it with lost PVID (pv0 { id = "aaa..aaa" } in your recovered mda.txt file) 'pvcreate -u aaa..aaa /dev/yyy' Good idea is to 'zero' this device (dd if=/dev/zero of=/dev/yyy bs=1M) so you will not confuse fsck repair more then necessary with unknown data. Now just 'vgcfgrestore -f mda.txt' and active LVs 'vgchange -ay' - and you should be able to see missing lost volumes. Now hardest part - to recover filesystem - obviously LVs located only on your lost pv0 are simply lost. Those spread also over pv1 could be partially recovered - of course with major damage on files physically located on pv0. Zdenek