最常见原因是卷组未激活；执行vgs确认vg存在，lvscan或lvs -a查看lv状态为inactive时，运行vgchange -ay激活，若仍失败则清理缓存mv /etc/lvm/cache/.cache{,.bak} && vgscan --cache。
逻辑卷不可用，最常见原因是卷组没激活。LVM 启动时不会自动激活所有 VG，尤其在系统重启、chroot 环境或 initramfs 切换后，VG 默认处于 inactive 状态，LV 自然无法访问。
确认逻辑卷是否处于非激活状态
运行 lvscan 或 lvs -a，重点看 LV 状态列：
- 显示 inactive 或 not available → 卷组未激活，不是设备丢失
- 显示 active 但挂载失败 → 问题在文件系统或挂载点，不是 LVM 层
- lvdisplay 中 “LV Status” 显示 “NOT available” 也指向同一原因
检查卷组是否存在且可识别
先确认 VG 名称拼写正确（区分大小写），再执行：
- vgs：有输出说明 VG 元数据存在；无输出需查 PV 层
- pvscan -v：看是否识别到物理卷；若提示 “device is not a PV”，说明该设备未初始化（缺 pvcreate）或被 udev 规则屏蔽
- 必要时手动验证元数据：dd if=/dev/sdb bs=512 count=8192 skip=1 | strings | grep vg_name，确认 VG 描述符是否真实存在于 PV 开头区域
尝试激活并修复缓存不一致
LVM 激活失败常因缓存不同步，需分层清理：
- 直接激活所有卷组：vgchange -ay（最常用、最有效）
- 若报错“no volume groups found”，可能是文件缓存损坏：先备份再重建缓存 mv /etc/lvm/cache/.cache{,.bak} && vgscan --cache
- 内核设备映射器未加载？检查 lsmod | grep dm_mod，缺失则 modprobe dm_mod
排查启动阶段的自动激活缺失
系统启动后 LV 不可用，大概率是 initramfs 未包含 LVM 支持或未启用自动激活：
- 检查 initramfs 是否含 lvm 工具：lsinitrd | grep -i lvm
- 确认 /etc/default/grub 中 GRUB_CMDLINE_LINUX 包含 rd.lvm.lv=vg_name/lv_name（RHEL/CentOS）或 rd.lvm.vg=vg_name
- 更新 grub 和 initramfs：grub2-mkconfig -o /boot/grub2/grub.cfg && dracut -f
