HRT硬盘固件修复软件使用教程

/程序菜单概述转自：倚浪电脑网程序菜单如图1所示，HRT就是由这些常用的菜单组成的。一些菜单项（如Test,Info等）在综合工具里有详细的描述，这里只对Maxtor硬盘驱动器的特征作一些必要的补充与说明。如图1.主程序基本菜单结构图驱动器转储的特性与综合工具里的其它修复程序相比较而言，考虑到当前程序分为两种ATA转储方式，第一种是Reset->ATA，这种方式较为常见，控制驱动器的转储并定义其参数。这种方式也可以在改变驱动器任何特性后再使用等等。同样地相对于其他应用程序,ATA信息转存比较有效的方式有两种.第一种是(Reset->ATA),如果执行这项操作,程序会对储存器发出一组信息,通过转存结构信息程序可以准确地辨认存储器的缓存和定位储存器的参数.如果转换成功以后就可以针对Maxtor储存器进行其他的测试操作了.无论如何在进行其他测试操作的前提下,读出和定位储存器的详细信息是必需的.如果储存器信息转存操作失败.(描述如下),在任何情况下程序读取存储器细节结构文件的前提都不允许这种错误出现的.然而它是必要的,调和过程是在<不可能>和<必要>之间的.如果要在菜单上进行新的操作就必需执行(Reset->Universal).如果选择了这项操作程序就会向储存器发出一个简单的复位信号,在这种复位状态下程序是不会读取储存器的详细参数的.版本的一些组成特征Maxtor公司生产的储存器里面有很重要的微程序版本信息,而且它们之间都有一些相同的代码.因此我们可以通过这些代码把他们的微程序版本信息分成两部分.第一部分是在一定条件下控制和管理只读存储器(ROM)芯片工作的程序.第二部分是微程序识别储存器型号和版本信息的程序.,在工作窗口里我们将看到储存器的重要信息.例如,主窗口如下：如图2.系列代码由两部分组成如果查看只读存储器（其内容保存于CP00）并在它的末尾就会看到有两个字节为CFE7:如图3.红色部分是储存器设定在某些条件下唯一读取的КС代码因此在微代码中它的值与储存器代码总是固定的，而不需要修改的。这样就可以利用这个值来判断微代码版本、资源文件是否兼容。固件概念只读存储器作为只读存储器，它很是令人惊讶，共由四个部分组成，两个是真正的物理存储器，另两个只是只读存储器镜像文件，它们是用来替代基本的只读存储器。第一部分只读存储器被固化在微处理器内部，第二部分是FLASH或NVRAM被焊接在驱动器的PCB电路板上，第三部分与第四部分是基本模块保存在驱动器的伺服区，它们的作用就是在驱动器初始时取代物理识读存储器。如图4.各种微代码资源从下面内容可以知道，当您对驱动器的只读存储器操作时，您应当对驱动器的只读存储器的工作原理有一个充分的了解。如果NVRAM没有焊接在PCB电路板上，那么可直接对它进行访问，虽然有时它直接固化在封装的微处理器内部。第二部分物理只读存储器是安全模式只读存储器，只有当您对驱动器将要替换不同版本的固件时才需要用着，这种镜只读存储器只是用来做工厂测试用的。如果对只读存储器执行不正确的写操作，驱动器就会不能撤消这种操作了，而进入了一种“挂”的状态。因此在对只读存储器进行写操作时，要用permanent模式才是最恰当的。配置页根据Maxtor驱动器伺服区的一些特征，固件只有三种形式：伺服区、配置页、只读存储器。它们本身不是这么划分的，但是为了操作方便，HRT程序将它们进行了单独的分类，而不只是伺服模块部分了，您可以通过CP操作对话框对它们进行操作。有关CP00驱动器只读存储器模块就是基本这种思想而设计的，它在Temp与Perm模式，仅仅是用来进行读取操作的，为了使ROM在储存器工作时不受损害的基础上，专门设定的一种模式。它只能在Unlock模式，可能才会写入，在对cp操作中cp00是为了让你能够读取储存器后面的程序.其他的«配置页»是覆盖的.我们都可以对它们执行读出和写入的操作..CP00是特意放在列表的末端，原因是对它的处理很特殊.见图.5.CP00位于列表的末端，它的操作方法不是两个而是三个伺服模块对于模板的特性服务区域Maxtor硬盘列入某种程度同样的结构中，某些模板是含有标题的，而有些是没有的。还有一些模板的检测数据被看作是所有的，还有一些是没有意义的部分。在单独的模板中，总得来说有一些检测数据。但是特殊的话是没有的。搜索一下模板的数据就可以得出，整个服务区或者没有，或者是不允的。浏览标题的规则/模板检测数据参考DMP8(N40P)硬盘,如下:CRCBBLOCK-1CRC-1NONZEROPARTSMSMART,1-BYTESSTANDARDCRC==============================N40P==============================37U_LISTB1FGMAPB78RZ_TBLB18AT_PDL-121RCTB1ESRVB1ASECUB2FSMARTSM30SMARTSM63SMARTSM41SMARTSM22ATAFB34ARREH1STSECTOR=B,OTHERS-B-PER-EACH-SECTOR1DDMCSB1BAT_POLB64MAXATGSM5EEVTLG1STSECTOR=NOCRC,OTHERS-B-PER-EACH-SECTOR7BFWB39DISKWARE0CODE,B38OVERLAY0CODE,EACHPART=B4FOVERLAY1CODE,EACHPART=B97DISKWARE1CODE,B96OVERLAY2CODE,EACHPART=B98OVERLAY3CODE,EACHPART=B图.6.是储存器的结构表Butfortunately,typicalmalfunctionofstoresMaxtor-《залочку》operativelyenoughtorevealandremoverathersimply.Itisenoughtosortmodulesbynameandtothumbthroughthemuptotheletter"N".All"залоченные"modules,asarule,beginwithподстроки"NO".Ifsheis-meansitisnecessarytomakeautomatic,ormanual"разлочку".Ifisnotpresent-tounderstandwiththelistofmodulesalldetails.Somewordsaboutmodulesofdefects-sheetsMaxtor驱动器缺陷表基本模块是HLUTL/HUSR，以编译器模块为基础，像AT_PDL、AT_POL、DMCS、ULIST、ULIST–伺服缺陷表、AT_PDL–服务区和工作区的缺陷列表,它是通过工厂测试后生成的(P-list),但是也可以通过模块AT_POL把缺陷转换进去.AT_POL–缺陷增长表(G-list),当储存器出现缺陷扇区的时候可以通过普通软件把缺陷加进缺陷增长表.因此HRT可以对HUSR进行操作,andallothermodulescanbereceivedatsubmissionofacommandofrecalculationofthecompiler.At"залочке"Maxtorcorrectscontentsofmodulesofthecompiler,sometimesspoilingit.Thereforeat"разлочке"itispossibletocopyallmodulesAT_PDL,AT_POL,DMCS,RZTBL,ULIST,andthentoexecuteacommandofrecalculationofthecompiler.DistinctionofthesamemodulesondifferentголовкахCopiesondifferentголовкамarenotidentical.ThereforeintheprogramforthemoduleslayingondifferentголовкахitwillbecompulsorilymodifiedID.Forexample,differentcopiesofthesamemodulecanhaveID0044,ID4044,ID8044,IDC044.Thegivenfactcreatesproblemsfordisplayofthenameofmodulesinafieldwhatisitwhicheasilyaresolvedthroughcommentingofmodulesnotontheiridentifier,andoncoordinatesonwhichthegivenmodulessettledown.MoreindetailaboutdifferencesofthemechanismofcommentingofmodulesitwillbetoldinthesectiondevotedИНИtofiles.非常重要的提示注意!!!COPYMODULESOFSERVICEAREAFROMRESOURCESONLYASALASTRESORT!FIRSTTRYTOCOLLECTTHENATIVEMODULEFROMSEVERALCOPIESANDAPPLYOTHERREGENERATIVEMEASURESANDONLYATEXTREMENEED,USEFILESWITHRESOURCES!!!RECORDOFANOTHER'SMODULESOFSERVICEAREACANIRREVOCABLYDESTROYTHESTORE!!!全部伺服区伺服区完全的操作是使用UBA方式进行的，Intheprogramthefollowingassumptionisaccepted：如果在读取/写入recordonphysicsthecylinderisequalaminustoonenumberofsectorsetsnumberUBA.磁头号就会显示真正的物理磁头，相对对的驱动器操作概念«假物理磁头»（它的起始编号总是0），storesMaxtorworkwithtrulyphysicalголовками.Anditmeans,thatthecardголовокindialogueforworkonphysicalparametersceasestobesimpleformalityandstartstoworkonthedirectpurpose（由下图结果可以发现，在0位置显示有一个3号磁头），磁头分布表在具体驱动器在初始化时，程序自动定义的。如图7.柱面总是等于-1，磁头分布表不只是一种形式AlternativeserviceareaFeatureofstoresMaxtoronPoker/Ardenttheprocessoristhatatthemispresenttwoserviceareas.Thefirstisbasicareawhichisusedatworkofthestore,thesecond,isinitiallylatentfromtheuserandusedonlyatcreationofthestoreatafactory.Ifthestoredoesnothaveproblemsinthebasicserviceareaalternativethusitisinaccessible,buthereifsuddenlyinthebasicareahavebeenspoiledжизненеоб-ходимыеmodulesthestoreitself"isthrownout"inalternativearea.Thusitwillworkcompletelyina"service"mode,i.e.withservicearea,buttonotworkatall“onlogic”.Разлочкаsuchstoresitisidenticalразлочке,залоченныхstores,butitisnecessaryдолжнгаtobemadefromSafeMode.Thusitisnecessarytousethatwayatwhichthestorewillnotbeanythingподгружатьfromdisks.MachFirmwareAt"разлочке"modernstores,itisimportanttoguessthecorrectversionofservicearea.AsagainstoldstoresATHENA,ittomakenotsoitissimple.However,itispossibletonotguesstheversion,andtopickupher,touchingallpossiblevariants.ForthispurposeitemService->MachFirmwareisentered.Afterhischoice,onthescreenthefollowingdialoguewillappear:如图8.DialogueMachFirmwareChoosesubdirectoryinwhichtouchedresourcesinformatCPSarelocatedandpressthebuttonstart.Inagreylinetouchedfileswillstarttobedisplayed.Ifaftertheterminationперебораburnslight-emittingdiodeERR,thestoremeanshasrejectedallvariantsofferedtoit.Ifthemessagesubmittedbelowhasappeared,thestorethatresourcewhichnameisdisplayedinagreylinemeanshasaccepted.Rememberit.Resourcesofthisversioncanbeusedforworkwiththegivenconcretestore.如图9.Anattributeofsuccessfullypickedupversion更新FlashFunctionUpdateFlashcausesastandardATA-commandofupdatingofamicrocode.Accordingtothestandard,updatingwithacode1-time(intheRAM),withacode7-constant(withrecordondisks).Asthestorewillprocessinquirywithacode7-dependsoncircuitryofthestore(dependingonaversion,флэш-memorycanbestitched,itcannotbestitched,andcanbe-inthestoreisusednotфлэш-memory,andмасочноеtheREAD-ONLYSTORAGE).Firstofall,itemActions->UpdateFlash->Withcode1isusedforoperation"разлочки"thestore.然而需要考虑的是，现代Maxtor驱动器有一个奇怪的现象：需要了解作为微代码称之为DISKWARE-themodulepseudotheREAD-ONLYSTORAGEwhichisstoredonasurfaceofadiskinaservicezone(对于N40P系列，例如它将会是ID39)andafterstartofthestoreподгружаетсяinmemoryandmanagementistransferredit.Actually,primaryinitializationofthestore,start,подгрузкаbaseservicemodulesandloadingdiskwareinmemoryiscarriedoutФЛЕШ-ЛОАДЕРОМ.Itisasmallcodeonthesizewhichisstoredeitherinaflash-microcircuit,orininternalflash-romtheprocessor.Itascanbeupdatedandrewritten,butin99%ofcasesinitthereisnonecessity.Inpracticeagreatvarietyofversionsфлеш-лоадеровonmodernfamiliesofstoresMaxtorhasbeenestablishedandlookedthroughimplicitwhiledependenceincompatibilityofvariousversionsфлеш-лоадераandabasemicrocodeonadisk.如图10.TypicalcodesofaninsertionoftheREAD-ONLYSTORAGE初始化系统变量"разлочки"storesMaxtoritisnecessarytoattributethatstrangefacttofeatures,thattheambassadorзаливкиallnecessaryоверлеев,theystarttoreadserviceareawithoutanyproblems,andherewrite-withdisplacement.Displacement-notconstant.FordifferentUBAitvariously.Thereforeif"разлочить"thestore,havingfilleditоверлеиandthereandthentorushtorestoreserviceareaanythinggoodfromthiswillnotleave.Youcanjameitherrestoredmodules,ortheirneighbours.Toresultdisplacementofrecordinnorm,itisnecessarytochooseitemofmenuActions->ReinitVariables.Ifthestorewillnotgiveoutamistake,allmeanshaspassedsuccessfully,andititwillbefinetoreadandwrite.Iflight-emittingdiodeERRhaslitup,means,mostlikely,youhavefilledoranimageoftheREAD-ONLYSTORAGE,orоверлеи,incompatiblewiththemicroprogramofthecurrentpayment.重运算地址译码器Tocountthecompiler(totakeintoaccountthedefectsbroughtbothinP,andinG-LIST,havingunitedthemonlyinP-List),chooseitemofmenuActions->Misc->MergeG->P.Atsuccessfulperformanceofacommand,thestorewillindependentlyclearmoduleAT_POL.ChangeofaconfigurationofthestoreTochangethecurrentadjustmentsofthestore,chooseitemofmenuActions->Misc->Configuration.Thus,onthescreenthefollowingdialoguewillbegiven:如图11.ChangeofaconfigurationofthestoreThespecialattentionshouldbeturnedonitemSecuritySetSupported.Ifthegiventagisreset,thestorewillrejectoperationActions->QuickClearassheiscarriedoutjustonthebasisofsubsystemSecurity.Butnomeanviruscanзапаролитьyourstore.ClearingSMARTToclearattributesSMART,chooseitemActions->Misc->ClearSMARTandEL.Thus,thestorewillexecuteclearingnotonlyclearingofattributesandthresholdvalues,butalsowillclearконфирурацоинныйsectorofmagazineofmistakes(moduleEVTLG_00).RecordononesectorSomestoresafteroperation"разлочки"start"tohang"atworkwithmodulesofserviceareaiftoreadthementirely.Ifreadingandrecordgoononesectornoproblemsarise.ForsuchstoresintheprogramitispossibletoincludemodeOptions->WriteSpecAreaby1sec.Ifaboutthegivenitemthereisatick,themodemeansisincluded.IgnoringofsinglemistakesofmodulesFrequentlythereisanecessitytosubtractthemoduleentirely,despiteofdefectivesectorscontainedinit.ForthispurposeitispossibletotakeadvantageofitemOptions->Ignoresingleerrors.Thus,sectorsofthemodulewhichdidnotmanagetoberead,willbefilledinthefinalbufferwiththesignature“BAD!”.Fromthepointofviewoftheuseroftheutility,thesimilaropportunityallowstorestoreinmostcasesinpartdamagedmodulewiththeminimalexpensesontime.储存器典型的故障TypicalmalfunctionofstoresMaxtor-"залочка".Ifthestorefeels,thatathimsomethingnotso(thedefect-sheet,repeatedmistakesinthesameplacewasoverflewandт.п),itautomaticallymodifiesheadingofoneofmodulesofservicearea.Atthefollowingstart,storeATHENAitwillnotbesimpletobedefined,atmoremodernstores-attheendoftheversionofthemicroprogramthesymbol"Z"willappear.Presumably,developershavedeliberatelymadethisfeaturewheneverpossibletokeeptheinformationonthestoreleavingoutofoperation.MeansofOSwithsuchdiskalreadytomakenothing,so,theinformationwillbekeptwiththegreaterprobability."залочки"thestoreitispossibletocountmoreseriouscaseaconditionwhenфлеш-лоадеруthestoreitwasnotpossibletoexecutecorrectstartand-orinitializationoftheservicemodulesnecessaryforthefurtherwork,подгрузкиandstartdiskware.Suchmodecanbenamedsafe-modeand,usually,hisopportunitiesofthestorebywayofworkontheATA-interfaceareverystronglylimited.Inthiscase,thestorewillbedefinedwithanameoffamilyinsteadofmodelandtheversionфлеш-лоадераastheversionфирмвари.Forexample,forstoreN40Pitwilllookso:InthiscaseitispossibletorecommendsometimestomakeрестартthestoreafeedsinceatMaxtorthereisaspecificfeatureperiodicallyastablytoreadservicearea,ortotryloadingflash(cp0)inmodeTEMPwiththesubsequentloadingotherpages(cpXX)andрестартомthestorethroughATA->Reset.Unfortunately,inmostcases,"start"ofthestoreatunsuccessfulstartinsafe-modespeaksthattheserviceareaisstronglydamaged.Restorationofsuchstoreprobablyinrarecasesalsodemandsanindividualapproach.储存器ATHENAandRomulus的操作步骤对于ATHENA储存器来说,典型的操作可以表示为如下步骤:1)将驱动器的跳线模式设置为下列位置：如图12.ATHENA,Romulus驱动器系列安全模式跳线设置在修复过程中不是100%一定需要跳安全模式的.有时候没有他也可以的。但是还有一种情况就是，在储存器排斥所有的基本操作的情况下.那怎么办呢??储存器的初始化与磁盘的什么地方有关联，是我们难以估计的.但是如果存储器一开始就调用安全跳线模式的话。那么以上的问题就不会发生了,在存储器开始工作，又停止转动的情况下.(附带的端口在表面)，调用安全跳线的模式，就可以对它进行有效的操作2)给储存器提供电源3)选择菜单项Actions->UpdateFlash->WithCode14)(作为文件)在电脑找出任意微程序版本，此微程序的程序版本是和硬盘驱动器表面上所标示的版本是一致的。5)选择菜单项Reset->Universal6)选择菜单上的按钮Service->CPOperations，把startupROM以与这个文件里面的所有tagfile页都rollin。把所有的页面都移进Temp里.7)选择菜单项Reset->ATA8)选择菜单上的按钮Actions->ReinitVariables.如果在这个过程中，没有出现错误，意味着你成功地选择了匹配的程序，步骤就可以忽略了。9)选择菜单项Service->CPOperations10)选择CPO，进入dump，来到dump的结尾，检查符合条件的KC的程序。11)选择Reset->PowerClick12)选择菜单项Actions->UpdateFlash->WithCode113)(作为文件)在电脑找出weaving，此weaving是和startupROM里符合条件的KC相匹配的。(看选项“verson……”).14)选择菜单项Reset->Universal15)选择菜单项service->CPOperations,装载配置参照成套的装置,与ROM，将所有的页面转到temp状态。16)选择菜单项Reset->ATA17)选择菜单项Actions->ReinitVariables.至此应该不会有错误.重点注意通过执行actions->reinitVariables，是对于存储器必须的。如果没有选择他的话，刚才所有操作都有可能读与写在两个完全不同的扇区上。Afterperformanceofthespecifiedactions,thestoreразлоченalsocanbepassedtoeditingtheserviceareadescribedbelow.储存器FB3,DMP8,DMP9的操作步骤ForgivenstoresSAFEpositionofthecrosspiecethefollowing:如图13.FB3,DMP8,DMP9驱动器系列安全模式跳线设置通常,заливкаFlashforthegivenstoresitisnotnecessary.ItispossibleeventotrytotakeadvantageoffunctionService-describedearlier>MachFirmware.Insomecases,afterthisoperation,thestorewillleaveforanoperatingconditionandwillallowtocarryouteditingofmodules.However,somestoresaftersuchoperation"willhang".Inthiscase,itispossibletotrytomakethefollowingsequenceofactions:1)在CP操作对话框中选择载入CPS文件2)选择最下面的Unlock模式3)按sendAll按钮，在Unlock模式下将会只剩下CP27、CP28与CP00.4)储存器执行(Reset->Usual)5)在Temp模式下载入所有配置页，在这个状态下加载所有CP,除CP00以外.Ifalsoitwillnothelp,itisnecessarytoconnectintuitionandtotrytopickupanyworkingcombinationfromearlierdescribedmethods.内存，复位驱动器的资源对于DMP8与DMP9驱动器的其它固件资源，建议保存它的内存镜像。例如当驱动器的所有配置页（事实上它是一个微程序，andprogramоверлеи），commandReinitVariablesissent,butnevertheless,thestoreinsteadofacardголовок2,3givesacard3,255.Besides,attemptsofworkwiththehead2leadtotoamistake.这样,willhelpзаливкаbeforethekeptimageoftheRAMwithsubsequentsubmissionATAReset.Tokeeptheareaofmemoryfrom0addressinlength0x1D8000bytefollows.如图14.内存镜像–重要的资源文件编辑模块Afterthestoreразлочен,itisnecessarytoremovethereasonзалочки.ForthispurposeitisnecessaryenterdialogueService->SpecialArea->StructureandinittochooseI/O->ReadAllBlocks.常常需要对以下部分模块进行编辑：模块ЗалоченноеanameATPDL0NO_PLISTATPOL1NO_GLISTULIST00NO_ULISTULIST00(inthebeginningofthelist)ULIST01DMCS1NO_DMCS显然，大多数模块开始都处于"NO"状态，可以通过选择ID下面的复选框来选它们Service->SpecialArea.有两种方式可以对它们进行编辑：手工和自动。手工编辑时，需要对它们有一定的了解；在自动编辑时–是利用了一个INI初始化文件。对于自动编辑，在workwithservicearea对话框中，选择菜单Maxtor->RepairAllHeaders。这样就会检查所有的模块头，如果在Iftheheadingisfoundinsection[UNLOCK]aitwillbemodified,accordingtoarulefromgivenинициализационногоaforhimthecontrolsumwillbeautomaticallycounted.Atthosemoduleswhichhaveundergonetoautomaticediting,allocationremain,atother-willdisappear.Youcankeeponadiskorallmodifiedmodules,orwhatwillconsidernecessary.如图15.Afterautomaticeditingmodules,areallocatedonlymodified伺服缺陷在伺服区(SA)存储着驱动器许多重要的代码程序与模块，如果伺服区出现了一些未能读取的坏扇区（缺陷），那么驱动将可能不能正常工作，多数情况下是根本不能工作的。为了对伺服区进行存取，Maxtor驱动器对其采取了一种逻辑块寻址方式。这种寻址方式与LBA寻址方式很相似，但能适用于伺服区，且对每个磁头都单独运用这种UBA（UNITBLOCKADDRESSING）寻址方式。因此对于UBA寻址方式有一种特性可以参考，那就是它的第一伺服柱面是一个负值。与LBA寻址方式一样，inUBAthemissofdefectivesectorswhichfor动力willbewornoutinthetableofdefectsoftheservicearea,locatedinmoduleHLUTLisused.但是这里有一个很重要的问题——在添加缺陷后，对于UBA寻址方式而言，所有的伺服模块都发生了偏移，从而导致驱动器进入了一种非工作状态（不能正常工作）。为了将这些伺服区存储块转换到一种工作状态，这就需要对伺服区的所有与缺陷相关联的模块进行重运算，在此过程中可以返回所有模块记录并查看这种消除偏移的过程。HRT综合工具可以自动对必要的模块与这些模块的记录进行重运算。如前所述可知，在对伺服区进行操作时，这种操作要求很严格，要求计算很精确，一个错误的操作将会导致驱动器立刻进入一种禁止状态。在对伺服区缺陷进行操作之前，有必要对所有伺服模块进行保存操作,在进入伺服缺陷表时需要等待程序进入就绪状态才能进行操作.如果驱动器的伺服区已经含有缺陷，那么可以这些缺陷添加到伺服缺陷表中。在对伺服缺陷进行操作时，就需要进入这个专门的伺服缺陷表，所有的原缺陷记录与后来发现的缺陷就会记录在这个缺陷表中。在伺服缺陷表中添加缺陷记录时，对保存在P-list与G-list缺陷表不会有任何的影响。这就像如果对P-list与G-list缺陷表进行操作时，伺服缺陷也是一样没有任何改变。对伺服缺陷的操作可以看作为在对驱动器维修时的最基本的操作，这是因为驱动器在初始化过程中首先要读取这些伺服信息的。因此查找与隐藏伺服缺陷，可以选择菜单Test->SpecialArea.将会出现下列对话框窗口：如图16.伺服区测试首先，需要查找缺陷，可以点击Test测试按钮。程序就会UBA方式来查找SearchofdefectswillbecarriedoutwithUBAwhichnumberisregisteredinfieldFromsectoruptoUBAwhichnumberisregisteredinfieldToSector.Thesefieldsundertakefromalinefirmwarenominalsectionofa.Itcansotobecome,thatfinalUBAinthissectionitisregistered«withastock».这样在末端时，测试过程将会发现可怕的中断。中断过程，从列表中删除失效的缺陷，并alinefirmware-correcttocleanastock.因此发现缺陷后，就可以点击DefectList按钮来对它们进行下一步的处理。在标准的缺陷表窗口出现之前，以前潜伏的正的柱缺陷就也会显示出来–这个柱面号是-1。如图17.伺服缺陷表可以使用所有已知的方式来编辑缺陷表，(export/import,addition/removal,等等)。一切就绪后–选择Disk->Upload来写更新固件由于对伺服区的缺陷表处理过程很快，所以在此过程中不要关闭电源，也不要使驱动器受到猛烈震动!!!重要提示!尽管缺陷好像没有显示出来,然而仍需将它们写到磁盘的伺服区。有时驱动器会突然返回错误代码，事实上命令还是正确运行的。如果点击afeed,伺服区"willpart"alsothestore"залочится".如图18.红色X符号-notanoccasionforapanic.Allthesamereturnserviceareaonaplace关闭缺陷表对话框并点击Maxtor驱动器SATest按钮，Theserviceareashouldenterthenameback.Uponterminationofrecord,thestoreisreadyforthesubsequentwork.Iftheserviceareahasnotenteredthename-try,notleavingthegivendialogueAndNOTSWITCHINGaFEEDatanycosttowritedownserviceareaonadiskMAXTOR.INI文件特性区段关键值用途[MODELS]AnalysisgoesundertheversionofamicrocodeExample:[MODELS]DAC10SC0=DiamondMaxPlus40DRACODAH017K0=D540X-4DROMULUSDAH019K0=D540X-4DROMULUSDAK019K0=D540X-4DROMULUS-60gbGAK819K0=D540X-4GROMULUS[CRC]定义伺服模块操和方式，与