home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / comp / os / vms / 19124 next >
Encoding:
Internet Message Format  |  1992-12-11  |  2.3 KB
  1. Path: sparky!uunet!zaphod.mps.ohio-state.edu!uwm.edu!linac!att!ucbvax!lrw.com!leichter
  2. From: leichter@lrw.com (Jerry Leichter)
  3. Newsgroups: comp.os.vms
  4. Subject: Re: How to get files in SYSLOST back to right place
  5. Message-ID: <9212111315.AA19432@uu3.psi.com>
  6. Date: 11 Dec 92 11:56:29 GMT
  7. Sender: daemon@ucbvax.BERKELEY.EDU
  8. Distribution: world
  9. Organization: The Internet
  10. Lines: 51
  11.  
  12.  
  13.     A little while ago, there was a discussion here about how to handle 
  14.     user files in [SYSLOST]. I've got a somewhat more delicate problem; 
  15.     critical system files in [SYSLOST]:
  16.  
  17.     > $ dir/file/own
  18.     >
  19.     > Directory SAIT$DISK:[SYSLOST]
  20.     >
  21.     > 000000.DIR;1         (4,4,2)              [SYSTEM]
  22.     > BACKUP.SYS;1         (8,8,2)              [SYSTEM]
  23.     > BADBLK.SYS;1         (3,3,2)              [SYSTEM]
  24.     > BADLOG.SYS;1         (9,9,2)              [SYSTEM]
  25.     > BITMAP.SYS;1         (2,2,2)              [SYSTEM]
  26.     > CONTIN.SYS;1         (7,7,2)              [SYSTEM]
  27.     > CORIMG.SYS;1         (5,5,2)              [SYSTEM]
  28.     > INDEXF.SYS;1         (1,1,2)              [SYSTEM]
  29.     > VOLSET.SYS;1         (6,6,2)              [SYSTEM]
  30.      
  31. Oooo!  Wonderfully strange!
  32.  
  33.     (Note that they are on the second member of a volume set). This 
  34.     problem came about as a result of an RA81 going sick, leading to:
  35.  
  36.     > Error reading directory [000000]
  37.     > Forced error flagged in last sector read
  38.  
  39. Makes sense, I guess....  It would be interesting (just in a very general
  40. way) to know the full sequence of actions that led to this.
  41.  
  42.     The same files (with the same file-ID) appear in [000000] for that
  43.     disk. This situation has continued through an image backup and
  44.     restore.
  45.  
  46. BACKUP has no reason NOT restore these entries - they are perfectly legitimate
  47. entries, after all!
  48.  
  49.           Is it safe to SET FILE/REMOVE the entries in [SYSLOST], or
  50.     should I  leave well alone?
  51.  
  52. If I were you, I'd make sure I had a current backup of the disk, the do the
  53. SET FILE/REMOVE and an immediate ANALYZE/DISK/REPAIR.  (It's possible that
  54. the directory backlinks in the files point to [SYSLOST], not [000000].  The
  55. ANALYZE/DISK/REPAIR should fix that once you've removed the extra entries.)
  56.  
  57. Off hand, I can't think of any likely problems from leaving the disk as it
  58. is, but since these files are basic system files and define the structure of
  59. the disk, it's probably a good idea to try to get them into their normal
  60. configuration.
  61.                             -- Jerry
  62.  
  63.