home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / os / linux / 7054 < prev    next >
Encoding:
Internet Message Format  |  1992-07-30  |  2.9 KB
  1. Path: sparky!uunet!usc!zaphod.mps.ohio-state.edu!pacific.mps.ohio-state.edu!linac!mp.cs.niu.edu!fnnews!fncrda.fnal.gov!rohrer
  2. From: rohrer@fncrda.fnal.gov (Keith Rohrer)
  3. Newsgroups: comp.os.linux
  4. Subject: timeouts on hard drive (long)
  5. Message-ID: <2141@fnnews.fnal.gov>
  6. Date: 30 Jul 92 19:16:57 GMT
  7. Sender: news@fnnews.fnal.gov
  8. Organization: Fermi National Accelerator Laboratory, Batavia IL
  9. Lines: 40
  10. Nntp-Posting-Host: fncrda.fnal.gov
  11.  
  12. I've had Linux up and running for a week or two now, and I added another
  13. partition to my Linux zone.  There is a DOG partition (/dev/hda1), a Linux-
  14. Minix FS partition (/dev/hda2), 8 megs of swap (/dev/hda3), and the fourth
  15. partition (/dev/hda4).  I know that the fourth partition is physically perfect,
  16. because mkfs -c and mkefs -c both mark no bad blocks, and I formatted the
  17. partition under DOG and ran Norton Witch Doctor on it (in continuous-pass 
  18. weekly mode) while I had dinner.  So no problem there.
  19.  
  20. However, when I fill the new partition with data (it's not the number of files,
  21. as a couple tars of the Nethack source will do), and fsck it, or try to cp
  22. or cat > /dev/null from it, *sometimes* it hangs up for about 5 seconds at a
  23. time, then prints out that it timed out on the hard drive, and was resetting
  24. the controller.  Then it goes on as normal, and does the right thing.  The
  25. process always works correctly if the data is already in the buffer cache (of
  26. course) and only sometimes does this when reading the actual disk.  I've hacked
  27. the kernel to printk the device and sectors being requested, and they are
  28. always the right device and reasonalble sectors to be reading.  Further,
  29. back when I could get it to do this on demand, they sectors were very
  30. similar (I fsck'd 3 times in a row, one at a time, on three VC's and wrote
  31. down the results; most of the sectors timed out on were timed out on twice,
  32. a fair number all three times, a few only once).  I was doing *all* of this
  33. in a very linear, DOS-like way, one thing at a time, only on one VC until
  34. I went to test the repeatability of the timeouts on particular sectors, at
  35. which point I did one, switched to the next VC, logged in, fsck'd, waited
  36. for it to finish, switched to the next, &c.
  37.  
  38. I'm using Linux kernel 0.96c pl 2 with the third extfs patch (triple indirection
  39. patch?), everything else but the datafile was stock MCC Interim 0.96/0.96c.
  40. The hardware is a 386-40 clone, with 4 megs of RAM (looks like 4.25 as the
  41. chipset scavenges most of 640K-1M), a Maxtor 7213A IDE hard drive, and floppies.
  42.  
  43. Any ideas?  I posted about this problem, though with less concrete evidence,
  44. before, and the only vaguely useful suggestion I got is that I should have
  45. my BIOS updated (it's currently dated 5-91 or so, and the person said it
  46. should be 6-6-91 or newer "for correct operation with IDE drives"... anyone
  47. confirm that?), but I don't think that's the case, as DOS uses it just fine,
  48. and I don't think Linux uses any firmware for the hard drive, just the CMOS...
  49.  
  50.     Keith
  51. (rohrer@fncrd0.fnal.gov)
  52.