Comments on: Recover LVM Volume Groups and Logical Volumes WITHOUT Backups http://blog.adamsbros.org/2009/05/30/recover-lvm-volume-groups-and-logical-volumes-without-backups/ Tue, 24 Jan 2012 00:37:22 +0000 http://wordpress.org/?v=2.9.1 hourly 1 By: Robert Foss http://blog.adamsbros.org/2009/05/30/recover-lvm-volume-groups-and-logical-volumes-without-backups/comment-page-1/#comment-1094 Robert Foss Tue, 06 Dec 2011 14:30:14 +0000 http://blog.adamsbros.org/?p=7#comment-1094 Thanks a bunch. Really saved the day. Thanks a bunch. Really saved the day.

]]> By: vmatikainen http://blog.adamsbros.org/2009/05/30/recover-lvm-volume-groups-and-logical-volumes-without-backups/comment-page-1/#comment-1057 vmatikainen Thu, 22 Sep 2011 11:18:09 +0000 http://blog.adamsbros.org/?p=7#comment-1057 Brilliant article! Saved a lot of sweat (éven after sweating a ton). What I did was 1. Get Ubuntu Live CD .iso with lvm support (the alternative version) 2. Boot VMWare player with it (mount to cd/dvd) and f2 to bios and make it boot in fix mode 3. pvck -v -d /dev/sda5 to get the offset to metadatas 4. dd if=/dev/sda5 of=/metadata*.txt bs=1 skip= count= 5. repeat step 4. for each metadata 6. explore metadata with nano to see what went wrong and which was last working one 7. vgcfgrestore -f /metadata.txt -v I couldn't use hexdump so dd worked for me. The pvcreate didn't work for me but apparently it wasn't necessary. Big kiitos from Finland! Brilliant article! Saved a lot of sweat (éven after sweating a ton). What I did was
1. Get Ubuntu Live CD .iso with lvm support (the alternative version)
2. Boot VMWare player with it (mount to cd/dvd) and f2 to bios and make it boot
in fix mode
3. pvck -v -d /dev/sda5 to get the offset to metadatas
4. dd if=/dev/sda5 of=/metadata*.txt bs=1 skip= count=
5. repeat step 4. for each metadata
6. explore metadata with nano to see what went wrong and which was last working one
7. vgcfgrestore -f /metadata.txt -v

I couldn’t use hexdump so dd worked for me.
The pvcreate didn’t work for me but apparently it wasn’t necessary.

Big kiitos from Finland!

]]> By: Jacopo http://blog.adamsbros.org/2009/05/30/recover-lvm-volume-groups-and-logical-volumes-without-backups/comment-page-1/#comment-632 Jacopo Sun, 14 Nov 2010 06:20:04 +0000 http://blog.adamsbros.org/?p=7#comment-632 YOU SAVED MY LIFE! well you know when you're trying a better distro for your girlfriend's notebook and the pclinuxos' installer screws up your lvm configuration ,where there are all those pics, songs, movies, files she wants to keep, with just 1, ONE, click? and what if you don't know how to fix the mess? now that is fixed, thanks to you, i've to talk to those brilliant minds who made that wonderful installer... good nite... YOU SAVED MY LIFE!
well you know when you’re trying a better distro for your girlfriend’s notebook and the pclinuxos’ installer screws up your lvm configuration ,where there are all those pics, songs, movies, files she wants to keep, with just 1, ONE, click?
and what if you don’t know how to fix the mess?
now that is fixed, thanks to you, i’ve to talk to those brilliant minds who made that wonderful installer…
good nite…

]]> By: Durval Menezes http://blog.adamsbros.org/2009/05/30/recover-lvm-volume-groups-and-logical-volumes-without-backups/comment-page-1/#comment-553 Durval Menezes Wed, 19 May 2010 17:58:34 +0000 http://blog.adamsbros.org/?p=7#comment-553 Great article, Adams... helped me a lot in recovering a screwed-up PV here, aparently by the same cause (resizing the PV with pvresize and/or resizing the VG with "vgchange -s"). I didn't have hexedit, so I dumped the whole PV metadata using dd bs=1 skip=N size=M lvm.cfg(where N and M are respectively the offset and the size shown by pvck) and then editing the resulting lvm.cfg to select the valid metadata to restore. Also, I had to use BOTH commands in the end (pvcreate AND vgcfgrestore), as vgcfgrestore alone complained about metadata checksum error and refused to run. Hope this additional info is useful for someone else. Great article, Adams… helped me a lot in recovering a screwed-up PV here, aparently by the same cause (resizing the PV with pvresize and/or resizing the VG with “vgchange -s”). I didn’t have hexedit, so I dumped the whole PV metadata using dd bs=1 skip=N size=M lvm.cfg(where N and M are respectively the offset and the size shown by pvck) and then editing the resulting lvm.cfg to select the
valid metadata to restore. Also, I had to use BOTH commands in the end (pvcreate AND vgcfgrestore),
as vgcfgrestore alone complained about metadata checksum error and refused to run. Hope this additional info is useful for someone else.

]]> By: Trenton http://blog.adamsbros.org/2009/05/30/recover-lvm-volume-groups-and-logical-volumes-without-backups/comment-page-1/#comment-501 Trenton Tue, 23 Mar 2010 07:39:52 +0000 http://blog.adamsbros.org/?p=7#comment-501 Salah, I have no idea actually. But, you could get out a disk hex editor, and do it that way. :D Salah,

