lvdisplay 是查看快照详细状态的唯一可靠命令，可显示是否活跃、关联源卷及COW使用率；lvs 通过 Attr 列（swo）识别快照并查 Origin 和 Copy%；lvscan 仅确认存在性，无法判断健康度。
怎么用 lvdisplay 看快照的详细状态
快照本身是逻辑卷的一种特殊类型，lvdisplay 是唯一能直接显示其“是否活跃”“关联源卷”“COW 表使用率”等关键状态的命令。只用 lvscan 或 lvs 会漏掉快照是否已满、是否可合并等核心信息。
常见错误是执行 lvdisplay 后没注意输出里的 LV snapshot status 和 Allocated to snapshot 字段——前者告诉你快照是否正在被用于还原（如 active destination for /dev/vg/lv），后者显示已占用比例（比如 98.2% 就得立刻处理，否则快照失效）。
- 想看所有快照：直接运行
lvdisplay，然后逐个检查输出中含LV snapshot status的块 - 只查某个快照：用完整路径，例如
lvdisplay /dev/vg01/mysnap - 若输出里没有
LV snapshot status行，说明该 LV 不是快照（可能是普通 LV 或已损坏）
lvs 输出里哪些字段专用于快照识别
lvs 适合快速筛查，但它把快照和普通 LV 混在同一列表里，靠 Attr 列区分。快照的属性标记是 swo（s=快照，w=可写，o=已打开），而普通 LV 是 -wi-ao--- 这类。
容易踩的坑是忽略 Origin 列：它显示该快照对应的源逻辑卷名称（如 mydata），如果为空或显示 unknown，说明元数据异常或快照已损坏；Copy% 列数值接近 100 就意味着 COW 空间即将耗尽，不能等。
Linux AI 服务器 — 将 Linux 服务器转换为本地 AI 推理集群。使用 systemd、NVIDIA CUDA 实现无头 Linux AI，零 GUI 开销。
- 加
-o +attr,origin,copy_percent可强制显示关键列：lvs -o +attr,origin,copy_percent - 过滤快照专用：用
lvs | grep 'swo'（注意空格，避免匹配到其他含swo的字符串） - 别依赖
LV Size判断可用空间——那是快照预留容量，实际可用看Copy%
为什么 lvscan 不适合查快照状态
lvscan 只回答“有没有快照”，不回答“还能不能用”。它的输出类似 ACTIVE '/dev/vg01/mysnap' [1.00 GiB] inherit，但完全不体现 Copy%、源卷绑定关系、是否处于 merge pending 状态。
典型误用场景：系统提示快照“不可用”，你跑 lvscan 看到 ACTIVE 就以为没问题，结果执行 lvconvert --merge 失败——因为 lvscan 不告诉你该快照已被挂载或正被进程占用。
- 仅在初始化排查时用
lvscan：确认快照设备是否存在、路径是否正确 - 绝不拿它判断快照健康度：它连是否被挂载都检测不到
- 若
lvscan输出里快照显示inactive，先查vgchange -ay vg_name是否成功，再查pvs确认物理卷是否在线
快照合并前必须验证的三个状态点
执行 lvconvert --merge 前，lvdisplay 输出必须同时满足三项：源 LV 处于未挂载状态、快照 LV 的 LV Status 显示 available（而非 locked）、LV snapshot status 行末尾是 merge pending（不是 active destination）。
最容易被忽略的是“源 LV 必须 unmounted”——哪怕只挂载在 /mnt/temp 这种临时目录，--merge 也会静默失败并回退，且不报错。而 df 查不到挂载点时，要补查 findmnt /dev/vg01/mydata。
- 检查挂载：用
findmnt -D /dev/vg01/mydata（-D 参数确保查到底层设备） - 确认 merge pending：
lvdisplay /dev/vg01/mysnap | grep "LV snapshot status"输出应含merge pending - 若合并失败，别反复重试——先
lvconvert --splitmirrors或lvremove清理残留锁，否则元数据可能永久损坏
