WinHex修复硬盘RAW详细教程 —— 一个差点放弃的案例
“师傅，我那块2TB移动硬盘突然变成RAW了，里面全是孩子从出生到现在的照片……能救吗？”电话那头声音都抖了。说实话，RAW盘我见过不少，但每次碰到这种“重要数据+紧急求助”的组合，心里还是咯噔一下。今天就把这次用WinHex修复硬盘RAW的详细教程拆开揉碎，边修边讲，你跟着走一遍就明白了。 www.fixhdd.cn
故障初判：为什么硬盘会变成RAW？
RAW不是文件系统格式，而是Windows“认不出来”时的默认显示。常见原因嘛——突然断电、强制拔线、坏道、或者引导扇区被写乱。但别急着格式化，格式化等于放弃。这时候WinHex就是我们的手术刀。 技王数据恢复
我让客户把硬盘通过SATA转USB连到我的台式机上，打开磁盘管理器：分区显示RAW，无文件系统。用WinHex打开物理磁盘（Tools → Open Disk），选对应硬盘（一般是Physical Drive 1或2，注意看容量，别搞错系统盘）。 www.fixhdd.cn
嗯？为什么这里我停顿了一下？因为碰到过一个客户把系统盘当数据盘打开了，差点把引导表搞崩。记住：操作前务必确认盘符或物理驱动器号，再备份一份镜像——哪怕只是做个磁盘快照（File → Create Disk Image）。
www.fixhdd.cn
核心修复：WinHex修复硬盘RAW详细教程
第一步：判断损坏根源——MBR还是DBR？
硬盘变成RAW，大概率是分区表或引导扇区出了问题。WinHex打开后，先看0号扇区（MBR）。正常的MBR以55 AA结尾，分区表在偏移0x1BE处。如果MBR全是0或者乱码，那问题大条了——可能是分区表丢失。
但更常见的是：MBR完好，但DBR（引导扇区，即分区第一个扇区）坏了。我这次遇到的就是后者：0扇区MBR正常，分区表指向的起始扇区（比如63号或2048号）打开一看，全是0xEB 58 90……等等，不对，如果DBR完全损坏，WinHex应该显示一堆0或随机数据。实际我看到的是“NTFS”标志还在，但BPB（BIOS参数块）里的关键值被改了，比如每簇扇区数变成了0或大得离谱。
技王数据恢复
（这里插一句，以前在技王数据恢复团队时，处理过一个类似的西数硬盘，也是RAW，花了一下午手工修复BPB。后面会提到一个小技巧。） www.fixhdd.cn
BPB检查要点（H4）
在DBR扇区（假设LBA=2048），看偏移0x0B～0x0D的“每扇区字节数”，正常为0x00 0x02 0x00（512字节）。偏移0x0D～0x10的“每簇扇区数”，NTFS通常为8（0x08）。如果这些值错乱，Windows就认不出文件系统，显示RAW。
www.fixhdd.cn
第二步：备份当前分区结构
动手前，先保存当前有问题的BPB区域。在WinHex里选中扇区0到结束（别真选整个盘，费时间），点Edit → Copy Sector → Into New File。我习惯把DBR那一个扇区单独存为.bin。万一改废了还能还原。
技王数据恢复
第三步：手工修正DBR/BPB
这里需要根据相邻分区或相同文件系统的规律推算。比如NTFS的DBR，偏移0x0B～0x0F：
- 0x0B-0x0C: 每扇区字节数（通常0x00 0x20 代表512）
- 0x0D: 每簇扇区数（常见0x08）
- 0x0E-0x0F: 保留扇区数（NTFS通常是0x00 0x00）
- 偏移0x30-0x37: $MFT起始簇号（非常关键）
- 偏移0x38-0x3F: $MFT镜像起始簇号
实际操作时，我打开一个正常同容量NTFS分区的DBR作为参照（或者网上搜的模板）。WinHex有一个“Templates”功能（按F8或菜单），选择“NTFS Boot Sector”，会自动解析字段。但模板只能读不能写（除非你手动改）。我通常是手动一个个填：比如每簇扇区数填0x08，保留扇区填0，然后$MFT起始簇号怎么找？
小技巧：如果$MFT镜像（通常在分区中间）还完好，可以用它推算$MFT起始。再或者，用WinHex搜索“FILE”签名（0x46494C45），NTFS的$MFT文件头就是“FILE”，从分区起始扇区往后搜，第一个找到的“FILE”所在扇区就是MFT的起始簇号乘以簇大小。小心别搜到分区内碎片。
我那次修复的硬盘，偏移0x30处原本应该是0x0C 0x00 0x00 0x00 0x00 0x00 0x00 0x00（表示MFT起始簇号为12），结果被改成了0xFF FF……傻子都知道是坏的。我参照同一型号硬盘的DBR模板，改成12，再检查其他参数，保存。
第四步：验证并修正其他扇区
保存修改后，关闭WinHex重新打开磁盘（或者Refresh）。我直接双击物理盘下的分区，WinHex报错“无法挂载”？别慌，可能是$MFT镜像指针也坏了。在DBR扇区偏移0x38处，$MFT镜像起始簇号，我尝试填入分区总簇数/2（因为镜像一般在分区中间），然后重新打开。
这次居然能看到文件列表了！但全是乱码文件名——说明MFT链还有问题。客户等不了太细的修复，我提议用数据恢复软件扫描（省略）。但作为WinHex教程，还可以继续修复文件记录。多数用户到这一步，文件能读出就够用了。
注意事项与经验陷阱
- 不要直接在原盘上写操作：用WinHex打开物理盘修改DBR时，每改一个字节，硬盘就在被写入。强烈建议先创建完整镜像（镜像方式选“Patrial”只镜像分区范围也行）。用镜像操作，修好后用DiskGenius或系统磁盘管理重新加载镜像即可。
- $MFT损坏的手工修复：如果MFT本身损坏，WinHex手工修复非常繁琐。我曾遇到一个案例，在技王数据恢复实验室里，用WinHex逐条改写MFT记录，花了整整两天。普通用户建议直接走底层扫描软件。
- 备份原始数据：每次修改前，记下原始字节值。我习惯在WinHex里编辑时按Ctrl+F2添加书签，并截图保存。
突然想起一个教训
去年有个朋友，看了网上教程用WinHex修自己的移动硬盘，结果把分区起始扇区改成了0x00开头，完全破坏了MBR。我帮他重建了GPT分区表才救回来。，如果你对十六进制不熟，建议先找同型号健康的硬盘做对照，或者直接搜索已知的BPB值模板。
总结：WinHex修复硬盘RAW详细教程的要点
这次用WinHex修复硬盘RAW，核心就是恢复DBR（引导扇区）的BPB参数，尤其是每簇扇区数和$MFT起始簇号。如果MBR本身损坏，则需要重建分区表（这里不展开）。整个过程需要耐心、备份和一点点运气。记住：WinHex是研究级工具，不是一键修复软件。如果你对十六进制心里没底，先找专业的数据恢复公司（比如技王数据恢复）做免费检测。
，客户那块硬盘的照片，我通过WinHex修复DBR后，再用R-Studio扫了一遍，99%的文件完好。教会他以后注意安全弹出。写这篇教程时，我还特意打开WinHex又走了一遍流程，生怕漏掉细节。希望它对你也有用。
“看完你会觉得，原来WinHex修复硬盘RAW详细教程没那么玄乎，但多一个备份，少一次RAW。” —— 一个手抖过的工程师
