home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / os / os2 / misc / 25334 < prev    next >
Encoding:
Text File  |  1992-07-23  |  2.9 KB  |  66 lines
  1. Newsgroups: comp.os.os2.misc
  2. Path: sparky!uunet!munnari.oz.au!bunyip.cc.uq.oz.au!griffin!kraken!ednstras
  3. From: ednstras@kraken.itc.gu.edu.au (Michael Strasser)
  4. Subject: Re: BACKUP's and the Desktop
  5. Message-ID: <ednstras.711934727@kraken>
  6. Sender: news@griffin.itc.gu.edu.au
  7. Nntp-Posting-Host: kraken.itc.gu.edu.au
  8. Organization: ITC, Griffith University, Brisbane, Australia
  9. References: <92202.102131BRYAN@wvnvm.wvnet.edu> <23JUL199209384273@vmsb.is.csupomona.edu>
  10. Date: 23 Jul 92 23:38:47 GMT
  11. Lines: 53
  12.  
  13. cvadrtbc@vmsb.is.csupomona.edu (Srikanth Viswanathan) writes:
  14.  
  15. >In article <92202.102131BRYAN@wvnvm.wvnet.edu>, Jerry Bryan <BRYAN@wvnvm.wvnet.edu> writes...
  16. >>between the INI files and desktop directories.  Remember that INI files
  17. >>are hard to backup with standard facilities such as BACKUP and COPY because
  18. >>they are always open.  You have to run the backup out of CONFIG.SYS
  19. >>before they are opened, which in turn means you have to boot to back them
  20. >>up.  I hate to boot when it really is not necessary.  The other concern
  21.  
  22. >You really don't have to.  Someone on Fidonet a long time ago, posted
  23. >this very useful tip for backuping INI files:
  24.  
  25. >CALL=C:\OS2\XCOPY C:\OS2\*.INI C:\BACKUP\*.INI
  26.  
  27. This method is also described in the third redbook (on PM and WPS).  The
  28. method given there has
  29.  
  30.     RUN=C:\OS2\XCOPY C:\OS2\OS*.INI C:\OS2\INSTALL\
  31.  
  32. (Can some please explain the difference between CALL and RUN in CONFIG.SYS?).
  33. Note that this method overrites the "default" versions of OS2.INI and
  34. OS2SYS.INI in the \OS2\INSTALL directory, which are put there by the install
  35. process and used by the ALT-F1 during boot restore process.
  36.  
  37. BUT BE CAREFUL: If you only have the line in CONFIG.SYS as above and you
  38. corrupt your INI file(s) without knowing it, next time you re-boot you will
  39. overwrite your previously OK file(s) with the new, corrupted one!
  40.  
  41. My preferred solution to this is to have multiple generations of INI
  42. backups, all duplicated in CONFIG.SYS (note that the redbook solution is to
  43. make copies of the backups in the \OS2\INSTALL directory in STARTUP.CMD):
  44.  
  45.     RUN=C:\OS2\XCOPY C:\OS2\INSTALL\OS2*.2 C:\OS2\INSTALL\*.3
  46.     RUN=C:\OS2\XCOPY C:\OS2\INSTALL\OS2*.1 C:\OS2\INSTALL\*.2
  47.     RUN=C:\OS2\XCOPY C:\OS2\INSTALL\OS2*.INI C:\OS2\INSTALL\*.1
  48.     RUN=C:\OS2\XCOPY C:\OS2\OS*.INI C:\OS2\INSTALL\
  49.  
  50. which gives you 3 generations.  If you only reboot once from the hard disk
  51. after corrupting OS2.INI, your backup \OS2\INSTALL\OS2.1 is OK (as are
  52. generations 2 and 3).  You may have disk space limitations, tho'.
  53.  
  54. To backup the EAs of the desktop directories, EAUTIL is the best option.
  55. This is the method used by the WPSBkup shareware program which is going
  56. around at the moment.  It also (as a PM app) uses the API calls to copy the
  57. current INI file states while they are open (the only way to copy them).
  58.  
  59. I hope this helps a bit.
  60.  
  61. -- 
  62. Mike Strasser                       Internet: M.Strasser@edn.gu.edu.au.
  63. Education Division                  Fidonet:  3:640/308.2@fidonet
  64. Griffith University
  65. Brisbane, Australia
  66.