[NCLUG] file system damage from dd with of=<a drive in my file system>

[Ray Frush]

Well, that was unexpected.   A default Redhat install will use LVM to allocate space on /dev/sda, so that’s expected, but it’s been a while since I’ve installed on a system with two disks.  I didn’t expect it to use /dev/sdb as well.  (Usually, I’ll add in a second disk after the base install)   Did the disk layout get customized during install?


In any case, your Volume Group is made up of physical volumes from both /dev/sda2 and /dev/sdb1, and then I’m guessing the Logical Volumes were allocated out of that combination of space.   Since you’ve overwritten /dev/sdb (and /dev/sdb1) with the contents of a large ISO file,  I wouldn’t expect any data on /dev/sdb1 to be recoverable.

—
Ray Frush


> On 22 Nov 2015, at 8:50 AM, Vincent Randal <vtrandal at gmail.com> wrote:
> 
> Thanks Ray, you given me a good idea where to look for the problem.
> 
> sudo vgdisplay -v | tail -n 11
>    Using volume group(s) on command line. # what?
>  --- Physical volumes ---
>  PV Name               /dev/sda2
>  PV UUID               9KDSFf-xdes-deo2-18nd-Z3GW-VLlq-JMbmiL
>  PV Status             allocatable
>  Total PE / Free PE    59257 / 0
> 
>  PV Name               /dev/sdb1
>  PV UUID               Ceh1Cc-aGH7-voMx-rbpR-fXAj-MvOr-sWEqwn
>  PV Status             allocatable
>  Total PE / Free PE    121990 / 0
> 
> sudo vgck
>  Couldn't find device with uuid Ceh1Cc-aGH7-voMx-rbpR-fXAj-MvOr-sWEqwn.
>  The volume group is missing 1 physical volumes.
> 
> sudo pvck /dev/sdb1
>  Could not find LVM label on /dev/sdb1
> 
> Maybe I can fix the problem from steps described here?
> https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Linux/6/html/Logical_Volume_Manager_Administration/mdatarecover.html
> _______________________________________________
> NCLUG mailing list       NCLUG at lists.nclug.org
> 
> To unsubscribe, subscribe, or modify
> your settings, go to:
> http://lists.nclug.org/mailman/listinfo/nclug

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 842 bytes
Desc: Message signed with OpenPGP using GPGMail
URL: <http://lists.nclug.org/pipermail/nclug/attachments/20151122/64142e34/attachment.pgp>