LVM故障处理！lvm分区报老是报io错误！

本文目录一览：

• 1、centOS7.3修复xfs系统失败的复盘思考
• 2、LVM之VG、PV误删除恢复方法
• 3、lvm逻辑卷数据恢复

centOS7.3修复xfs系统失败的复盘思考

badblock修复磁盘元数据LVM故障处理：使用badblocks工具检测并尝试修复硬盘坏道LVM故障处理，同样未能成功。

救援模式是一个微型的操作系统，只在内存中运行，不会对真实系统的数据造成影响。在救援模式中，可以使用系统提供的各种工具来修复系统。 复制libc.so.6文件 如果手头有CentOS的安装光盘或ISO镜像，可以将其挂载到救援模式中。找到光盘上的libc.so.6文件（通常位于/lib64/目录下）。

一）3稳定，修复了2的bug。（二）2和3差别不大的，3只是修复了一些bug。（三）如果要用centos7了，那么就用新的吧。CentOS7出来已经很久了，但是生产环境还是用的少，一般说起来应该是3要稳定一些，不过建一个站而已，随便用哪个也没啥问题的。

在3的基础上完善了云环境适配性，改进了KVM虚拟化的热迁移效率，并优化了XFS文件系统的碎片整理机制，更适合生产环境长期部署。两个版本均保持了CentOS一贯的稳定性，选择时需根据具体需求：若需要最新安全特性和性能优化，建议使用5；若追求经过充分验证的稳定环境，4仍是可靠选择。

修复已知问题：相比之前的版本，110版驱动修复了多个已知BUG，提升了系统的稳定性和性能。广泛的系统兼容性 支持更多Linux分支：除了Ubuntu 102 LTS，AMD还扩大了驱动的支持范围，包括CentOS 3/RHEL 3/SLED/SLES 12 SP2等，满足了不同Linux发行版用户的需求。

LVM之VG、PV误删除恢复方法

对于VG恢复： 利用元数据日志恢复：若使用lvremove命令误删除了VG下的所有PV，可以借助archive记录的元数据日志来恢复VG。 使用vgcfgrestore：结合元数据日志，利用vgcfgrestore命令恢复VG下的逻辑卷。

若使用lvremove命令误删除了VG下的所有PV，可以借助archive记录的元数据日志进行恢复。 利用vgcfgrestore结合元数据日志，恢复VG下的LV。对于PV恢复： 故障详情：在LVM环境中执行parted mklabel操作时，可能会破坏第二个扇区记录的labelone、pv-uuid信息，导致PV处于丢失状态。

数据丢失原因 人为误操作：比如误删除逻辑卷、格式化逻辑卷等。 系统故障：如硬件故障、操作系统崩溃等导致逻辑卷损坏。 存储设备问题：磁盘损坏、阵列故障等影响逻辑卷数据读取。恢复方法 使用备份恢复：如果有定期备份，可从备份中还原数据到新的逻辑卷。

检查备份情况 查看是否有近期备份：如果有完整的系统备份，如使用rsync、tar等工具进行的备份，可尝试从备份中恢复相关数据。 备份存储位置：确定备份存储在外部存储设备、磁带还是其他服务器等，以便准确找到并使用备份进行恢复操作。

创建逻辑卷快照（若未做则跳过）：若之前配置了LVM快照，优先挂载快照恢复（如`mount /dev/vg0/lv_root_snap /mnt`），快照中的数据通常可直接提取。利用LVM元数据恢复（需元数据备份） 备份现有LVM元数据：执行`vgcfgbackup -f /tmp/vg_backup_$（date +%Y%m%d）`，防止操作失误。

lvm逻辑卷数据恢复

恢复方法 使用备份恢复：如果有定期备份，可从备份中还原数据到新的逻辑卷。 LVM快照恢复：若创建过快照，可利用快照恢复到数据丢失前的状态。首先挂载快照，找到需要恢复的数据，然后将其复制到安全位置。 专业数据恢复工具：借助一些专业的数据恢复软件，如TestDisk、PhotoRec等。

这种情况下，数据实际上还存在于物理卷上，只是逻辑卷的映射关系被破坏了。 物理卷也存在问题：若物理卷也出现了如损坏、丢失等情况，恢复难度就会大大增加。比如物理卷所在的磁盘出现了硬件故障等。基于备份恢复 查看备份情况：首先要确定是否有针对该LVM卷的备份。

vgscan --mknodes列出逻辑卷：通过 lvscan 确认哪些 LV 处于错误状态（如 I/O error）。lvscan 停用受影响的逻辑卷和卷组停用逻辑卷：避免数据进一步损坏。lvchange -an /dev/vg_name/lv_name停用卷组：确保资源释放。vgchange -an vg_name 重新激活卷组和逻辑卷重新扫描：更新 LVM 缓存。

立即关机：如果误操作执行了 rm -rf /* 命令，并且立刻意识到，应立即关机。切记不要再进行任何操作，包括重启。任何后续操作都可能覆盖被删除的数据，降低恢复的可能性。数据备份：系统是否进行了数据备份是恢复的关键。如果有定期备份，恢复过程会简单得多，可以直接从备份恢复。

执行fsck修复：对逻辑卷路径运行fsck -y /dev/vgname/lvname。更新initramfs：修复完成后执行update-initramfs -u，确保下次启动正确识别逻辑卷。注意事项：修复前务必备份重要数据，避免操作失误导致数据丢失。若文件系统损坏严重（如超级块完全损坏），需结合多种方法（如从备份恢复）处理。