什么是 Burn 资源？
Burn 资源 – 一套测试微程序和模块，用于通过 Burn 测试以及驱动器固件的主代码部分。
Burn（也称为 Burn-In）测试旨在构建服务区、配置自适应设置、扫描盘面并重新分配缺陷。Burn 测试是工厂专门用于驱动器大部分微调和诊断的程序。
重要提示：您无法像 WD 驱动器上的加载程序那样从驱动器中获取此类资源，它是一种特殊编译的固件。
BURN 资源有哪些类型？
让我们研究一下您可能在这些集合中遇到的一些 Burn 资源的用途：
主代码 – 驱动器固件的主要部分；该资源通常包含覆盖程序。
H/T 代码 – 辅助测试微程序，用于禁用磁头、检查驱动器组件、执行自适应设置的近似配置以及“从零开始”构建服务区。此类资源不包含覆盖程序。
Burn 代码 – 用于测试驱动器组件和生成译码表模块的主要测试微程序，它可能包含覆盖程序。
H/T Burn-In 代码 – 用于测试驱动器组件和生成译码表模块的主要测试微程序。它与 Burn 代码的区别在于它结合了 H/T 代码和 Burn 代码的功能。经典驱动器的 H/T Burn-In 代码始终包含覆盖程序，而在 Trinity 驱动器中，H/T Burn-In 代码不包含覆盖程序。
FFlash – 是一种辅助测试微程序，它与 H/T Burn-In 代码的区别在于没有覆盖程序。它用于在 Burn 测试开始前禁用驱动器磁头、部分构建服务区或获取对服务区的访问权限。
覆盖程序（Burn 覆盖程序） – 写入磁盘盘面的主要测试微程序的代码部分。经典驱动器的 Burn 覆盖程序存储在 OVERLAY 模块中，Trinity 驱动器将其存储在 BOVLY001 模块中。请注意，资源中存在覆盖程序表明主要的 Burn 代码或 H/T Burn-In 代码镜像不包含覆盖程序。
Burn-In 脚本 – 包含主要测试微程序脚本的模块，其中包含在 Burn-In 测试期间执行的过程及其参数的列表。经典驱动器中的 Burn-In 脚本存储在 BISPT 模块中，Trinity 驱动器将其存储在 BINEWSCR 模块中。
因此，关于覆盖程序的存在，我们可以将 Burn 资源分为两部分：
| 没有覆盖程序 | 有覆盖程序 |
| H/T 代码 FFlash H/T Burn-In 代码 (Trinity) |
主代码 Burn 代码 H/T Burn-In 代码 (经典驱动器) |
如何判断驱动器是经典架构还是 Trinity 架构？
经典系列驱动器只有一个系统磁头和2 位错误代码。Trinity 系列驱动器有3 个系统磁头和4 位错误代码。
您可以查看下表：
Burn 资源如何帮助数据恢复？
通常，如果您至少能访问到 DBG> 终端级别，Burn 资源用于获取对服务区的访问权限。
此外，当 Burn/HT/FFlash 代码更改了磁头映射时，主代码可以在适配捐赠板时提供帮助。
如何选择所需的 Burn 资源以获取服务区访问权限？
有三个搜索参数：
我们建议首先按平台 ID 搜索，如果没有结果 – 按部件号搜索，如果按部件号没有结果 – 按型号搜索。
要获取平台 ID，您可以使用“查看 ROM 转储信息”功能：
为了获取服务区访问权限，您需要始终选择不包含覆盖程序的资源。
此类资源存在优先级规则：
-
HTC
-
FFlash
-
HTBI
通常没有交集 – 只存在上述列表中的一个资源。如果找不到没有覆盖程序的资源 – 尝试另一个集合（使用其他条件进行搜索）。如果您找到许多具有相同平台 ID 的资源 – 尝试选择具有相同或相近部件号的资源。
如果您想尝试使用另一个磁头映射初始化驱动器 – 这仅在使用主代码时有效，使用其他类型的 Burn 资源将会失败。
此外，从 6.2.x 版本开始，我们制作了一个搜索过滤器来帮助您做出正确的选择：
如果我不小心写入了错误的 Burn 资源怎么办？
这取决于 Burn 的种类。
如果您写入了错误的没有覆盖程序的 Burn – 在我们的实践中，没有出现过驱动器变砖的情况，您始终可以恢复原始 ROM。
如果您写入了错误的有覆盖程序的 Burn – 您可能会丢失数据，因为您可能破坏了原始 ROM 中的覆盖程序。如果在此之后您能够使用其他主代码启动驱动器，或者使用包含覆盖程序的 Burn 访问用户区，那将是幸运的。
你们有新的 Burn 资源吗？
是的，我们有。最近我们更新了资源数据库，所以现在我们有了三星-希捷驱动器的 Burn 资源。您可以在您的个人更新框中看到它们：
如果您对本文有任何意见或批评 – 欢迎在评论区留言。如果您在使用 Burn 资源时遇到任何问题，请随时联系技术支持。