我尝试缩小一个逻辑卷时遇到问题.我采取了以下步骤显示的操作：
# 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.
解决方法
听起来你试图以错误的顺序调整卷和文件系统的大小.
收缩时,您应该按此顺序执行操作@H_301_5@
在成长时,您应该按此顺序执行操作@H_301_5@
对于你的问题@H_301_5@
我要做的第一件事是使用dd将整个驱动器克隆到备用驱动器,然后使用这个驱动器进行恢复.@H_301_5@
如果你很幸运,并且你没有使用任何LV可用范围,因此磁盘上的块没有改变,你可能可以将LV的大小调整回原来的大小,然后在文件上尝试fsck系统.如果fsck通过,则可以调整文件系统的大小.@H_301_5@
如果你仍然遇到fsck的错误,你可能会造成无法弥补的伤害.@H_301_5@
NB@H_301_5@
lvresize现在支持文件系统调整大小时传递一个额外的参数-r | –resizefs,这减少了按特定顺序调整大小的需要,并大大减少了出错的可能性.@H_301_5@
