lvreduce
Hi All,
One of the customer ran "lvreduce" command without reducing the
filesystem (resize2fs ). After the system was rebooted got this error.
<<snip>>
The filesystem size (according to the superblock) is 19922944 blocks The physical size of the device is 13369344 blocks
Either the superblock or the partition table is likely to be corrupt! <<snip>>
Is there any way for data recovery???
Welcomes your valid responses
Regards
Humble
try to grow the partition again
make a backup first (dd is your friend)
--------------------
Itamar Reis Peixoto
e-mail/msn: [email protected]
skype: itamarjp icq: 81053601
+55 11 4063 5033
----- Original Message ----- From: "Humble Chirammal" <[email protected]>
To: <[email protected]>
Sent: Monday, October 22, 2007 1:41 AM
Subject: [linux-lvm] lvreduce
Quoted 24 lines
Hi All,
One of the customer ran "lvreduce" command without reducing the
filesystem (resize2fs ). After the system was rebooted got this error.<<snip>>
The filesystem size (according to the superblock) is 19922944 blocks The physical size of the device is 13369344 blocks
Either the superblock or the partition table is likely to be corrupt! <<snip>>Is there any way for data recovery???
Welcomes your valid responses
Regards
Humble_______________________________________________
linux-lvm mailing list
[email protected]
https://www.redhat.com/mailman/listinfo/linux-lvm
read the LVM HOW-TO at http://tldp.org/HOWTO/LVM-HOWTO/
Quoted 11 lines · Humble Chirammal
One of the customer ran "lvreduce" command without reducing the
filesystem (resize2fs ). After the system was rebooted got this error.<<snip>>
The filesystem size (according to the superblock) is 19922944 blocks The physical size of the device is 13369344 blocks
Either the superblock or the partition table is likely to be corrupt!
<<snip>>Is there any way for data recovery???
Stop them from doing anymore LVM operations until recovery. If nothing else has been done, undo the lvreduce with vgrestore. LVM keeps backup versions of the metadata (/etc/lvm/archive on my system). I'll let the experts provide the exact syntax. I haven't had to do it yet :-)
If they have used the freed extents (lvextend or lvcreate or ...), then they are hosed.
Signature · 4 lines
Stuart D. Gathman <[email protected]> Business Management Systems Inc. Phone: 703 591-0911 Fax: 703 591-6154 "Confutatis maledictis, flammis acribus addictis" - background song for a Microsoft sponsored "Where do you want to go from here?" commercial.
Quoted 9 lines · Stuart D. Gathman
Quoted 8 lines · Humble Chirammal
One of the customer ran "lvreduce" command without reducing the
filesystem (resize2fs ). After the system was rebooted got this error. <<snip>>
The filesystem size (according to the superblock) is 19922944 blocks The physical size of the device is 13369344 blocks
Either the superblock or the partition table is likely to be corrupt!
<<snip>>
Is there any way for data recovery???
Quoted 7 lines
Stop them from doing anymore LVM operations until recovery. If nothing else has been done, undo the lvreduce with vgrestore. LVM keeps backup versions of the metadata (
/etc/lvm/archiveon my system). I'll let the experts provide the exact syntax. I haven't had to do it yet :-)
If they have used the freed extents (lvextend or lvcreate or ...), then they are hosed.
Indeed - as long as they made no other changes, 'vgcfgrestore' will undo the lvreduce operation. You can use '-ll' to check.
If they're using X, suggest trying the GUI (packages system-config-lvm) interface to carry out resizing.
Alasdair
Signature · 1 line
[email protected]