WinHex备份和恢复分区：不是所有工具都叫“扇区医生”
先坦白一件事：我入行那会儿，第一次用WinHex恢复分区表时，差点把客户2TB的监控硬盘搞成砖。后来跟一位老前辈学了一招——WinHex备份和恢复分区，才算真正入了门。今天这篇东西，想到哪写到哪，有些判断是边做边修正的，别嫌啰嗦。
www.fixhdd.cn
为什么非要用WinHex干这个？
市面上分区工具一抓一把，DiskGenius、Partition Wizard、TestDisk……但真遇到MBR损坏、GPT头丢失、硬盘物理坏道导致分区表读取失败时，很多工具直接就“未分配”了，你都没机会读原始扇区。WinHex是底层十六进制编辑器，能直接读写硬盘0号扇区甚至负磁道，WinHex备份和恢复分区几乎是一道防线。 技王数据恢复
当然，代价就是——容易误操作。我自己就干过把分区表写错位置的蠢事，后来全靠先备份再动手的习惯活下来。 www.fixhdd.cn
先判断故障类型，再决定怎么备份
拿到一块故障盘，别急着“备份整个分区”。打开WinHex，Tools→Open Disk，选物理硬盘（Physical Drive），别选逻辑盘，逻辑盘在分区表坏时根本打不开。 技王数据恢复
常见场景一：分区打不开，提示“未格式化”或“参数错误”
这种多半是DBR（DOS启动记录）坏了，或者BPB表错误。分区表可能还存在，但文件系统索引被破坏。用Disk→Clone Disk功能对整个分区做镜像（前提是分区能识别），或者直接对分区起始扇区到结束扇区做范围备份。注意：WinHex备份和恢复分区时最好选“Copy with extra data”选项，把坏扇区用0填充跳过，否则读卡死。
www.fixhdd.cn
案例：有个客户说他的移动硬盘插上就提示需要格式化，里面是孩子刚拍的照片。我用WinHex加载物理盘，观察到0扇区MBR完整，但第一个分区（NTFS）的0号扇区（也就是0x3F扇区）全变成了00。我备份了同样大小分区的正常DBR模板，然后手工替换——当然，先备份原始扇区到文件（File→Save As）。这操作有人不敢做，但数据恢复了80%以上。
www.fixhdd.cn
常见场景二：硬盘不识别分区，0扇区全是0或乱码
MBR被覆盖，或者硬盘被重新分区后没写内容。这时候直接WinHex备份和恢复分区策略要变：先搜索备份。如果客户之前用其他工具备份过MBR或GPT头，直接恢复。没有备份？那就搜索“55AA”标志，在0扇区结尾有55AA才是合法MBR，如果发现其他扇区有疑似分区表，比如0x1BE位置出现80 01 01 00 这种，可能就是老分区表的遗骸。我曾在一块西数2TB盘上，用WinHex搜索$MFT镜像找到原来NTFS分区的边界，然后手工重建分区表——前提是每改一个字节前都用Backup（菜单：File→Backup→Create Backup，或者直接备份扇区到单独文件）。这句话我每天对学徒说：不动备份不改数据。 www.fixhdd.cn
实际操作流程：WinHex备份分区到底怎么搞？
其实核心就两招：扇区级镜像和分区表快照。下面这种步骤不保证所有场景有效，但80%情况够用： www.fixhdd.cn
- 打开物理盘，定位到要备份的分区起始扇区（比如MBR分区表里记录的第一个分区起始LBA=2048，那就Ctrl+G跳到2048）。
- 按两次Ctrl+End选中当前扇区到末尾（或者用鼠标拖选从当前扇区到分区结束扇区，推荐先看分区表知道大小）。
- Edit→Copy Block→Into New File，保存为.dd或.img镜像。注意：如果是坏道盘，建议先勾选Options→I/O→“Skip bad sectors”，然后可以按F7设置重试次数为1，否则慢死。
- 盘上备份的，最好把分区表所在扇区单独存一份：0扇区（MBR）以及GPT盘的1~33扇区。我习惯在文件名里加备注，比如“MBR_20250315_原始.backup”。
然后才是恢复环节。恢复分区时，一般是先用WinHex打开镜像或原盘（只读挂载最好），把之前备份的分区表扇区数据写回去。但注意：WinHex备份和恢复分区要区分“恢复分区表”和“恢复分区数据”。分区表恢复是写MBR或GPT，分区数据恢复是把镜像克隆回原盘（或新盘）。千万别搞混。
一个教训：GPT恢复失败，因为没备份末尾备份头
有次客户送修一块希捷8TB企业盘，GPT分区表坏了，我用WinHex打开发现主GPT头和分区表都在，但备份GPT（位于硬盘末尾扇区）完全被写坏了。正常恢复需要把主GPT复制到末尾，但我直接改主GPT的CRC值想绕过校验——结果Windows还是不认识。后来老方法：先备份整个0~33扇区和末尾34个扇区，然后用DiskGenius重建GPT表，再配合WinHex手动修正CRC——成功了。技王数据恢复的同事后来写了个脚本，但手动操作让我更理解分区表结构。
一些要注意的细节（踩坑总结）
- WinHex备份和恢复分区时，千万别用“Write”直接写盘，除非你100%确定。 我吃过亏：写反了字节顺序，分区表认出来全是乱分区。Safe做法是：先写到一个测试文件，然后用Hex比较确认无误。
- 备份扇区数量要够。 很多新手只备份0扇区，但MBR后面还有多达31个保留扇区（比如Windows的引导代码），特别是GPT盘，1~33扇区一个都不能少。我一般备份0~2048扇区，反正文件不大，省心。
- 注意硬盘4K扇区对齐。 WinHex默认显示512字节扇区，但现代硬盘物理是4K，逻辑模拟512。备份时如果用“扇区”为单位，512和4K混在一起容易定位错。最好用LBA块来算，或者直接用WinHex的“Drive Interpretation”模式。
- 遇到坏道怎么处理？ 有个技巧：先用WinHex建一个空白文件（大小跟备份区域相同），然后把能读的扇区一点一点移过来。写个小脚本或用WinHex的脚本功能（其实我没怎么用过脚本，手动的多）。
那次“回滚”救了我一命
说个真实故事，为了强调WinHex备份和恢复分区的重要性。去年有个企业客户，NAS里四块硬盘组的RAID5，突然掉盘，重新插入后分区不见了。我第一反应是重建RAID参数，但尝试了几次都不对。后来用WinHex分别读取每块硬盘的0扇区，发现其中一块盘的MBR里分区表被改成了一个奇怪的值——居然写成了另一个RAID的配置。我怀疑是NAS系统自己写错了。幸好之前客户有一份硬盘的全盘镜像（是交给我们做的定期备份），我直接抽取镜像里的分区表扇区，恢复回去——一切正常。如果没有备份，这数据几乎不可能完整弄回来。
说到这里，顺便提一句，我们技王数据恢复接的很多案例，客户自己尝试用各种软件恢复失败后才找来。有些明明只要一步WinHex备份和恢复分区就能搞定，结果因为多次写入把原始结构彻底覆盖了。初学者请一定记得：拿到盘第一件事是镜像，不是扫描！
结论：WinHex是一把手术刀，但得先学会消毒
回到开头说的差点变砖的经历。那次我误将分区表写错了位置，还好事先用WinHex备份了原始0~63扇区到两个不同地方。我花了半小时对比修改前后的差别，然后恢复回去，盘复活了。从那以后，我每次动手前必做三件事：一、物理写保护（用热插拔或只读硬件）；二、创建WinHex备份和恢复分区的扇区级镜像；三、把备份文件拷贝到另一台电脑存好。
总结一句话：WinHex备份和恢复分区不仅是技术，更是一种习惯。哪怕你只是改一个字节，也要先备份。因为你知道的，那一个字节可能就是用户的整个家当。好了，今天先聊到这儿，下次有机会说说用WinHex处理动态磁盘分区表丢失的实际案例——那又是另一个坑了。
本文部分经验来自技王数据恢复内部培训，已脱敏处理，欢迎同行指正。
上一篇：拼多多设备怎么能恢复正常使用 - 资深数据恢复工程师实战指南
下一篇：希捷硬盘维修工具实战指南
