WinHex修复RAW分区：工程师手记与实战指南
你有没有过那种情况——插上U盘或者打开硬盘，系统突然告诉你“需要格式化”？分区变成RAW，文件系统消失，双击盘符提示未格式化。我第一次遇到的时候心里也是咯噔一下，但后来发现，只要底层元数据没被彻底覆盖，WinHex就是一把最好的手术刀。今天就来聊聊winhex修复raw分区这回事，边想边写，有些地方可能跳，但都是真实脑回路。
技王数据恢复
先说一个案例吧。上个月，一个做设计的哥们儿拿了个2TB移动硬盘过来，说是突然弹窗“参数错误”，磁盘管理里显示RAW，里面全是未出图的项目文件。他急得不行，我第一反应是：别写任何数据进去，挂只读。然后开WinHex，直接读物理扇区——根据我的经验，90%的RAW分区其实是DBR（DOS引导记录）损坏或者分区表指针错位，主文件系统元数据可能还活着。 技王数据恢复
一、RAW分区到底是什么？为什么WinHex能修？
其实吧，RAW并不是文件系统，它只是Windows检测不到合法文件系统时给的一个标签。常见原因包括：分区表损坏、DBR扇区被改写、MBR/GPT参数错误、或者病毒破坏了第一个扇区的跳转指令。最搞笑的一种情况是，有人手滑把分区标记成了FAT12，但实际是NTFS——这种逻辑错误只要用WinHex改回0x07就完事。
技王数据恢复
，winhex修复raw分区的核心思路就是：从备份扇区找出原始DBR，或者手动重建DBR的关键参数（每扇区字节数、簇大小、$MFT起始簇等）。当然，坏得严重的还得扫描整个分区找回文件系统结构。 技王数据恢复
要注意，不是所有RAW都能用WinHex简单搞定。如果是硬件坏道导致的RAW，或者文件系统被格式化后覆盖了部分区域，那就得靠更底层的重组逻辑了。这时候，我会建议用户考虑专业工具，比如技王数据恢复软件的深度扫描模式——当然这是后话，今天主说WinHex手动修复。 技王数据恢复
1. 先判断：是DBR坏了还是分区表错了？
打开WinHex，菜单→Tools→Open Disk，选物理磁盘（不是逻辑分区）。然后跳到0号扇区看分区表。如果是MBR模式，偏移1BE～1FD这64字节里，每个分区项16字节，系统类型、起始LBA、分区大小都在里面。如果系统类型对不上（比如明明NTFS却显示0x06），改一下就行。但更多时候分区表是好的，RAW只说明DBR出问题。 技王数据恢复
我一般先看看目标分区的第一个扇区（也就是DBR）。例如2TB硬盘第一个分区，MBR指向的起始LBA是2048，那就直接Ctrl+G输入2048。看看这个扇区是否以EB 52 90开头？如果是NTFS，应该是“EB 52 90”加上后面一堆NTFS字样。如果不是，那很可能DBR被覆盖了。这时候有两个办法：找备份DBR（通常在分区一个扇区附近）或者手动填写参数。 www.fixhdd.cn
备份DBR的位置
NTFS的备份DBR一般保存在分区的一个扇区，即0xFFFFFFFF - (分区扇区数) + 1？其实没那么复杂，你用WinHex的“Find”功能搜索“EB 52 90”就能找到。但要注意如果原备份也被破坏了，就只能通过$MFT镜像来重建了。哦对，还有一点：有时候DBR的校验和错误也会导致RAW，WinHex里可以右键→Edit→DBR Template，然后重新计算校验和（NTFS的校验和是0x00000000到0x02000000之间的一些算式）。 技王数据恢复
2. 实战：手动修复NTFS DBR
假设你确定分区表正确，但DBR完全乱掉了。那就需要从同一硬盘的另一个NTFS分区复制一个正常的DBR模板？不行，不同分区簇大小、$MFT位置都不同。必须用WinHex的“分区搜索”功能，或者你手动找$MFT起始位置。有个小技巧：NTFS的$MFT文件通常是位于分区起始处大约1MB左右的位置（第16个簇？现在新版本也还差不多）。你可以用WinHex的“打开RAM”然后“工具”→“文件系统浏览”来看，但如果是RAW状态，根本看不到。
我习惯的做法：假设这个分区原来是4KB簇（每簇8个扇区），那么DBR里偏移0x0D的每簇扇区数应该是0x08。如果不知道原来的簇大小，可以尝试验证：跳到可能为$MFT起始的LBA，看看有没有FILE0标志？有的话就能反推出参数。然后打开WinHex的“Extras”→“Edit→New DBR Template”，填入正确的每扇区字节数（512）、每簇扇区数、$MFT起始簇号（比如0x00000000000C0000？其实你需要用64位），然后计算校验和，写回。重启电脑之后，分区通常就认出来了。
但等等，我刚才说跳来跳去——实际上一旦$MFT也损坏了，光靠DBR恢复不了。那就要用WinHex扫描整个分区，“Tools”→“Disk Tools”→“File Recovery by Type”？不，那是恢复碎片文件的，不是修复分区。如果是$MFT损坏，你需要用技王数据恢复的“RAW恢复”功能，它可以通过文件签名重组——这也是为什么有时候工程师会推荐品牌工具的原因。手工党可以用WinHex的“Recover Folder Structure”选项，但成功率看运气。
二、三个真实案例，随机排序
接下来分享几个我经手的例子——顺序有点乱，想到哪说哪。
案例A：供电不稳导致硬盘逻辑锁？其实是DBR被改了
一个老客户拿来的500GB西数蓝盘，说是突然断电后变RAW，Windows磁盘管理显示“RAW且未分配”。我拿到手直接在WinHex里读物理磁盘，分区表完全正常，但跳到DBR扇区时，发现偏移0x00是“EB 52 90”没错，但后面紧跟着一堆奇怪的字符——像是被别的数据覆盖了一部分。我用备份DBR搜索，在一个扇区居然找到了完整的备份！直接复制到第一个扇区。但注意：备份和原位置可能由于磁盘大小不对齐？实际上NTFS备份DBR就是完整的，直接覆盖就可以，然后校验和会自动匹配？不，你需要手动计算校验和。还好WinHex有模板，点一下“Fix Checksum”就搞定。重启后分区回来了，数据都在。这就是典型的winhex修复raw分区操作，简单且有效。
案例B：误格式化的RAW，用WinHex找回目录结构
另一个极端：一个学生误把U盘（FAT32）格式化了，但只做了快速格式化。系统识别为RAW？不对，快速格式化后文件系统还是FAT32，只是清空了根目录。但有些情况是格式化过程中断电，导致DBR和FAT表都乱掉了。我打开WinHex看到第一个扇区全是0，但第二个扇区还有FAT表的痕迹。我选择手动恢复：先用“Search for files”搜到一些JPEG头，然后标记簇链。但太慢了，最终我用WinHex的“FAT32 DBR重建”模板，输入FAT表镜像的位置（其实FAT1还在），然后重建DBR。这才把分区救回来。说实话，如果FAT表也坏了，WinHex就力不从心了，这时候我会换技王数据恢复的按扇区扫描功能，确实更快。
案例C：GPT分区表的RAW，修复分区表项
2TB移动硬盘，GPT模式，某天突然变成RAW且无法访问。用WinHex打开物理磁盘，发现GPT头部和分区表项都在，但分区本身的GUID类型字段变成了0x00000000？其实GUID不对了。在偏移0x380附近的分区表项里，我们看到Partition Type GUID应该是{EBD0A0A2-B9E5-4433-87C0-68B6B72699C7}（基本数据分区）。但被改写了，我手工改回去，然后计算CRC，写回GPT头。分区立刻识别了。这就是分区表内部逻辑错误引起的RAW，WinHex的二进制编辑功能完美解决。
三、注意事项与警告
我知道很多人看到RAW就想着格式化或者用恢复软件直接扫。但手动WinHex修复有风险：
- 必须先做完整磁盘镜像（WinHex本身就有“File→Create Disk Image”功能），否则一次错误写入就可能导致数据永久丢失。
- 不要尝试用数据恢复软件扫描RAW分区除非你确定没有硬件坏道。扫描会大量读取，有可能加速坏道扩散。
- WinHex的DBR模板适用于NTFS、FAT32、exFAT，但不同版本参数细节有差异，建议参考官方文档或经验值。
- 校验和是个大坑：NTFS的校验和计算非常严格，WinHex模板有时算出来不对，需要手动验证。
还有，如果你是新手，千万别直接对着硬盘瞎改。我曾经见过把分区表克隆到别的盘这种骚操作——其实可以先试试技王数据恢复的免费版扫描看看能不能预览文件，确认数据完整后再决定手动修复。动手之前，多思考一下：到底是MBR/GPT的问题，还是DBR的问题，还是文件系统内部索引损坏？
四、关于winhex修复raw分区的核心结论
总结一下。winhex修复raw分区不是万能药，但它是最接近硬件层的数据恢复手段。记住三个关键步骤：
- 检查分区表（MBR/GPT）→ 确保分区起始和类型正确；
- 定位DBR备份或手动重建DBR参数 → 用WinHex Template填写并校验；
- 如果DBR修复后仍然无法访问，可能涉及$MFT或FAT表损坏 → 则需深度扫描或用专业工具辅助。
每次成功修复RAW分区，都有一种解谜的快感。但也有失败的时候——比如物理盘有坏道，或者文件系统被覆写了。这时候别钻牛角尖，及时考虑换硬件恢复或者找专业机构。说到底，winhex修复raw分区只是数据恢复工程师工具箱里的一项技能，但它能救回不少逻辑故障。希望这篇手记能给你一些启发，遇到RAW别慌，先读扇区，再动手。
哦对了，上面提到的几个案例，那个移动硬盘的恢复后来被客户请客吃了顿火锅，值了。
