Burn资源–通过Burn测试所需的一组测试微程序和模块,以及驱动器固件的主代码部分
Burn(也称为Burn-In)测试旨在建立服务区域,配置自适应设置,扫描表面并重新分配缺陷。燃烧测试是专门用于驱动器微调和诊断的工厂程序。
重要提示:你不能像WD驱动器的加载程序那样从驱动器获得这样的资源,这是一个特殊的编译固件。
BURN资源的类型有哪些?让我们来检查一下您可能在以下集合中遇到的一些燃烧资源的用途:
主代码-驱动器固件的主要部分;资源通常包含覆盖。
H/T代码-辅助测试微程序,用于禁用磁头、检查驱动器组件、执行自适应设置的近似配置以及“从头开始”建立服务区域。此类型的资源不包含覆盖。
Burn代码——用于测试驱动器组件和生成翻译器模块的主要测试微程序,它可能包含覆盖
H/T Burn-In代码–用于测试驱动器组件和生成翻译器模块的主要测试微程序。它与Burn Code的不同之处在于它结合了H/T Code和Burn Code两种功能。经典驱动器的H/T Burn-In代码总是包含覆盖,在Trinity驱动器中,H/T Burn-In代码不包含覆盖
FFlash–是一个辅助测试微程序,它与H/T Burn-In Code的区别在于没有覆盖。它用于禁用驱动器磁头,用于服务区域的部分建立,或在燃烧测试开始前访问服务区域。
覆盖(Burn覆盖)-写入磁盘表面的主测试微程序的代码部分。经典驱动器的刻录覆盖存储在overlay模块中,Trinity驱动器将其存储在BOVLY001模块中。请注意,资源中存在重叠表示主Burn代码或H/TBurn代码的图像不包含重叠。
Burn脚本–包含主测试微程序脚本的模块,其中包含Burn测试期间执行的程序列表及其参数。经典驱动器中的Burn脚本存储在BISPT模块中,Trinity驱动器将其存储在BINEWSCR模块中。
因此,关于覆盖存在,我们可以将Burn资源分为两部分:
没有覆盖 | HAS覆盖 |
H/T代码 | 主代码 |
经典家族驱动器只有一个系统头和2位错误代码。Trinity家族驱动器有3个系统头和4位错误代码。
您可以查看下表:
Burn资源如何帮助数据恢复?通常Burn资源用于访问服务区(SA),如果您至少可以访问DBG>终端级别
此外,如果Burn/HT/FFlash Code对人头图进行了已改变,则主代码在调整供体板时也会有所帮助。
如何选择获得服务区(SA)访问权限所需的Burn资源?有三个搜索参数:
我们建议首先按平台ID进行搜索,如果没有结果,则按零件号进行搜索;如果没有结果则按零件编号进行搜索,则按型号进行搜索。
要获取平台ID,您可以使用“查看有关ROM转储的信息”功能:
为了获得服务区(SA)访问权限,您需要总是选择包含“无覆盖”的资源。
这些资源之间有一条优先规则:
1. HTC
2. F间隙
3. HTBI
通常不存在交叉点——只存在上面列表中的一种资源。如果找不到没有覆盖的资源,请尝试另一组(根据其他条件运行搜索)。如果您找到了大量具有相同平台ID的资源,请尝试选择具有相同或相近部件号的资源。
如果您想尝试用另一个headmap初始化驱动器,它将仅对Main Code操作,而对其他类型的Burn资源,它将失败。
此外,自6.2.x版本以来,我们制作了一个搜索过滤器,以帮助您做出正确的选择:
这取决于烧伤的种类。
如果您写错了Burn without overlay——在我们的练习中,驱动器被砖砌时没有案例,您可以总是将原始ROM返回。
如果你写错了带有覆盖的刻录-你可能会丢失数据,因为你可能会从原始ROM中杀死覆盖。如果之后你可以用其他主代码启动驱动器,或者用带有覆盖的Burn访问用户区域,那将是幸运的。
您有新Burn资源吗?是的。最近我们更新了我们的资源数据库,所以现在我们有三星希捷驱动器的Burn资源。您可以在个人更新框中看到它们:
如果你对这篇文章有任何评论或批评,欢迎发表评论。如果您在使用Burn资源方面有任何问题,请随时联系技术支持
欢迎光临 PC3000 军达成数据恢复论坛 (http://www.jundacheng.com/bbs/) | Powered by Discuz! X2 |