lvm僵尸卷组需用vgreduce --removemissing --force清理缺失pv：先停用vg中所有lv，再执行命令移除missing pv引用并释放未用pe，最后验证状态并检查lv是否可激活。
当物理硬盘被意外拔除或故障离线后，LVM 可能仍保留该物理卷（PV）的元数据记录，导致卷组（VG）状态异常，出现 removemissing 提示或显示为 partial 状态，逻辑卷无法激活、vgdisplay 报告“1 physical volume missing”，这类 VG 就是常说的“僵尸卷组”。此时不能直接用 vgremove，因为系统认为它仍有成员 PV（尽管已不可访问），必须先清理缺失的 PV 引用。
确认 VG 处于 partial 状态并识别缺失 PV
运行以下命令查看当前 VG 状态：
vgscan --cache && vgs -o +pv_count,missing_pv
若输出中某 VG 的 missing_pv 列为 1，且 pv_count 显示实际在线 PV 数少于应有数，说明存在缺失 PV。
再执行：
vgdisplay -v
检查输出中是否含类似 WARNING: Partial mode. Use --force to override. 或明确列出 Missing PV 的 UUID（如 lBqX9J-...-KtRz）。
Zynq‑7000 / Zynq UltraScale+ 硬件调试技能。适用于 Xilinx Zynq（Cortex‑A9/A53 + FPGA）Linux 环境，调试 I2C、I2S、UART、GPIO 等外设。包括设备树配置、内核驱动、用户空间调试工具、交叉编译和常见问题排查，支持 PetaLinux 开发。
使用 vgreduce --removemissing 安全清理
该命令专为处理此类场景设计：它会自动移除所有标记为 missing 的 PV 引用，并释放其占用的 PE（Physical Extents）空间（前提是这些 PE 未被任何 LV 使用）。
操作步骤如下：
- 确保目标 VG 中所有逻辑卷（LV）都处于非活动状态：
lvchange -an /dev// （逐个停用）；或全部停用：
vgchange -an - 执行清理：
vgreduce --removemissing --force--force是必需的，否则命令会因检测到潜在数据风险而中止。 - 验证结果：
vgs应不再显示 missing_pv；
vgdisplay中 Missing PV行消失，Cur PV数值与实际在线 PV 数一致。
后续必要检查与收尾
清理后不代表万事大吉，还需确认两点：
-
LV 是否可正常激活：若之前 LV 因缺失 PV 无法启动，现在尝试 lvchange -ay /dev/
/ 。若仍失败，说明该 LV 的数据实际分布在已丢失的 PV 上——此时无法恢复，只能重建。 -
是否残留无效元数据：如果原物理设备（如
/dev/sdb）已彻底移除，但系统仍尝试扫描其路径，可在/etc/lvm/cache或通过 pvs 查看是否残留旧 PV 条目。必要时可手动清除缓存：
rm -f /etc/lvm/cache/.cache，再运行 vgscan --cache 重建。
整个过程不涉及数据写入或覆盖，仅更新 LVM 元数据，因此只要缺失 PV 上没有正在使用的 LV 数据，vgreduce --removemissing 就是安全、标准且推荐的做法。
