原因
创建好LVM后，将LVM当做一个设备，又新建了一个分区，将LVM上的分区格式化后使用。
在重启后系统只能找到LVM找不到LVM上的分区。
解决方案
使用testdisk 来找回分区。
testdisk /dev/mapper/data-data`找到保存分区后，执行partprobe 来扫描分区（重启就会又不见了）
partprobe /dev/mapper/data-data建议
后续使用磁盘直接分区，不使用逻辑卷，在云服务器上单磁盘使用LVM 无任何优势，而且管理也麻烦。
LVM丢失的恢复
起因
LVM 上分区data-data1 重启后消失，在找回分区时应该使用testdisk /dev/mapper/data-data
但是误操作testdisk /dev/vdb , 而且扫描到了一个分区（可以看到磁盘上数据），并将分区/dev/vdb1 ❶信息写入磁盘。操作完成后发现有误，使用
testdisk /dev/mapper/data-data
来找回data-data1 测试并挂载到/mnt 下可以看到数据。为了验证问题 重启ECS，结果发现 /dev/mapper/data-data 和/dev/mapper/data-data1 都消失了。
思考
机器内原本没有vdb1只有vdb ，将vdb 制成pv，而扫描vdb 发现的分区实际上是 data-data1
将data-data1 分区写入到vdb 后多了vdb1，这导致重启后LVM 找不到vdb ，从而报错。
而由于vdb 上文件系统也不是直接在vdb 上创建的，所以vdb1 也不能挂载（superblock 错误）
如果执行fsck vdb1 ，也许可以解决这个问题❷
解决
LVM创建成功后，都会在/etc/lvm/backup 下备份配置信息
在这个case中 备份名为/etc/lvm/backup/data less /etc/lvm/backup/data #查看pv0 的配置
记录下pv0 的 id
执行下面命令恢复
pvcreate /dev/sdb -u qdJSB3-pjMo-KI5z-PzkU-zmHb-Gyol-2Tc60v --restorefile /etc/lvm/backup/data
-u 后面的“qdJSB3-pjMo-KI5z-PzkU-zmHb-Gyol-2Tc60v”是pv0 id
执行这个命令后报错：
Device /dev/vdb excluded by a filter.
翻阅相关的文档，都是说是已经有了分区表导致无法识别或者lvm.conf 中设置了filter 导致的。
但是翻看配置文件，发现并未启用global filter ，判断是我操作出错多了vdb1导致的，使用fidisk 删除vdb1
重新执行pvcreate
然后恢复vg 、激活vg
vgcfgrestore data
vgchange -ay data-data激活后
/dev/mapper/data-data 回来了，但是缺少分区 data-data1
使用testdisk 找回分区
testdisk /dev/mapper/data-data
fsck -y /dev/mapper/data-data1 #前面写入vdb1 导致分区有错误需要fsck❶ vdb上找到的分区是vdb 上的lvm 的分区，直接写入分区到vdb 是错误的，分区仍然无法识别
❷ fsck /dev/vdb1 也许能解决这个vdb1 不能使用的问题但是未做测试。
