LVM逻辑卷分区在lvreduce之后损坏

当我尝试缩小一个逻辑卷时遇到问题。我采取了以下步骤显示的操作：

# 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.

控制台的图片。

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

这听起来像你试图以错误的顺序调整音量和文件系统的大小。

缩小时 ，应按此顺序执行操作

调整文件系统的大小
调整逻辑卷的大小

增长时 ，应按此顺序执行操作

调整逻辑卷的大小
调整文件系统的大小

为了你的问题

我要做的第一件事是使用dd克隆整个驱动器到一个备用驱动器，并在这个恢复工作。

如果幸运的是，您没有使用任何LV可用的扩展盘区，因此磁盘上的块没有更改，您可能可以将LV重新调整到之前的大小，然后尝试对该文件执行fsck系统。如果fsck通过，则可以调整文件系统的大小。

如果你仍然对fsck有错误，你可能会造成不可挽回的损失。

NB

lvresize现在在传递额外的参数时支持文件系统resize-r|--resizefs减less了以特定顺序resize的需要，并大大降低了出错的可能性。

一个可能的解决scheme是扩展文件系统100GB，但可能会有一些数据丢失。请采取所需的文件系统的备份。

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

然后你可以挂载filesytem。

希望这会解决你的问题。

我调整了我的逻辑光盘， /dev/mapper ，我得到了错误：

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

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

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

就这样。

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

显然，只有文件系统超级块被损坏。要解决这个问题，如果是ext2 / 3文件系统，请执行以下命令：

mke2fs -S / dev / XXX && fsck / dev / XXX

/ dev / XXX必须用相应的设备replace。对于其他FS，预计将使用相应的mkfs命令。使用“-S”选项，只有超级块和组描述符将被重新初始化。运行第一个命令之后的“fsck”命令以修复/调整组描述符。