@sswv 提到:

在以前DOS时代,备份分区表是习惯性操作来着(因为实模式嘛,病毒随便写)。但现在人们反而忘记了。

背景

我的笔记本上安装有一个 Linux,一个 Windows 7。其中 Win 7 是默认的操作系统。由于这个历史原因,以及当时犯懒,后来安装的 Debian Linux 就放在了扩展分区。

我想安装黑苹果,需要给 OS X 准备一个空分区。于是我将一个扩展分区划分成两个,打算用其中一个 30GB 的分区来安装黑苹果。@Sisyphusliu 得知后,声称这是他这辈子见过的除了虚拟机以外,最可怜的 Mac 了。

惨案开始

之前体验过 Linux 上 Disk Utilities 的不靠谱,于是我重启切换到 Windows 7,打算用 Windows 来给调整分区。

但是,我忘记了 Windows 是绝对不管 Linux 分区死活的。于是 Windows 分区结束后,扩展分区的 EBR 被改写了。扩展分区中的所有 ext 分区和 reiserfs 分区全部无法访问。

尝试恢复。先登录到 Ubuntu LiveUSB,用 fdisk 看看,果然分区表已经坏掉了:扩展分区中剩下的分区都不正常。

理论上重新用 fdisk 划分就可以了,但我并没有记下之前分区的偏移和大小。@sswv 让我试试数据软件软件,我试过后没有什么效果。

这时候我想起之前给 @Paveo 发过分区情况,于是去 Gmail 里面找到分区偏移信息,重新划分。然而结果依然不正确。

@Sisyphusliu 说,@sswv 你上回不是用 mount 暴力找回了一个分区位置么?试试那个方法啊。

参考 @sswv 的做法(他的文章已经找不到了),我写了一个 Python 版本:

1
2
3
4
5
6
7
8
#!/usr/bin/python
import subprocess
import sys
base = int(sys.argv[1])
for i in range(0, 1000000):
if 0 == subprocess.call(['/bin/mount','-o','offset='+ str((base+i)*512), '/dev/sda','/mnt']):
print 'Find a partition! offset = %d' % (base+i)
break

使用的时候在脚本后面加个起始猜测参数,单位是 512 bytes,和 fdisk -ul 的单位是一样的。

最后我成功地用这个脚本找到了所有分区位置。重新分区后,数据都回来了。