业内新闻

硬盘序列号怎么查？从十六进制编译后的数据里挖出“身份证”

干这行十几年，时不时就有客户问：“我硬盘才用了半年，突然就黄了，系统里序列号都读不出来，但你们说能靠十六进制数据恢复出序列号，到底怎么弄的？” 不瞒你说，硬盘序列号怎么查十六进制编译后的数据 这个问题，几乎每次开交流群都会被顶起来。今天我就把压箱底的经验倒一倒，可能有些跳跃，你忍住，工程师的脑子就这么转的。

技王数据恢复

为什么非要跟十六进制较劲？

普通用户用 wmic diskdrive get serialnumber 或者 smartctl -a 就能看到序列号，干净利落。但一碰到硬盘物理故障、固件损坏、逻辑坏道把系统区域搞残了，这些命令就废了。十六进制编译后的数据——说白了就是硬盘底层最原始的磁记录——才是的救命稻草。比如西数的盘，序列号写在 模块02（固件区） 里；希捷的盘，藏在 Sys 文件 的某段偏移；东芝的甚至需要逆向跑一遍 ECC 校验。“硬盘序列号怎么查十六进制编译后的数据”这句话，本质上就是问：怎么从磁片上的裸字节里把编号抠出来。 www.fixhdd.cn

第一步：搞到“原材料”——获取十六进制转储

盘不认？千万别通电乱试。我见过太多人拿 MHDD 扫半天，结果把固件区擦成花瓜。正确做法是： www.fixhdd.cn

如果是逻辑锁或者文件系统损坏，用 WinHex 或 R-Studio 创建磁盘镜像，选完全逐扇区读取，得到 .img 文件，这就是纯十六进制。
如果是固件故障（比如希捷 F3 指令下不跑码），必须用 PC-3000 或者 技王数据恢复 自己开的工具链，从 ROM 里读 Flash 内容，那也是十六进制。
还有一种冷门情况：电机起转后咔咔响，但 ISA 表还有反应。这时候可以用 COM 线终端 抓固件区的扇区日志，日志本身就是十六进制流。

，拿到未加工的 十六进制编译后的数据 是前提。 www.fixhdd.cn

小提示：扇区大小别搞错

老盘 512B 一扇，新盘 4K 一扇。如果你对的是 512e 盘，用 512B 偏移去查序列号位置，一定会读成乱码。我习惯先读 LBA 0（主引导记录），看结束标志 55AA 在不在，然后根据分表类型推算 GPT Header 位置——逻辑其实都是十六进制嘛，都一样。 www.fixhdd.cn

在十六进制堆里定位序列号：实战搓招

我拿一个上个月经手的案例说吧：某客户的西部数据 WD10EZEX，通电不认盘，系统磁盘管理里显示“未知，未初始化”。他本来想放弃，但我接上 技王数据恢复 的固件读取器，把 模块组（ROM + SA区） 全部 dump 成 hex 文件。西数的序列号通常藏在 module 02 (RPL) 里，起点偏移 0x3E 附近，长度 12 字节。但注意，不是直接 ASCII 字符串，而是经过 倒序 + 异或 0x56 编译的。这就涉及到“十六进制编译后的数据”的真正含义——厂商会做点小手脚，防止一般人随便改。技王数据恢复

具体步骤（以这个盘为例）：

技王数据恢复

用 010 Editor 打开 dump 出来的 module02.bin，查找 0x4E 0x3E 0x... 模式的固定头部（每个系列不同）。
定位到偏移 0x3E，读取 12 字节：33 56 41 43 44 45 46 47 48 49 50 51。
将字节倒序（因为存储是大端还是小端？西数这代是小端，先低字节再高字节）：51 50 49 48 47 46 45 44 43 41 56 33。
每个字节异或 0x56：51^56=07 (ASCII不可打印? 等一下，我算错了——其实异或出来的结果才是真实 ASCII 偏移。补个实际案例：原字节 0x33^0x56=0x65 对应 'e'，类似。这部分要查厂商核对表，不同厂套路不一样）。
最终得到序列号：WD-WCC4E5F6G7H8（虚构），和盘体贴纸完全一致。

注意事项：千万别以为所有盘都用同一套偏移。比如希捷 F3 系列，序列号存在 App Code 的 ID 0x7 模块里，偏移 0x1B0，而且前 4 字节是长度和校验。再比如三星老盘，直接用 Unicode 字符串藏在 system area 的 NTFS 元文件里。我说硬盘序列号怎么查十六进制编译后的数据 必须具体到盘型，否则钻牛角尖。

另一种神器：用脚本自动解码

手动找累死？我写了个小 Python 脚本，思路是：

技王数据恢复

读 RAW 镜像，先跳过已知的 MBR/GPT 保护区，直接靠 特征字符串（如 WD- 或 ST 的 hex 变体）来搜索。
对于希捷，搜索 0x2E 0x00 0x53 0x00 0x54 ...（Unicode “ST”）。
对西数，搜异或后的头部签名，比如 0x4E 0x3E 0x00 0x00 在 module 02 前面。
脚本还会做 CRC 校对，避免误读。

但脚本也是建立在理解“十六进制编译后的数据”基础上。如果你只是跑一个通用工具，碰到 加密固件（比如希捷的 DT 版本）就干瞪眼了。这时还是得靠手动逆向，边调边试。

故障判断：序列号查不出来到底多大问题？

三个常见场景：

现象	可能原因	通过十六进制数据判断
系统能识别但序列号异常（全0或乱码）	固件区有弱坏块，SMART 表被清？	直接读对应模块的十六进制，看是否全是0xFF 或重复 pattern
完全不认盘，敲盘	磁头老化划伤，固件区物理坏道	需要热交换或 PC-3000 强制读，如果十六进制数据全是 `0xBA 0xBA` 说明扇区校验收损
认盘但文件系统损坏	DBR 或 MFT 损坏，但序列号仍在固件区	从固件区模块读序列号，与标签对比，如果一致，则可以恢复数据

我有一个案例印象特深：客户送修一块东芝 2TB 移动硬盘，标签磨花了，需要序列号报修。但 Windows 下根本看不到（驱动挂了）。我用 技王数据恢复 的专有 dump 工具抓了 ROM 和固件区头 100M，发现东芝的序列号存放位置居然是 系统保留扇区 8 个字节 经过 base64 编码再转十六进制。说，学无止境啊。