home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / os / vms / 18196 < prev    next >
Encoding:
Internet Message Format  |  1992-11-18  |  1.3 KB
  1. Path: sparky!uunet!ogicse!uwm.edu!linac!att!ucbvax!IPG.PH.KCL.AC.UK!SYSMGR
  2. From: SYSMGR@IPG.PH.KCL.AC.UK
  3. Newsgroups: comp.os.vms
  4. Subject: re: re.2: extending INDEXF.SYS (new idea!)
  5. Message-ID: <27A0322A_001750A8.00963CCFDBE03840$626_3@UK.AC.KCL.PH.IPG>
  6. Date: 18 Nov 92 12:43:16 GMT
  7. Article-I.D.: UK.27A0322A_001750A8.00963CCFDBE03840$626_3
  8. Sender: daemon@ucbvax.BERKELEY.EDU
  9. Distribution: world
  10. Organization: The Internet
  11. Lines: 27
  12.  
  13. > Wolfgang J. Moeller writes:
  14. >
  15. > |It occurred to me that there is a VMS utility for extending files,
  16. > |which *has* that important check built-in:
  17. > |
  18. > |  $ MCR SYSGEN CREATE disk:[000000]INDEXF.SYS/size=<newsize>
  19. >
  20. >
  21. >    If this does work, you had better check to see if
  22. >    the INDEXF.SYS file has not been marked NOBACKUP!!
  23. >
  24.  
  25. Well spotted!
  26.  
  27. Also, you want to check the results with ANALYZE/DISK. At the very least,
  28. it will report that the backup index file header is bad. /REPAIR will fix
  29. that. Also, SYSGEN CREATE is unlike $EXTEND in that it makes the used size of
  30. the file equal to the allocated space. You may find that there are umpteen
  31. thousand 'bad file headers' to be repaired. (This may in turn depend on the
  32. status of /HIGHWATER on the target disk)
  33.  
  34. It's still a neat idea, though.
  35.  
  36.         Nigel Arnot
  37.  
  38.         NRA%ipg.ph.kcl.ac.uk@nsfnet-relay.ac.uk   (internet)
  39.         NRA%uk.ac.kcl.ph.ipg@ukacrl.bitnet        (bitnet)
  40.