公布MRT维修希捷F3硬盘重大技术错误,基本常识性错误!

niotis · 发表于 2016-1-31 17:04:31

  这个技术错误,我很早就注意到了,自从MRT有了P表编辑器之后,问题一直就存在,可惜至今两年多过去了还未改正,这对一家号称"技术第一"的公司来说,简直不可饶恕!

  任何一个有MRT的朋友都可以亲自测试,拿一个全好无坏道的F3盘,备份P表,编辑P表,回写P表,再格式化硬盘,扫描之后就会发现,以前完好的盘,出现坏道了.
  而MRT的通刷法,备份P表,格固件区,刷LOD,回写P表。这样的方法确实是修好了一些报错的盘，但是，原来没有坏道的盘，通刷之后出现坏道了。
  日前，MRT发布F3系列磁头屏蔽教——号称“目前MRT是市面上唯一支持希捷 F3 砍头功能的工具，再次领先于行业。”这个脸皮我暂不说了，就方法的核心来说，和我半年前出售的砍头软件类似：备份P表，修改生成砍头的ROM后回写，删除P表里对应头的记录后回写。

  相信很多拥有MRT而且使用了砍头功能的朋友已经发现问题：磁头是砍掉了，盘也基本没问题了。不过，只能说基本没问题，砍头后，绝大多数盘都会有一些坏道，怎么也去不掉......

  前几天，给用户远程维修F3盘，发现用户数百个F3盘都出现同样的问题，硬盘坏道不多，但死活无法修复。而这数百个F3，全都是用MRT的通刷法，格过固件区并回写P表的。
  一看就知道问题出在哪里，果不其然，所有使用MRT修过的F3盘，查看V20 V400 均为空，全部无记录！！！使用winhex查看用户备份的P表模块，发现模块中V20 V400部份全部0填充！！！
为什么原来完好的盘，使用MRT之后出现坏道；为什么使用MRT维修，硬盘会出现少量坏道无法修复；为什么砍头之后还会有坏道......这一切的原来，都是因为MRT犯了一个常识性错误：无端把V20 V400清空了。

没有MRT的朋友，可以看下MRT发布的一切视频，MRT的P表编辑器，只有V10的编辑功能，而无V20 V400的编辑功能。
而P表（V10），记录在03模块（系统文件1B）中，但03模块并不是只记录了P表，它还记录了V20 V400。
V20：主伺服缺陷列表（Primary Servo Flaws List），这里记录的是一些长度较大的缺陷，本来是应该放到P表中的，因为一个磁头里有连续的记录，所以放到V20中了，这基本和WD盘的T表类似。
任何人都可以拿一个没有使用MRT修过的盘查看下，T级输入V20，99%的盘，V20里均有记录，但大多数盘记录不会太多。虽然不多，但V20很重要，一但清除，就会释放一些较严重的缺陷记录，很难修复。
03模块中还记录了一个缺陷表，就是V400，也就是T表，记录的是磁道性的缺陷，不过大多数盘本身为空，但也有不少盘是有记录的，不可清除。

V20，V400和V10一样同样重要，绝对不可随意清除，做为一个号称技术第一的公司来说，这可算是基本常识了；而MRT随意把它们清除，证明MRT在硬盘维修方面是一个重大技术错误，MRT用于数据方面我无法评论，但就修盘来说，真的是不负责任的，两年多了，还不改正......

对于已经使用MRT并出现上述问题的朋友，这里给出个人的解决方法：

**********需要知道的请回复后查看*************

游客，如果您要查看本帖隐藏内容请回复

mrtlab · 发表于 2016-2-1 11:21:52

本帖最后由 mrtlab 于 2016-9-3 13:34 编辑

