1
oott123 2023-08-24 00:46:45 +08:00 via Android
没备份的话应该不太容易…
|
2
cpstar 2023-08-24 08:52:54 +08:00
这是相当于用 vdc1 和 vdd1 新建的 lvmdata 覆盖了构建在原来 vdb1 的老 lvmdata ?那是不是相当于老的 lvmdata 信息丢失,需要恢复 lvmdata 的信息,然后搜搜看?
因为没有动 vdb1 上的数据,似乎感觉应该有戏。 |
3
7lQM1uTy635LOmbu 2023-08-24 09:25:07 +08:00 via Android
如果没有 mkfs 之类的操作,试试直接反向? lvremove ,vgremove ,pvremove ,然后直接挂载看看什么反应。(我没测过,纯脑补)
|
4
ScotGu OP |
5
cpstar 2023-08-24 11:27:14 +08:00
哦,第二个 pvcreate 搞了 vdb1 啊,不是 vbd1 ,那就相当于破坏了原有的分区表,需要按照 ext4 找内容的方法重建分区表了,这就。。。。
|
7
7lQM1uTy635LOmbu 2023-08-24 13:35:17 +08:00
加个引号
@julyclyde |
8
billlee 2023-08-24 22:20:06 +08:00
1. 先用 dd 做全盘备份,再尝试进行恢复
2. 根据 lvm pv 和 ext4 的数据结构,ext4 的 superblock 和 group descriptors 应该已经被覆盖了。可以试试 fsck.ext4 指定使用备用 superblock 看看能不能救回来。 3. 最后,因为数据区和 inode table 应该都没有被覆盖,理论上应该是能全部文件+目录结构都恢复回来的。 |