From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail.saout.de ([127.0.0.1]) by localhost (mail.saout.de [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id lOB9vcwyNzbm for ; Tue, 23 Aug 2011 00:53:15 +0200 (CEST) Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by mail.saout.de (Postfix) with ESMTP for ; Tue, 23 Aug 2011 00:53:14 +0200 (CEST) Message-ID: <4E52DDD3.8000904@redhat.com> Date: Tue, 23 Aug 2011 00:53:07 +0200 From: Milan Broz MIME-Version: 1.0 References: <4E4BFE0C.3040703@mousecar.com> <4E526C56.7080202@mousecar.com> <1314030003.2065.9.camel@scapa> <4E52D93A.10802@mousecar.com> In-Reply-To: <4E52D93A.10802@mousecar.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: [dm-crypt] recovering forgotten passwords for 2 LVs List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: gebser@mousecar.com Cc: dm-crypt@saout.de On 08/23/2011 12:33 AM, ken wrote: > On the other hand, if I do a "vgdisplay /dev/sda5", I get a series of > lines saying "Input/output error" along with the locations of those > errors, ending with the statement 'Volume group "sda5" not found'. > > I'd think that if vgdisplay can't locate the volume group, then vgchange No. vgdisplay does not take physical path as argument, this command must fail. (but io errors indicate something more serious - what exactly it says?) Whatever, seems you are doing several mistakes, lets try this: /dev/sda5 is LUKS device for sure, you have to first activate: 1) cryptsetup luksOpen /dev/sda5 sda5_crypt does it work and device is properly unlocked? If so, then 2) please paste output of: "blkid /dev/mapper/sda5_crypt" I guess it will be LVM PV. If so then run 3) vgscan ; vgchange -a y 4) paste here output of "blkid /dev/mapper/*" Maybe you can add also "blkid /dev/sd*" so we can be sure what's type of partitions you have there - the grub entry you mentioned does not match the device on /dev/sda5. (I would say paste here output of "lsblk -f" but this command is not yet in CentOS5.) Thanks, Milan