起因
LVM 上分区data-data1 重启后消失，在找回分区时应该使用testdisk /dev/mapper/data-data
但是误操作testdisk /dev/vdb , 而且扫描到了一个分区（可以看到磁盘上数据），并将分区/dev/vdb1 ①信息写入磁盘，但是发现无法正常挂载而且在重启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 错误）
解决
LVM创建成功后，都会在/etc/lvm/backup 下备份配置信息，尝试使用备份来恢复pv。
在这个case中 备份名为/etc/lvm/backup/data
less/etc/lvm/backup/data#查看pv0 的配置
记录下pv0 的 id
执行下面命令恢复
pvcreate /dev/vdb -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 ，判断是我操作出错将分区写vdb后多了vdb1导致的，使用fidisk 删除vdb1
重新执行上面pvcreate 命令然后恢复vg 、激活vg
vgcfgrestore data vgchange -ay data-data
激活后/dev/mapper/data-data 回来了，但是缺少分区 data-data1
使用testdisk 找回分区
testdisk /dev/mapper/data-data # 找到保存分区后，执行partprobe 来扫描磁盘通知内核重载分区表partprobe /dev/mapper/data-data fsck -y /dev/mapper/data-data1 #前面写入vdb1 导致分区有错误需要fsck
建议
后续使用磁盘直接分区，不使用逻辑卷，在云服务器上单磁盘使用LVM 无任何优势，而且管理也麻烦。
❶ vdb上找到的分区是vdb 上的lvm 的分区，直接写入分区到vdb 是错误的，分区仍然无法识别