I have no idea actually. But, you could get out a disk hex editor, and do it that way. :D

]]> By: Salah http://blog.adamsbros.org/2009/05/30/recover-lvm-volume-groups-and-logical-volumes-without-backups/comment-page-1/#comment-500 Salah Tue, 23 Mar 2010 07:31:10 +0000 http://blog.adamsbros.org/?p=7#comment-500 Hi I need some help to restore data from hardware based clones/snapshots. I am using the following command in rhel to change the uuid of the clone: pvchange --uuid /dev/mapper/mpath2 --config 'global{activation=0}' . I want to know if there something similar in SLES 9 onwards for deactivating device-mapper interaction and change the LVM metadata? Thanks, Salah. Hi I need some help to restore data from hardware based clones/snapshots. I am using the following command in rhel to change the uuid of the clone: pvchange –uuid /dev/mapper/mpath2 –config ‘global{activation=0}’ . I want to know if there something similar in SLES 9 onwards for deactivating device-mapper interaction and change the LVM metadata? Thanks, Salah.

]]> By: Martijn Coenen http://blog.adamsbros.org/2009/05/30/recover-lvm-volume-groups-and-logical-volumes-without-backups/comment-page-1/#comment-113 Martijn Coenen Sun, 18 Oct 2009 17:48:49 +0000 http://blog.adamsbros.org/?p=7#comment-113 Thanks, you saved me too :) Thanks, you saved me too :)

]]> By: bwpow http://blog.adamsbros.org/2009/05/30/recover-lvm-volume-groups-and-logical-volumes-without-backups/comment-page-1/#comment-111 bwpow Sun, 11 Oct 2009 12:10:48 +0000 http://blog.adamsbros.org/?p=7#comment-111 You, sir, are my hero. Thanks to your great blog I've managed to get back 3.6TB of precious data. Thank you. It worked like a charm. You, sir, are my hero. Thanks to your great blog I’ve managed to get back 3.6TB of precious data. Thank you. It worked like a charm.

]]> By: Trenton http://blog.adamsbros.org/2009/05/30/recover-lvm-volume-groups-and-logical-volumes-without-backups/comment-page-1/#comment-85 Trenton Wed, 05 Aug 2009 04:13:55 +0000 http://blog.adamsbros.org/?p=7#comment-85 600G, ouch, that is very painful :( Don't give up though, open the disk with a hexeditor, and see if you can find the configurations near the beginning of the disk. 600G, ouch, that is very painful :(

Don’t give up though, open the disk with a hexeditor, and see if you can find the configurations near the beginning of the disk.

]]> By: lost_all_my_source_codes_and_sw http://blog.adamsbros.org/2009/05/30/recover-lvm-volume-groups-and-logical-volumes-without-backups/comment-page-1/#comment-84 lost_all_my_source_codes_and_sw Tue, 04 Aug 2009 20:31:04 +0000 http://blog.adamsbros.org/?p=7#comment-84 (if you ever try hackintosh, PHYSICALLY UNPLUG ALL YOUR HARD DRIVES WITH DATA, or it can silently cross you and ruin them right after it boots up to the instalator) (if you ever try hackintosh, PHYSICALLY UNPLUG ALL YOUR HARD DRIVES WITH DATA, or it can silently cross you and ruin them right after it boots up to the instalator)

]]>