home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / sys / hp / 9408 < prev    next >
Encoding:
Text File  |  1992-08-18  |  1.5 KB  |  36 lines
  1. Newsgroups: comp.sys.hp
  2. Path: sparky!uunet!mcsun!sun4nl!alchemy!prisma!fred
  3. From: fred@cv.ruu.nl (Fred Appelman)
  4. Subject: Re: Recovering from disk with bad blocks
  5. Message-ID: <1992Aug18.192340.15785@cv.ruu.nl>
  6. Date: Tue, 18 Aug 1992 19:23:40 GMT
  7. References: <Bt6ryz.Iq2@knot.ccs.queensu.ca>
  8. Organization: University of Utrecht, 3D Computer Vision Research Group
  9. Lines: 25
  10.  
  11. In <Bt6ryz.Iq2@knot.ccs.queensu.ca> heisz@sparky.uucp (Jeff Heisz) writes:
  12. >CANNOT READ BLCK ##:
  13. >
  14. >the diagnositc is:  this never happens.  if it does consult a guru.
  15. >
  16. >The information on this disk is precious to the nth degree.  It is not
  17. >backuped (of course, else why would I ask you this). Any ideas on
  18. >recovering the info?  It is the SCSI disk for one of HPs and so the 
  19. >OS is HP-UX.
  20.  
  21. Unreadable blocks are caused by media errors and are NEVER readable. There
  22. is nothing you can do about it. However if you want to read the 
  23. good blocks and save what is left there is a work around. The data must be
  24. really precious. What you need is a new disc identical to the one that
  25. crashed, and create a file system on that new disc.
  26. You have to write a small 'C' program (Which I can provide you
  27. from the time that I needed it) and read all the blocks that you can still read
  28. and write it and the same position on the new disc. For both the read and
  29. the write disc you have to use the raw device and the discs MUST not be
  30. mounted.  After you have done that you have to fsck the new disc.
  31. Mount the new disc and see what is left.
  32.  
  33.     Fred
  34.  
  35.  
  36.