Linux中LVM某块硬盘损坏的灾难修复

误操作、磁盘异常掉电等原因可能会造成硬盘的逻辑损坏，当LVM中某块硬盘出现异常时，会导致部分逻辑卷或整个卷组无法访问的情况。我们查看pv时会发现提示unknow device,并提示“Couldn’t find device with uuid xxx”。问题如图，本文介绍了LVM中某块硬盘损坏的灾难修复，来尽可能恢复灾难所造成的数据损失。

1、本次操作为模拟灾难，先查看磁盘下的目录及文件，如图1所示，用以验证操作的可行性，可以看到当前vg下有两块硬盘。现模拟/dev/sdc1出现异常，提示unknown device。

图1

1、磁盘异常后已经重启过设备，无法进入系统，进入救援模式，按照提示输入root密码，并将根目录修改为可读写，否则所有文件都为readonly，无法修改，如图2。如果lvm不是系统所在根目录，可以在救援模式中修改/etc/fstab文件，删除异常lvm的挂载信息，重启至少可以正常进入系统。

图2

2、新加一块硬盘，和损坏的硬盘大小一致，使用fdisk -l查看设备名，为/dev/sdd，如图3所示。

图3

3、使用pvs查看当前异常设备的uuid，使用lvm配置归档文件恢复lvm，该uuid的硬盘替换为/dev/sdd，如图4所示。归档文件较多，如图5所示，应选择近期合适的归档文件，不确定的话可以做多次尝试。建议尝试异常发生之前的最新一次归档。

图4

图5

4、我们可以看到sdd已经成功替换了sdc1，如图6所示；如果替换后的/dev/sdd 的attr为a-m 表示/dev/sdd为missing状态，使用如图7命令修复。

图6

图7

5、确认没有硬盘在missing状态后，对卷组进行恢复，如图8所示，提示恢复vg，没有报错，使用lvscan发现当前lv状态为inactive。

图8

6、激活vg，再次查看，如图9所示。

图9

7、查看blkid，可以看到当前卷组的uuid，挂载到之前的目录下，查看文件mm已恢复，如图10所示，但也存在部分损坏，如tt目录丢失，具体的恢复和丢失的文件数量，还是要看硬盘损坏的程度和文件存储的实际位置。如损坏严重的话，即使lvm正常恢复了，也无法挂载到文件系统。

图10