home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / comp / os / mswindo / misc / 5430 < prev    next >
Encoding:
Text File  |  1992-12-11  |  1.7 KB  |  38 lines
  1. Newsgroups: comp.os.ms-windows.misc
  2. Path: sparky!uunet!uchinews!psyche.spc.uchicago.edu!spcberto
  3. From: spcberto@psyche.spc.uchicago.edu (Robert Osterlund)
  4. Subject: Re: Superstor VS. Stacker...You Make The Call
  5. Message-ID: <1992Dec11.235153.5479@midway.uchicago.edu>
  6. Sender: news@uchinews.uchicago.edu (News System)
  7. Organization: University of Chicago, SSPPCC
  8. References: <1992Dec8.175951.1523@wam.umd.edu> <1g47mcINNq38@hilbert.math.ksu.edu> <1992Dec9.123625.17724@wam.umd.edu>
  9. Date: Fri, 11 Dec 1992 23:51:53 GMT
  10. Lines: 26
  11.  
  12. In article <1992Dec9.123625.17724@wam.umd.edu> rsrodger@wam.umd.edu (Yamanari) writes:
  13. >In article <1g47mcINNq38@hilbert.math.ksu.edu> tar@math.ksu.edu (Tim Ramsey) writes:
  14. >>I consider myself remotely sane, and I stacked my boot drive with no
  15. >>problems.  The stacker installation program was clever enough to not
  16. >>stack device drivers loaded in my config.sys.
  17. >    
  18. >    [stuff omitted]
  19. >
  20. >    Really bad idea.  When you're using somethinglike Stacker, it is best to
  21. >    take *every* precaution, even if you've neverhad a problem.
  22. >
  23. Yes, *every* precaution.  I go so far as to do a Norton Disk Doctor sweep
  24. of my Stacked drives (both the Stacker logical drive and the underlying
  25. physical drive) and an SCHECK of the Stacker drives EVERY TIME I BOOT.
  26. Sure, it adds a couple of minutes to each boot sequence, but better that
  27. than the hours it would take to restore all my programs and data.
  28.  
  29. I've never had any problems with Stacker, and I never want to.  I'm so anal
  30. about this that I upgraded from version 2.0 to 3.0 not for the extra features
  31. but from the assumption that Stacker has made an already robust product
  32. even more robust and fool-proof in the upgrade.
  33.  
  34. Bob Osterlund
  35. berto@clio.spc.uchicago.edu
  36. SSPPCC--University of Chicago
  37.  
  38.