How to erase a defect list?
st0658 at student-mail.jsu.edu
Sun Oct 4 20:42:36 PDT 1998
I don't know how true this statement is, after all, it came from a tech
support guy at Seagate, but if you repostion the disk (turn it on its
side) then the heads wonk out of postition just enough so that you would
have to LOW LEVEL FORMAT it from the SCSI card. This might miss some of
your bad blocks, if that info is correct.
On Sun, 4 Oct 1998, Randy Gobbel wrote:
> Apologies for continuing this somewhat off-topic saga, but this list is the
> best source of expertise on SCSI devices I know of, and I'm still pretty much
> in panic mode.
> Context: I've been getting medium errors on my hard drive, suspected the
> aic7xxx driver but have since been convinced the disk is actually failing.
> Currently trying to save my data before the whole thing dies completely.
> I called Quantum, and after a good bit of hassle got them to send me a "new"
> disk before I send them the old one, so I can copy the data to the new one.
> The first idiot^H^H^H^H^Hperson I talked to couldn't find the serial number of
> my disk in his database, so wanted me to send them the disk so they could
> "verify the serial number" to see if the disk was covered under warranty, and
> they'd send me a new one. Of course, they want $840 for an obsolete
> replacement disk if my disk is not covered. No thanks. I finally got a
> supervisor who found my disk's serial number and told me it was covered. They
> sent me a "new" disk, but: it's Rev D, whereas my "old" disk is Rev F, and it
> has firmware L912, which is known to be buggy, while the most recent firmware
> is L915. Not a good start. I was not able to make it through a badblocks scan
> on the disk without causing the aic7xxx driver to go into an (apparently)
> infinite timeout/abort/reset loop (with pre12--I am now running pre15 but
> haven't had another chance to try badblocks).
> Then things really went downhill, and here's where I am badly in need of some
> help: I ran badblocks and mistakenly pointed it at /dev/sdb, rather than
> /dev/sdb4. This caused very strange things to happen--the whole system blocked
> for quite a long time. I was finally able to abort the badblocks run, but it
> has done something *VERY* bad to the disk. I am now unable to access either
> the primary or grown defects lists. I have tried to format the disk using a)
> BIOS, b) the "DSP" DOS program from Quantum, and c) the scsiformat command.
> The only one of these that I've been able to get anything out of is DSP. It
> starts formatting, but the disk acts very strange indeed: it thrashes wildly
> during the format operation, and the format goes so slowly that I calculated
> that it would take about 3 WEEKS or so to finish formatting. It looks like
> badblocks has somehow smashed the defect and sector remapping info, so that the
> disk now has a rather surreal idea of what logical sector goes with what
> physical sector.
> So: HOW CAN I REINITIALIZE THIS INFORMATION???? I would like to erase the
> grown defect list, and if possible return the primary defect list to its
> pristine state. This disk has not quite achieved "brick" status, but is now
> perilously close.
> This whole thing is just unbelievably miserable. After far too much hassle to
> start with, Quantum sends me a replacement unit that may not be acceptable, and
> in the process of trying to verify this bogus replacement, the damn thing gets
> so screwed up I can't even format it.
> Any suggestions appreciated, needless to say.
> To Unsubscribe: send mail to majordomo at FreeBSD.org
> with "unsubscribe freebsd-aic7xxx" in the body of the message
To Unsubscribe: send mail to majordomo at FreeBSD.org
with "unsubscribe freebsd-aic7xxx" in the body of the message
More information about the aic7xxx