业内新闻

WinHex知道扇区怎么修改分区表？从扇区定位到手动修复

你有没有碰到过这种场景：用WinHex打开磁盘，明明已经通过搜索或专业工具找到了某个分区的起始扇区号（比如LBA 20480），但分区表要么被清空、要么参数错乱，想手动把分区表改对，却不知道怎么下手？——很多数据恢复新手都会卡在这一步。今天我就用实际案例走一遍，讲清楚winhex知道扇区怎么修改分区表的核心逻辑和具体手法。技王数据恢复

第一步：先判断分区表类型——MBR还是GPT？

打开WinHex，按F9载入物理磁盘或镜像。别急着改，先看一眼0号扇区。如果0扇区两个字节是55AA，并且偏移0x1BE到0x1FD是分区表项，那就是传统MBR。如果0扇区只有开头一点GPT头信息（“EFI PART”字样），并且分区表藏在2号扇区（GPT分区表头）和后续扇区（分区项数组），那就得用GPT的规则。

技王数据恢复

有一次帮客户恢复一个误格式化的2TB移动硬盘，客户说“我知道数据从扇区1024开始”，我用WinHex一看，0扇区是MBR，但分区表项全零了。这种情况最典型——知道扇区，但不知道分区表参数怎么填。我们一步步来。

www.fixhdd.cn

如果是MBR：定位到0扇区，找到分区表入口

在WinHex的“位置”菜单里选择“转到扇区”，输入0。滚动到偏移0x1BE（十六进制），那里就是第一个分区表项的起始地址。每个分区表项16字节，最多4个。结构如下：

技王数据恢复

字节0：引导标志（80=可引导，00=不可引导）
字节1-3：CHS起始（现在基本废弃，不用管，填0或保持）
字节4：分区类型（如07=NTFS，0C=FAT32，0B=FAT32等）
字节5-7：CHS结束（同样可忽略）
字节8-11：LBA起始扇区（低字节在前，小端序）
字节12-15：分区总扇区数（小端序）

如果你知道起始扇区是20480，就偏移8处填入20480的十六进制小端：20480 = 0x5000，小端就是 00 50 00 00。如果分区大小也大概知道（比如从后续扇区推算），就填到偏移12处。注意：总扇区数不包括起始扇区本身，是从起始扇区开始算的连续扇区数。举个例子，如果分区结束扇区是51200，那总扇区数 = 51200 - 20480 = 30720 = 0x7800，小端写 00 78 00 00。 www.fixhdd.cn

常见踩坑点

很多人在填LBA起始时，会把扇区号直接写成十六进制填进去，但忘了小端序——比如20480的十六进制是5000，WinHex里要填成“00 50 00 00”而不是“50 00 00 00”。如果原分区是扩展分区，还得处理EBR链，这里先假设是主分区。改完后，如果分区表里还有别的分区项，注意不要重叠。可以用计算器算一下起始+大小是否超出磁盘末尾。

技王数据恢复

第二步：如果不确定分区大小怎么办？

有时候我们只知道起始扇区，但不知道分区有多长。这时可以用WinHex的“搜索”功能，跳转到起始扇区，然后往下翻，看文件系统元数据。比如NTFS分区的第一个扇区是DBR（0xEB 52 90...），紧接着是$MFT的起始位置（通常在16号扇区左右）。但更直接的方法是：在知道起始扇区的情况下，winhex知道扇区怎么修改分区表的一个实用技巧是——去分区的末尾扇区附近找“备份引导扇区”或卷影副本，但更常用的是将分区大小设为一个估计值，然后保存后用恢复软件扫描，或者直接通过文件系统参数反推。技王数据恢复

之前遇到一个案例：客户把系统盘的分区表搞丢了，他知道C盘从扇区63开始（老式对齐），但忘了结束扇区。我直接用WinHex打开，跳转到扇区63，看到NTFS的DBR，然后根据DBR中“总扇区数”字段（偏移0x28处的8字节）得到分区大小。注意：那个值是文件系统里记录的大小，可能包括保留扇区，通常就是分区实际大小。用这个值填到分区表项的大小字段里，完美恢复。技王数据恢复

知道扇区后，先别急着瞎填，先读一下那个扇区附近的文件系统结构。这是很多初学者容易忽略的。

第三步：如果是GPT，操作略有不同

GPT的分区表入口在LBA 2开始的32个扇区里（每个分区项128字节）。如果你知道分区的起始LBA，那么在GPT分区项数组里搜索那个LBA值（小端8字节）。找到后，修改对应的结束LBA和分区类型GUID。但要注意，GPT在LBA 1还有备份分区表头，改完主分区表后，也要同步改备份，否则一致性检查会报错。

有一次我帮一个用技王数据恢复软件的客户远程处理，他误删了ESP分区，知道起始扇区是2048（因为GPT标准对齐），但分区表里没有。我让他用WinHex打开，手动在LBA 2的分区数组里添加一条128字节的记录，把起始LBA填2048，结束LBA填206847（大小100MB），类型GUID填ESP的GUID（C12A7328-F81F-11D2-BA4B-00A0C93EC93B），保存后重启，系统竟然直接认出来了。这里要强调：修改GPT分区表后，最好用Windows自带的diskpart执行“rescan”或者重启。

第四步：保存与验证

用WinHex修改完分区表后，按Ctrl+S保存到磁盘（注意是直接写物理扇区，风险很大）。我强烈建议先做镜像，或者用WinHex的“文件管理工具”里的“创建备份”功能把整个0扇区备份下来。保存后不要直接重启，可以用WinHex再次读取改过的扇区，确认数值写入正确。然后用第三方工具（如R-Studio、DG）快速扫描一下，看分区是否被识别。

如果还是不识别，检查一下分区类型ID：比如NTFS是07，如果你写成了0B（FAT32），Windows会认为分区未格式化。还有CHS字段虽然现在不用了，但有些老旧系统会校验，建议填些合理值（比如起始CHS根据扇区转成柱面磁头扇区，可以用公式计算，但懒的话直接复制其他分区的CHS凑合也能用）。

经验案例：一个“知道扇区却改错”的教训

有个朋友自己用WinHex试，他判断一个FAT32分区的起始扇区是8000，分区大小是40000扇区。他在分区表项里填了起始LBA 8000，大小40000，保存后重启，盘符出来了，但打开后文件夹乱码。一查，原来那个分区实际上是exFAT（类型07改成了0B），而且他写的小端序错了——8000的十六进制是1F40，他写成了“40 1F 00 00”，实际应该是“40 1F 00 00”？等等，我算一下：8000 = 0x1F40，小端是40 1F 00 00，没错啊？那为什么出问题？后来发现他写的起始LBA是十进制的8000，但WinHex里默认显示十六进制，他填了0x8000（十进制32768），位移全错了。说，在WinHex里直接输入值时必须注意进制。

这种事后分析其实常发生在修电脑的现场。如果你手头有专业的工具比如技王数据恢复的扇区编辑器，它内部会帮你校验小端和大端转换，但用WinHex就得自己算清楚。