home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / sys / ibm / pc / hardware / 30107 < prev    next >
Encoding:
Text File  |  1992-11-17  |  1.7 KB  |  48 lines
  1. Newsgroups: comp.sys.ibm.pc.hardware
  2. Path: sparky!uunet!mcsun!sun4nl!kubds1!hoppie
  3. From: hoppie@kub.nl (Jeroen Hoppenbrouwers)
  4. Subject: IDE drive killed by cntrlr -- solution?
  5. Message-ID: <1992Nov17.130553.25595@kub.nl>
  6. Date: Tue, 17 Nov 92 13:05:53 GMT
  7. Organization: Tilburg University, Tilburg, The Netherlands
  8. Nntp-Posting-Host: kubix
  9. Lines: 37
  10.  
  11. Hello world,
  12.  
  13. Last week my 100MB Kalok IDE disk went berzerk: immediately after I
  14. pressed RESET, the disk gave two loud CLANKs and a lot of other noise.
  15. After that, it reports lots of errors. With re-partitioning and
  16. (high-level) formats, I can see that the sore spots are widely
  17. scattered over the surfaces and apparently not related to one
  18. particular head.
  19.  
  20. Assuming that sector translation does not fool me :-)  I tend to
  21. think that the hardware is okay, but that the controller on the drive
  22. steered the head assembly over the platters while still writing
  23. or so. Thereby it destroyed some data, and... (you feel it coming):
  24. it destroyed the low-level information on some places as well.
  25.  
  26. A) Can this be the case: a controller going crazy that wipes out
  27.    low level information?
  28.  
  29. B) If so, can this be solved by a new low-level format? I know,
  30.    chances are high that I cannot do this myself, but should the
  31.    manufacturer be able to do it?
  32.  
  33. Since the original dealer went bankrupt last September :-( I cannot
  34. simply return the drive to get a new one. A related company tells
  35. me just to low-level it because they seem to remember that Kalok
  36. drives can handle this. Right???
  37.  
  38. Any comment appreciated.
  39.  
  40.  
  41.  
  42. Jeroen
  43.  
  44.  
  45. -- 
  46. Jeroen Hoppenbrouwers, research engineer at     |  Stop connecting computers;
  47. Infolab, Tilburg University, The Netherlands    |  start connecting people!
  48.