home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / sys / hp / 9689 < prev    next >
Encoding:
Internet Message Format  |  1992-08-25  |  1.4 KB
  1. From: stroyan@hpfcso.FC.HP.COM (Mike Stroyan)
  2. Date: Wed, 26 Aug 1992 00:34:33 GMT
  3. Subject: Re: Recovering from disk with bad blocks
  4. Message-ID: <7371260@hpfcso.FC.HP.COM>
  5. Organization: Hewlett-Packard, Fort Collins, CO, USA
  6. Path: sparky!uunet!charon.amdahl.com!pacbell.com!mips!darwin.sura.net!wupost!sdd.hp.com!hpscdc!cupnews0.cup.hp.com!hppad.waterloo.hp.com!hppad!hpfcso!stroyan
  7. Newsgroups: comp.sys.hp
  8. References: <Bt6ryz.Iq2@knot.ccs.queensu.ca>
  9. Lines: 20
  10.  
  11. > What are typical block numbers in the CANNOT READ BLCK ## messages you
  12. > receive?
  13. > 
  14. > The two times I saw this message, I had accidentally attached two HP-IB disk
  15. > drives with the same bus number to the same bus. This is guaranteed to cause
  16. > havoc; irretrievable, unrecoverable, havoc. In those cases, the block
  17. > numbers I saw were huge, far beyond possible valid block numbers.
  18. > 
  19. > I hope you didn't do what I did; if so, there's really no hope aside from
  20. > pulling the blocks off one at a time and attempting to reconstruct things
  21. > from individual untrashed blocks.
  22.  
  23. I did once salvage a file system that had impossible block numbers.  The
  24. damage was done by an HP-IB digitizer at the same address as an HP-IB
  25. disk drive.  Only a few inodes had been corrupted.  After resetting
  26. the bad block numbers with fsdb, fsck was able to put most of the file
  27. system back together.  Since I never tried it a second time, I don't know
  28. just how much luck was involved. :-)
  29.  
  30. Mike Stroyan, mike_stroyan@fc.hp.com
  31.