lvreduce 后 LVM 逻辑卷分区损坏

Question

当我尝试缩小一个逻辑卷时遇到了这个问题。我采取了如下所示的步骤：

# unmount /home
# lvreduce --size -100G /dev/vg_dev/lv_home 
# lvdisplay /dev/vg_dev/lv_home 

--- Logical volume ---
LV Path                /dev/vg_dev/lv_home
LV Name                lv_home
VG Name                vg_dev
LV UUID                QOxrP3-nS36-nZTG-yL7e-sDi0-Wl9z-LXp4pJ
LV Write Access        read/write
LV Creation host, time , 
LV Status              available
# open                 1
LV Size                197.98 GiB
Current LE             50683
Segments               1
Allocation             inherit
Read ahead sectors     auto
- currently set to     256
Block device           253:4

# e2fsck -f /dev/vg_dev/lv_home

e2fsck 1.41.12 (17-May-2010)
The filesystem size (according to the superblock) is 78113792 blocks
The physical size of the device is 51899392 blocks
Either the superblock or the partition table is likely to be corrupt!
Abort<y>?

# resize2fs /dev/vg_dev/lv_home

resize2fs 1.41.12 (17-May-2010)
Please run 'e2fsck -f /dev/vg_dev/lv_home' first.

我根本无法挂载逻辑卷，有人可以帮我解决这个问题吗？

Answer 1

听起来您试图以错误的顺序调整卷和文件系统的大小。

当萎缩，您应该按以下顺序执行操作

1. 调整文件系统大小
2. 调整逻辑卷大小

当越来越多，你应该按以下顺序执行操作

1. 调整逻辑卷大小
2. 调整文件系统大小

对于您的问题

我要做的第一件事是将整个驱动器克隆dd到备用驱动器，然后在此驱动器上进行恢复。

如果你很幸运，并且你没有使用任何 LV 可用区，因此磁盘上的块没有改变，你可能能够将 LV 调整回以前的大小，然后fsck在文件系统上尝试. 如果fsck通过，则可以调整文件系统的大小。

如果您仍然遇到错误，fsck您可能已经造成了无法弥补的损害。

NB

lvresize现在支持在传递附加参数时调整文件系统大小，-r|--resizefs这减少了按特定顺序调整大小的需要，并大大降低了出错的可能性。