精简配置LVM快照丢失源卷关联变为独立卷的相关技术问题咨询

我最近在折腾LVM Thin的配置，创建了好几个快照，还多次把它们合并回源卷。结果后来用lvs -a命令查看时，发现最早创建的那些快照居然丢失了源卷关联。用更详细的lvs -a -o time,name,origin,lv_role命令查看，这些快照的lv_role变成了public（正常快照的角色应该是public,snapshot,thinsnapshot），现在想合并也不行，报错说“不是可合并的逻辑卷”。我现在有几个疑问：

1. 这些“孤儿”快照是正常的卷还是已经损坏了？
2. 为什么会出现这种情况？（我之前合并了几个创建时间居中的快照到它们的源卷，之后又重新创建了这些快照）
3. 能不能手动移除快照的源卷关联，让它变成独立卷？
4. 有没有办法让这些卷重新变回快照，再次和源卷共享相同数据块以节省空间？

更新：测试脚本
初始配置需要已存在指定名称的卷组（VG）和存储池...

针对你的问题逐一解答： #

1. 这些“孤儿”快照是正常可用的卷，没有损坏
   当快照丢失源卷关联后，它已经自动转换成了独立的Thin逻辑卷（LV），原本和源卷共享的所有数据块都已经被复制到快照自身，数据是完整且可正常读写的，你可以像使用普通LV一样挂载、操作它，不用担心数据损坏问题。

2. 出现该问题的核心原因是快照依赖链被破坏
   LVM Thin的快照是按创建时间形成链式依赖结构的：新快照依赖旧快照的状态，最终所有快照都依赖最初的源卷。如果你合并了中间位置的快照到源卷，这个链式结构就会被打破——最早的快照原本依赖的是中间快照合并前的源卷状态，现在源卷已经被中间快照的内容更新，最早的快照就失去了它的“依赖锚点”。为了避免数据不一致，LVM会自动将这类失去有效依赖的快照转换成独立的public角色卷。你反复合并中间快照再重建的操作，进一步打乱了依赖链，最终导致最早的快照彻底脱离源卷关联。

3. 可以手动将快照转为独立卷
   其实你遇到的情况就是LVM自动完成了这个转换，但如果需要主动操作，可以使用lvconvert --splitthin命令：

   lvconvert --splitthin <快照LV路径>
   

   这个命令会把快照的所有数据复制到自身存储空间，彻底切断和源卷的关联，将其转为独立的Thin LV，效果和你现在的“孤儿”快照完全一致。

4. 无法恢复为共享数据块的快照
   很遗憾，这个过程是单向不可逆的。当快照变成独立的public卷后，所有原本和源卷共享的数据块都已经被复制到自身，LVM没有机制去反向对比源卷和独立卷的数据块，重新建立共享关联。如果想要节省存储空间，只能基于当前的源卷重新创建新的快照。

备注：内容来源于stack exchange，提问作者avi9526