78.18.1b.33。34.5e修复
当PCI固件检测固件时，出现78.18.1B.33不一致，别怕，接下来我们分三种情况修复吧：（1）当负责缺陷的几个经理级(78.18.1b.33。34.5e)的模块头没出现问题的情况下，直接进行清空pG表，再进行重建译码表，修复四项，就是修复37.78.1b.18，如果有必要就进行复位以下smart，断电退出再检测就没问题了。
（2）针对第二种情况，当(78.18.1b.33。34.5e)这几位老大其中一个挂了。或者全都挂了，，但再修复硬盘的时候你会发现这几位老大在检测的时候并不会全都挂了，或许有78.34这两位老大的 业务量没那么大，所以没挂，而18.1b.33.5e负责的业务量较大，加上我们常对其进行操做，让他们累垮了。。所以18.1B.33经常坏，，34.5e间中回有坏。。（a)当18.1b坏了，找个盘型号相同写回去，再重建一下译码表，修复四项，复位smart，断电再检测，就好了。。(b)当33号模块坏了，这个坏了比较麻烦，因为33记录的是缺陷日记，如果这个盘的 33号模块坏了，用另外的一个盘写回即使好了，但记录的也是令一个盘的缺陷记录，这时先备份g表转p表，清空33模块的缺陷记录，进行一次低格，目的是为了生成新的译码表带原来的缺陷记录，最后做一次重建译码表，修复四项，使他们一致。如果嫌麻烦的话，就直接清空33号模块，做一次译码表重建 ，最后开自检，让他自己加缺陷.
（3）在维修的过程种，遇到了一种奇怪的情况 ，就是所有的模块是号的37.78.18.1b都是号的，但是就不能清空g，和清空pg表，以及重建译码表之类。而且在这种下在使用过程中很容易出现红绿点。。于是把33.18.1b联系在一起，想了 一下，是不是 译码表没有创建成功呢，，于是用 dm万用版对硬盘进行全盘 低格了一次，奇迹终于出现了，再进去pci3000,清空G成。清空pg表成功，重建译码表成功，大概这就是低格的可以修好盘的意义和作用，
页:
[1]