MRT欢迎任何人向我们指正错误，但是楼主语欣在文中指出的所谓重大技术错误在MRT中根本不存在。MRT所有版本的P表编辑器都从来不会清除V20表和V400表。那么语欣为什么要将一件子虚乌有的事情说的有鼻子有眼呢？这篇文章表面上是一篇技术探讨贴，但文中的言辞却充满偏见和个人情绪，完全有悖于技术贴所应遵循的客观、中立和理性的原则。实际上这是一篇打着技术探讨的幌子来抹黑MRT并宣传语欣自己的希捷维修软件的推广软文。在回复可见的隐藏内容中，语欣给自己的维修软件做广告，并打出广告语：“本人的软件怎么怎么样，再次领先于MRT”，暴露了语欣的真实目的。

  当然在行业论坛上偶尔做个广告本来也无可厚非，MRT也做过广告，但是语欣为什么一定要不遗余力的抹黑MRT呢？这个中原因，无非是“利益”二字。之前语欣一直在销售自己个人开发的希捷维修软件，以所谓“软砍头”功能作为主要卖点，今年年初MRT发布了希捷真正的砍头功能（又称为“硬砍头”），并且对MRT用户免费升级，由于MRT用户基数很大，又是免费升级，使得语欣的修盘软件销售困难，触动了以语欣为首的个人软件开发商的利益，这就是语欣抹黑MRT的真正原因。

  从技术上客观评价所谓“软砍头”，其实更严谨的名称应该叫做“按磁头屏蔽段位”，这种方法只是砍段的一种延伸，并且此法早就在一些小圈子里面流传。此法对修盘是有一定的效果的，但是被砍掉的磁头并没有真正不工作，而且也无法砍0头，即使通过查看段位表也能知道磁头数量并没有减少，这些局限性语欣自己应该也很清楚，语欣对外作出的各种夸大性宣传，包括所谓“软砍”这一名称本身，也只不过是广告噱头而已。这个行业喜欢自创专业术语，什么“B级自校准”、“磁头激活”，缺少应有的严谨性，这已经不是一天两天的事了。

  另外其实语欣自己也研究过硬砍头，但是并没有成功。文中提到硬砍头的流程无非是备份P表，生成砍头的ROM后回写，删除P表对应头的记录后回写。但是流程并不是核心，最关键的核心是如何生成砍头的ROM，需要修改ROM的哪些地方？语欣研究硬砍之所以没有成功，很重要的一点是语欣并不掌握SAP的数据结构，而硬砍是需要大量修改SAP数据的。MRT之所以能推出硬砍，也正是因为我们已经完全破解了SAP的数据格式，在此之前，市面上没有任何软件（包括语欣的软件）知道砍头时应该如何修改SAP，所以我们认为MRT最先发布了完整的硬砍头方案，是完全符合事实的。语欣自己也是研究过硬砍头的，相信在看过MRT修改SAP的方案后，语欣自己也会有一种恍然大悟的感觉，不管在公开场合怎样宣传，但在内心深处也会不得不承认MRT确实解决了自己没能解决的问题。

  MRT在行业内一直倡导良性竞争，倡导共赢思想，倡导维护所有行业软件开发商、所有用户和整个行业的良好氛围和共同利益。MRT产品主要定位于数据恢复市场，定位于需要购买类似PC3000这样具有硬件卡的产品的用户。我们的市场定位与行业个人维修软件的市场定位并不相同，目标用户群体也并无太大冲突，因此个人软件开发商将MRT作为假想敌是没有任何意义的，抹黑MRT也并不能提升你们的销量。希望语欣和其他个人软件开发商能认清市场规律，把精力放到更有益的地方。最后如果语欣还认可自己是一位技术人，还在意作为技术人所应有的荣誉感的话，那以后请用技术和我们竞争，而不是用软文。

最后附上MRT的测试截图，所有MRT用户也可以自行测试任何MRT版本，楼主指出的问题完全不存在。
虽然所谓技术错误根本不存在，但我们还是给出测试结果：

经过测试MRT 20160116版本，没有楼主所描述的问题，V400（03模块的第一张表）根本没有全部清空填0，V20（03模块的第二张表）也没有清空。下面附上03模块原始截图：
原始的03模块.jpg