home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / comp / os / linux / 20225 < prev    next >
Encoding:
Text File  |  1992-12-13  |  1.9 KB  |  45 lines
  1. Newsgroups: comp.os.linux
  2. From: Ken.Wallace@f111.n440.z2.fidonet.org (Ken Wallace)
  3. Path: sparky!uunet!pipex!demon!purplet!f111.n440.z2.fidonet.org!Ken.Wallace
  4. Subject: Dying IDE disk drive.
  5. Organization: FidoNet node 2:440/111 - A6 BBS, Harpenden Herts UK
  6. Date: Sun, 13 Dec 1992 02:29:00 +0000
  7. Message-ID: <4.2B2BBAC1@purplet.demon.co.uk>
  8. Sender: usenet@demon.co.uk
  9. Lines: 34
  10.  
  11. Hello Eric!
  12.  
  13. Saturday December 12 1992 23:36, Eric Youngdale wrote to All:
  14.  
  15.  EY>         It seems that I am usually answering questions, but now the tables
  16.  EY> are turned.  This morning my IDE disk died.  Not completely, but I get all
  17.  EY> kinds of HD errors, and an occasional HD reset, followed by a kernel panic
  18.  EY> because it is unable to read the inode table.  All of this came about
  19.  EY> unexpectedly with no warning while I was in the middle of using the
  20.  EY> system. The thing that is really queer is that two of the partitions on
  21.  EY> the disk are just fine. Unfortunately these are my DOS and my swap
  22.  EY> partitions - my root and home partitions are the two that seem to be
  23.  EY> afflicted.  I can do an od on both the dos and swap partitions and I get
  24.  EY> no errors.  The HD error message says that the error code is 0x10, the
  25.  EY> status is 0x59.  The file hdreg.h says that 0x10 means ID_ERR, whatever
  26.  EY> that is.
  27.  
  28. Sounds like a problem I've had a couple of times resulting in the partition
  29. table looking something like:
  30.  
  31. hda1    1   1   250 ...
  32. hda2  1276321924649%90
  33. hda3  1920809809 903 90
  34. hda4  500 500   600
  35.  
  36. deleting the last three partitions and creating them with the original
  37. figures again fixes it, then fsck (with -av because you get screens and
  38. screens of 'block xxxxxx marked busy is not in any file') brings the
  39. filesystems back. Like you, I could see no reason for it and everything
  40. seemed to work ok afterwards - hasn't happened to me for a while now so
  41. I assumed it had gone away (I still make a paper copy of the partition
  42. table though!)
  43.  
  44. Ken
  45.