LVM逻辑卷分区在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时调整文件系统的大小，这减少了按特定顺序调整大小的需要，并大大减少了出错的可能性。

Answer 2

我调整了逻辑磁盘的大小，/dev/mapper和我得到了错误：

超级块或分区表可能会损坏！

解决方案是使用损坏的分区执行此命令：

[root@localhost]# mke2fs /dev/mapper/VolGroup-lv_home && fsck /dev/mapper/VolGroup-lv_home

仅此而已。

来源：超级块中的大小与分区的物理大小不同。

Answer 3

一种可能的解决方案是将文件系统扩展100 be，但可能会有一些数据丢失。请备份所需的文件系统。

# lvextend -L +100G /dev/vg_dev/lv_home 
# resize2fs /dev/vg_dev/lv_home 

然后，您可以挂载文件集。

希望这能解决你的问题。