昨天我尝试在救援模式下使用 Debian 安装来修复我的 Grub(Debian 的菜单项突然消失了)。
现在我无法修复它并且没有太多时间,所以我想我只需重新安装 Debian(我知道,Windows 风格:P)。问题是我使用全盘加密安装了 Debian,因此是在 LVM 分区内安装的。由于某种原因,安装程序无法识别卷组,尽管我可以在救援模式下安装它们。我尝试设置“用作 lvm”,然后选择选项“使用当前布局”,但不再存在卷组。回到救援模式,执行 shell,我无法再安装它们,就好像它们消失了一样。
因此,在此过程中,卷组的元数据一定已被覆盖。我做了一些谷歌搜索,但几乎找不到任何关于覆盖元数据的特定主题的内容。我尝试过运行 testdisk,但似乎仅用于恢复分区,而不是卷组。
最后我能找到的是 pvck 的输出:
root@ubuntu:/home/ubuntu# pvck -d -v /dev/sda5
Scanning /dev/sda5
Found label on /dev/sda5, sector 1, type=LVM2 001
Found text metadata area: offset=4096, size=192512
Found LVM2 metadata record at offset=194560, size=2048, offset2=0 size2=0
Found LVM2 metadata record at offset=128512, size=66048, offset2=0 size2=0
Found LVM2 metadata record at offset=116224, size=12288, offset2=0 size2=0
Found LVM2 metadata record at offset=69120, size=47104, offset2=0 size2=0
Found LVM2 metadata record at offset=68096, size=1024, offset2=0 size2=0
Found LVM2 metadata record at offset=65024, size=3072, offset2=0 size2=0
Found LVM2 metadata record at offset=53248, size=11776, offset2=0 size2=0
Found LVM2 metadata record at offset=52736, size=512, offset2=0 size2=0
Found LVM2 metadata record at offset=51712, size=1024, offset2=0 size2=0
现在看起来确实找到了正确的东西?但不幸的是我对 LVM 的了解不够,所以我不知道如何使用这些信息。谁能进一步指导我?
额外的信息:
pvscan 的输出:
root@ubuntu:/home/ubuntu# pvscan
PV /dev/sda5 lvm2 [465.52 GiB]
Total: 1 [465.52 GiB] / in use: 0 [0 ] / in no VG: 1 [465.52 GiB]
我正在 live Ubuntu 10.04 LTS 32 位 live-cd 上进行测试,并尝试重新安装 Debian Squeeze 64 位。我使用的是宏碁 Aspire 笔记本电脑,配备英特尔 i7 四核处理器、2 个 1TB 内置硬盘、ati Radeon HD 5600 系列显卡。 (这可能比需要的信息更多:P)。
答案1
如果您有在上次对 LVM 进行更改后进行的系统备份,则大多数 LVM 命令会将 LVM 元数据备份到 /etc/,并且有一种方法可以将该数据恢复到磁盘。
我建议您找到一个新的硬盘驱动器并使用 dd 复制您要恢复的驱动器上的所有数据并处理副本,因为恢复中的任何错误都可能会将恢复的机会降低为 0。
不要抱有希望,全盘加密将其密钥保存在磁盘开头的一个小区域中,当删除数据时,很容易擦除密钥。
答案2
您已丢失所有数据。不妨把这个问题解决掉,这样你就可以继续做其他事情了。
Debian 安装程序无法使用现有的加密安装,即使被告知忽略它们,它也会愉快地用新的 LVM 元数据覆盖它们。您缺少的不是 LVM 元数据,而是 PV 中曾经存在的 LUKS 元数据。
这也适用于使用相同代码的 Ubuntu 系统。
在挤压发布后不久,当我决定要设置 Fedora 和 Debian 的双启动时,我就被这个问题搞得焦头烂额,结果丢失了我硬盘上的全部内容(包括许多未备份的内容)。
这里的要点是:做好备份并确保它们有效。
答案3
答案4
放弃并格式化包含 lvm 的驱动器,因为我确实需要更多空间。