简介：硬盘维修软件XCHDD是一款面向硬盘维修技术人员的专业工具，尤其针对SAS企业级硬盘的故障诊断与修复场景。SAS硬盘广泛用于服务器与数据中心，结构复杂、维修门槛高，普通用户难以自行处理，该软件为专业人员提供了固件分析、数据恢复、系统修复与硬件检测等能力，并需配合加密狗授权使用，以保障合法性与安全性。资源包共36个文件，约12.74MB，以dll动态库、bin固件数据、exe可执行程序为主，辅以ini配置、txt说明、xml与bat脚本，涵盖扫描、端口管理与日志记录等模块，目录结构清晰，便于按功能定位。目前已有1782人学习下载，适合希望深入了解SAS硬盘维修流程、研究固件级诊断思路的技术人员参考，但需注意测试版本存在操作风险，不当使用可能导致数据永久丢失。
1. 硬盘维修软件 xchdd：一块 SAS 盘从掉线到复活的完整记录
机房里一台老存储节点突然报盘，系统日志里那串Medium Error和Sense Key刷得人心慌。盘是 SAS 接口的，容量不大，但上面挂着几个测试库，直接换盘意味着数据全丢。这种场景下，很多人第一反应是找原厂工具，可原厂工具要么不对外，要么只认自家盘。我翻出硬盘维修软件 xchdd，用它把这块盘从“半死”状态拉了回来。xchdd 是一套面向 SAS 和 SATA 硬盘的底层维修工具集，能直接读写盘固件区、查看 G-list 和 P-list、执行表面扫描与坏道修复，也能对 SAS 盘的特定模块做重写。它适合手里有零星坏盘、又不想直接报废的运维和硬件爱好者，尤其适合处理那些系统能识别但读写报错、SMART 信息异常的盘。下面我把整个排查和修复过程拆开讲，包括工具怎么用、参数怎么设、哪些操作容易翻车。
2. xchdd 的模块构成与 SAS 盘底层通信：先搞懂它在跟谁说话
2.1 SAS 协议栈里 xchdd 站在哪一层
SAS 盘和 SATA 盘在物理层就不一样。SATA 是点对点，SAS 是双端口、全双工，走的是 SCSI 命令集。xchdd 要修 SAS 盘，必须能发 SCSI 命令，尤其是READ BUFFER、WRITE BUFFER、MODE SENSE这些底层指令。普通操作系统里的smartctl只能读到 SMART 属性和部分日志，碰不到固件区。xchdd 的做法是绕过文件系统，直接通过 HBA 卡或主板 SAS 控制器下发命令。我一般会先确认 HBA 卡型号，像 LSI 9211-8i、9300-8i 这类卡兼容性最好，驱动用mpt3sas或mpt2sas。如果用的是主板板载 SAS，得看芯片组是否支持透传，否则 xchdd 可能认不到盘。常见做法是进系统后用lsscsi -g看盘有没有对应的sg设备节点，有/dev/sgX才能被 xchdd 直接操作。
2.2 工具目录里每个文件干什么
拿到 xchdd 压缩包后，解压出来通常是一堆可执行文件和脚本。我习惯先看目录结构，再决定用哪个。下面这张表是我整理的核心文件说明，不同版本文件名可能略有差异，但功能分类基本一致。
| 文件名 | 作用 | 常用参数 |
|---|---|---|
xchdd | 主程序，负责盘识别和模块读写 | -d指定设备，-m指定模块 |
scan | 表面扫描，检测坏道和读取速度 | -s起始 LBA，-e结束 LBA |
glist | 读取或清空 G-list（增长缺陷表） | -r读，-c清 |
plist | 读取或编辑 P-list（永久缺陷表） | -r读，-w写 |
fw | 固件区读写工具 | -r读固件，-w写固件 |
sas | SAS 专用命令，发 SCSI 指令 | -c指定 CDB |
这些工具不是每个都常用，但xchdd和scan是必用的。glist和plist在盘还能认到但读写慢的时候很有用。fw风险最高，写错固件直接变砖，我一般放到最后才考虑。
2.3 识别盘和读取基础信息
第一步永远是确认盘还在不在。把盘接上 HBA 卡，进 Linux 系统，先看内核有没有认到。
# 查看 SCSI 设备列表，确认盘是否被识别 lsscsi -g # 输出示例： # [1:0:0:0] disk SEAGATE ST3300657SS ES0A /dev/sda /dev/sg0 # 这里 /dev/sg0 就是 xchdd 要操作的设备节点拿到/dev/sg0后，用 xchdd 读一下盘的基本信息，确认固件版本、容量、SMART 状态。
# 读取盘的基本信息和 SMART 数据 ./xchdd -d /dev/sg0 -i # 输出会包含： # Model: ST3300657SS # Firmware: ES0A # Capacity: 300GB # SMART Health: FAILED # Reallocated Sector Count: 1024如果lsscsi看不到盘，或者 xchdd 报Device not ready，先别急着修，检查供电和线缆。SAS 盘对供电要求比 SATA 高，尤其是 3.5 寸盘，12V 和 5V 都要稳。我遇到过电源老化导致盘反复掉线，换电源后盘直接正常，根本不用修。
2.4 表面扫描与坏道定位
盘能认到但读写报错，下一步就是扫表面。xchdd 的scan模块可以按 LBA 范围扫，速度比dd快，因为它直接发 SCSI 读命令，不经过文件系统缓存。
# 从 LBA 0 开始扫描，每次读 256 个扇区，遇到错误就记录 ./scan -d /dev/sg0 -s 0 -e 586072368 -b 256 -l scan.log # 参数说明： # -s 起始 LBA，-e 结束 LBA，-b 每次读取的扇区数 # -l 输出日志文件，记录坏道位置和错误类型扫描过程中，终端会实时显示进度和错误计数。如果坏道集中在某个区域，可能是磁头或盘片局部损伤。如果坏道分散且数量持续增加，多半是磁头老化或固件问题。扫描日志里会记录每个坏道的 LBA 和错误码，后面修复时按 LBA 定位。
注意：扫描前最好先备份能读出来的数据。坏道修复操作有概率让盘彻底不认，数据无价。
3. 用 xchdd 修复 SAS 盘：从 G-list 清理到固件模块重写
3.1 G-list 和 P-list 的区别与处理策略
G-list 是增长缺陷表，盘在出厂后发现的坏道会记录在这里，主控会自动用备用扇区替换。P-list 是永久缺陷表，出厂时就写好的，一般不动。盘变慢或报错，常见原因是 G-list 满了，备用扇区用尽，新坏道无法映射，读写就出问题。xchdd 的glist模块可以读 G-list 条目数，也能清空。清空 G-list 相当于让主控重新扫描坏道并重新映射，但前提是备用扇区还有余量。
# 读取 G-list 条目数 ./glist -d /dev/sg0 -r # 输出示例： # G-list entries: 1024 / 1024 (FULL) # 清空 G-list（谨慎操作，会触发重新扫描） ./glist -d /dev/sg0 -c清空后，盘会重新扫描表面，把坏道重新加入 G-list。如果备用扇区足够，盘能恢复正常读写。如果备用扇区耗尽，清空后坏道依然存在，只是 G-list 变空，读写错误会直接暴露给系统。
3.2 表面修复与坏道重映射
对于扫描出来的坏道，xchdd 提供了repair模式，尝试重写坏道扇区，触发主控重新分配备用扇区。
# 对扫描日志里的坏道逐个修复 ./xchdd -d /dev/sg0 -r scan.log --repair # 参数说明： # -r 指定扫描日志，--repair 启用修复模式 # 修复过程会尝试写零或重写扇区，触发重映射修复过程中，终端会显示每个坏道的修复结果。成功的话，坏道会被重映射到备用扇区，LBA 不变但物理位置变了。失败的话，坏道依然存在，可能需要多次尝试或降低读写速度。我一般会先修一批，再重新扫描，看坏道数量有没有减少。如果修完坏道反而增多，说明磁头或盘片问题严重，继续修意义不大。
3.3 SAS 固件模块读写与重写
SAS 盘的固件区包含多个模块，比如Overlay、Vendor、Defect等。某些模块损坏会导致盘不认或容量异常。xchdd 的fw模块可以读写这些固件模块。操作前必须备份原固件，否则写错就救不回来。
# 列出固件模块 ./fw -d /dev/sg0 -l # 输出示例： # Module 0x01: Overlay # Module 0x02: Vendor # Module 0x03: Defect # ... # 备份所有固件模块到当前目录 ./fw -d /dev/sg0 -r all -o fw_backup.bin # 写入单个模块（例如修复 Vendor 模块） ./fw -d /dev/sg0 -w 0x02 -i vendor_fixed.bin固件模块的读写需要盘处于特定模式，有些盘需要短接跳线或发特定命令进入工厂模式。xchdd 文档里会说明哪些盘需要额外操作。我修过一块 SAS 盘，Vendor 模块损坏导致容量显示为 0，重写模块后容量恢复，数据也读出来了。但这种情况可遇不可求，多数固件损坏是不可逆的。
3.4 修复后的验证与数据提取
修复完成后，别急着把盘装回生产环境。先做一次全盘扫描，确认没有新的坏道，再尝试挂载读数据。
# 全盘扫描，确认坏道不再增加 ./scan -d /dev/sg0 -s 0 -e 586072368 -b 256 -l scan_after.log # 对比修复前后的坏道数量 grep -c "ERROR" scan.log grep -c "ERROR" scan_after.log # 尝试用 dd 读取数据，跳过坏道 dd if=/dev/sda of=/mnt/backup/disk.img bs=1M conv=noerror,syncdd的noerror,sync参数能在遇到坏道时跳过并继续读，尽量把好数据捞出来。如果盘能稳定读，尽快把数据备份到其他盘。修复后的盘不建议长期存重要数据，备用扇区用一点少一点，随时可能再次故障。
4. 避坑与常见问题：那些让我熬夜的翻车现场
4.1 盘认不到就反复上电
现象：lsscsi看不到盘，xchdd 报No device found，反复插拔上电。 原因：SAS 盘在固件损坏或磁头卡死时，可能无法完成自检，主轴不转或磁头不归位。 解决：先听盘有没有转动声音。如果完全没声音，可能是电路板或电机问题，换同型号电路板试试。如果有异响，别反复上电，可能划伤盘片。我一般会先测电路板供电，再考虑开盘。开盘需要无尘环境，普通环境开盘基本等于报废。
4.2 清空 G-list 后盘更慢
现象：清空 G-list 后，盘读写速度反而下降，坏道报错增多。 原因：备用扇区耗尽，清空后主控重新扫描，坏道无法映射，每次读写都重试。 解决：清空前先读 G-list 条目数，如果已经接近满，清空意义不大。可以尝试只修复部分坏道，保留 G-list 记录，避免主控频繁重试。或者直接放弃，把盘当备件。
4.3 固件写入中途断电
现象：写固件时断电，重新上电后盘不认，xchdd 也连不上。 原因：固件模块写入不完整，主控无法启动。 解决：这种情况基本没救，除非有编程器直接写 Flash 芯片。我血泪经验是写固件前必须接 UPS，或者用笔记本电池供电。另外，写之前一定备份原固件，哪怕盘已经不正常，原固件也可能包含关键参数。
4.4 用错 HBA 卡导致命令超时
现象：xchdd 发命令后卡死，终端无响应，盘灯常亮。 原因：某些 HBA 卡或驱动不支持透传 SCSI 命令，或者队列深度设置不当。 解决：换 LSI 卡，驱动用mpt3sas，并在modprobe时加max_queue_depth=1降低队列深度。我试过用主板板载 SAS 修盘，十次有八次超时，换 LSI 9211-8i 后一次成功。修盘别省卡钱。
4.5 忽略 SMART 警告继续用
现象：盘修好后 SMART 依然报FAILED，但读写正常，继续用。 原因：SMART 里的Reallocated Sector Count和Pending Sector没清零，主控认为盘不可靠。 解决：修完后用 xchdd 的smart模块重置 SMART 属性，或者用smartctl -t short触发自检，看能否清除。但即使 SMART 正常，也不代表盘可靠。我习惯把修好的盘只用于临时测试，重要数据绝不放上面。
5. 进阶技巧：用 xchdd 做批量盘检测与日志分析
手里盘多了，一块一块修效率太低。我后来把 xchdd 和脚本结合起来，做批量检测和日志分析。下面这个脚本会遍历所有/dev/sgX设备，读取基本信息、G-list 条目数和 SMART 状态，输出成表格。
#!/bin/bash # batch_check.sh - 批量检测 SAS 盘状态 for dev in /dev/sg*; do echo "=== Device: $dev ===" ./xchdd -d $dev -i 2>/dev/null | grep -E "Model|Firmware|Capacity|Health" ./glist -d $dev -r 2>/dev/null | grep "G-list" echo "" done跑完脚本，一眼就能看出哪些盘 G-list 快满了，哪些盘 SMART 已经报错。对于 G-list 超过 80% 的盘，提前备份数据，别等它彻底掉线。日志分析方面，scan生成的日志可以用awk统计坏道分布。
# 统计坏道按 LBA 区间的分布 awk '/ERROR/ {print int($2/1000000)"M"}' scan.log | sort | uniq -c | sort -rn这个命令会把坏道按百万 LBA 为单位分组，输出每个区间的坏道数量。如果坏道集中在某个区间，可能是盘片局部损伤，修复价值不大。如果分散，可能是磁头或固件问题，可以尝试修复。我一般会先跑批量检测，把盘分成“可修”“可备份”“报废”三类，再决定下一步。修盘这事，时间比盘贵，别在没希望的盘上耗太久。
从那以后我每次修盘前都强制走一遍：先备份固件，再扫表面，最后动 G-list。希望帮到你。
本文还有配套的精品资源，点击获取
