vgextend --restoremissing 是恢复临时离线物理卷的最直接手段，它利用LVM元数据中残留信息将重新上线的设备认领回原卷组，无需外部备份，适用于断电、热插拔或路径变化导致的“2 physical volumes missing”场景。
当物理卷（PV）因断电、热插拔或路径变化临时离线，重启后系统无法识别其原有 UUID 或 WWID，导致卷组（VG）显示 “2 physical volumes missing”，但磁盘本身完好、数据未损坏——这时 vgextend --restoremissing 是最直接有效的恢复手段。它不依赖外部备份文件，而是利用 LVM 元数据中残留的 PV 描述信息，将重新上线的设备“认领”回原 VG。
确认缺失状态和目标 PV
先验证是否属于典型 missing 场景：
- 运行
vgdisplay -v <vgname>，看到类似 “There are 2 physical volumes missing” 的警告 - 执行
pvs，发现部分 PV 显示为unknown device或完全不出现，但用lsblk或fdisk -l能确认对应磁盘（如/dev/sdb1）物理存在且分区表正常 - 检查
pvscan --cache或pvscan -v，看是否有 “orphan PV” 提示，说明 LVM 已扫描到设备但无法匹配到现有 VG
执行 vgextend --restoremissing 恢复
该命令会自动查找当前系统中未被任何 VG 使用、且元数据特征匹配缺失 PV 的块设备，并将其加回原卷组：
Zynq Linux Hardware Debug
下载
Zynq‑7000 / Zynq UltraScale+ 硬件调试技能。适用于 Xilinx Zynq（Cortex‑A9/A53 + FPGA）Linux 环境，调试 I2C、I2S、UART、GPIO 等外设。包括设备树配置、内核驱动、用户空间调试工具、交叉编译和常见问题排查，支持 PetaLinux 开发。
- 确保目标磁盘已就绪：例如
/dev/sdb1已分区、无挂载、无其他进程占用 - 运行
vgextend --restoremissing <vgname>（如vgextend --restoremissing VolGroup） - 若成功，输出类似 “Restored missing PV /dev/sdb1 to volume group VolGroup”
- 立即执行
vgs和pvs确认 PV 数量恢复正常，VG 状态变为resizable且无 missing 提示
激活并验证逻辑卷
恢复 PV 后，VG 内部结构已完整，但 LV 仍可能处于 inactive 状态：
- 激活卷组：
vgchange -ay <vgname> - 检查逻辑卷状态：
lvscan应显示所有 LV 为 ACTIVE - 尝试挂载一个 LV 测试：
mount /dev/<vgname>/<lvname> /mnt/test - 若挂载失败且提示文件系统错误，说明底层数据完好但日志不一致，可针对性修复：
• ext4：运行e2fsck -f /dev/<vgname>/<lvname>
• xfs：运行xfs_repair /dev/<vgname>/<lvname>
预防再次发生
这类问题多源于设备名不稳定（如 /dev/sdX 变动）或 multipath/udev 规则缺失：
- 改用持久化设备路径：在
/etc/fstab和 LVM 配置中优先使用/dev/disk/by-id/ata-xxx或/dev/disk/by-uuid/链接 - 启用 udev 规则固化 PV 设备名，避免内核重命名干扰 LVM 元数据匹配
- 定期备份元数据：
vgcfgbackup <vgname>，并确认/etc/lvm/archive/下有最新快照
