用户在不调整文件系统大小的情况下减少了 LVM 逻辑卷

Question

我昨天收到一封电子邮件，说我们的一个用户试图为心跳/集群包腾出空间，该包需要自己的分区作为投票磁盘。为此，他尝试减小根分区的逻辑卷的大小，然后为此创建一个新的逻辑卷。但是，他忘记先调整文件系统的大小（或在命令中包含 -r 开关）。他还忘记通过从救援 CD 运行此过程来卸载根分区。系统现在拒绝引导到操作系统，并出现以下错误：

超级块或分区表可能已损坏！意外的不一致；手动运行 fsck。

系统将用户放入单用户模式。

是否有可能拯救文件系统，或者它是否被软管？它运行的ext3。

Answer 1

如果文件系统已经在新的 LV 上初始化，那么您可能会被淹没，因为数据将被覆盖。你仍然可以尝试恢复它，但我不会抱太大希望。如果文件系统尚未初始化，那么理论上可以恢复它（但我自己还没有尝试过）。

首先，对整个驱动器进行备份，以防恢复出错。下一步是尝试查找 LVM 在进行/etc/lvm/archive更改之前创建的 LVM 元数据备份。如果根卷不可访问，您可以尝试运行e2fsck以使其可安装，并希望备份文件存储在卷开头附近。如果您这样做，您将希望继续从运行之前进行恢复e2fsck（即在获取备份文件后从备份恢复）。

如果您设法获取备份文件，请使用vgcfgrestore恢复 LVM 配置。如果您无法获得备份文件，您只能希望初始卷是完全连续的。删除新的 LV，然后将旧的 LV 扩展至其原始大小。

一旦你把旧的 LV 恢复到正确的尺寸，就祈祷吧，然后跑吧e2fsck。而且您确实需要先进行备份，您可能无法在第一次尝试时就做好备份。