home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / os / linux / 22696 < prev    next >
Encoding:
Internet Message Format  |  1993-01-04  |  1.4 KB
  1. Path: sparky!uunet!spool.mu.edu!agate!usenet.ins.cwru.edu!cleveland.Freenet.Edu!ah200
  2. From: ah200@cleveland.Freenet.Edu (Randy Beiter)
  3. Newsgroups: comp.os.linux
  4. Subject: Hard drive problem
  5. Date: 4 Jan 1993 22:55:44 GMT
  6. Organization: Case Western Reserve University, Cleveland, OH (USA)
  7. Lines: 19
  8. Message-ID: <1iaf9gINNrea@usenet.INS.CWRU.Edu>
  9. Reply-To: ah200@cleveland.Freenet.Edu (Randy Beiter)
  10. NNTP-Posting-Host: slc5.ins.cwru.edu
  11.  
  12.  
  13. Awhile back, I was having an extremely recurring error, which the solution
  14. was suggested that I should use -c when mkfs'ing the hard drive. I
  15. re-mkfs'd the hard drive to no avail, it still gives me the error, although
  16. less often since now I keep only little-used files on it - however, the hd
  17. I had been using was only 20 meg, and I've outgrown it, this one is a 40,
  18. and I'd like to use all of it. I'm about to edit the kernel to have it
  19. ignore this particular status/error level, but am nervous about such a
  20. kludge since this could be a real problem, although I've never had any
  21. problems with the hd except this annoying message:
  22.  
  23. HD: write_intr: status = 0xff
  24. HD: write_intr: error = 0xff
  25. cotroller_ready: status = ff
  26. HD_controller reset
  27.  
  28. I've already had problmes with wait states, so I son't think I need to slow
  29. the bus down anymore, since I slowed it down to get the 20meg drive to
  30. work. Any help anyone can offer would be greatly apprechiated, thanks much!
  31.