home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / comp / os / vms / 14684 < prev    next >
Encoding:
Internet Message Format  |  1992-09-08  |  2.3 KB
  1. Path: sparky!uunet!spool.mu.edu!agate!ucbvax!NSCVAX.PRINCETON.EDU!dragon
  2. From: dragon@NSCVAX.PRINCETON.EDU (Mighty Firebreather)
  3. Newsgroups: comp.os.vms
  4. Subject: RE: HELP! Damaged disk
  5. Message-ID: <009602B6.23C1B840.12111@nscvax.princeton.edu>
  6. Date: 5 Sep 92 19:13:01 GMT
  7. Sender: daemon@ucbvax.BERKELEY.EDU
  8. Distribution: world
  9. Organization: The Internet
  10. Lines: 36
  11.  
  12.  
  13.     Erkki Aalto <Erkki.Aalto@Helsinki.FI> writes:
  14. >
  15. >Lightning has damaged directory information on a MicroVAX II disk in Mets{hovi
  16. >Observatory. The disk contains two weeks' astronomical measurements.
  17. >DEC would take FIM 800 per hour for salvaging the data. Does anyone have any
  18. >experience on cases like this? Is there something we could do ourselves,
  19. >and approximately how long would it take from DEC?
  20. >
  21.  
  22.     Before you do *anything* else, do BACKUP /PHYSICAL ddcn:.  Having 
  23. done this, you can always return to where you are now, regardless of any
  24. further damage done in your efforts to recover your data.
  25.  
  26.     What you can do depends very strongly on exactly what has happened 
  27. to the drive.  In the simplest case, you can use ANALYZE /DISK_STRUCTURE 
  28. /REPAIR /CONFIRM ddcn: to locate all the files that are not entered in a
  29. directory and enter them in ddcn:[SYSLOST].
  30.  
  31.     If INDEXF.SYS has been damaged, the outlook is poor since this is
  32. where the pointers to the disk blocks owned by the file are stored.  In
  33. this case, the only thing that I can suggest would be to start examinining
  34. all the space on the disk that is not pointed to by the remaining entries
  35. in INDEXF.SYS to try to identify the contents.  Recovery at this level is
  36. probably possible only as a joint effort between DEC and the owners of the
  37. data, DEC supplying the knowledge of ODS-2 and the tools to be used and the
  38. owners of the data identifying what they can. 
  39.  
  40. *************************************************************************
  41. *                                                                       *
  42. *                        Here, there be dragons!                        *
  43. *                      dragon@nscvax.princeton.edu                      *
  44. *                                                                       *
  45. *                                                Richard B. Gilbert     *
  46. *************************************************************************
  47.  
  48.