home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / sys / ibm / pc / misc / 16122 < prev    next >
Encoding:
Text File  |  1992-12-23  |  5.1 KB  |  118 lines
  1. Newsgroups: comp.sys.ibm.pc.misc
  2. Path: sparky!uunet!gatech!darwin.sura.net!jvnc.net!adx.adelphi.edu!panther.adelphi.edu!shopsis
  3. From: shopsis@panther.adelphi.edu (Charles Shopsis)
  4. Subject: Stacker 3.0 read errors: Summary
  5. Message-ID: <shopsis.55@panther.adelphi.edu>
  6. Sender: news@adx.adelphi.edu (USENET News System)
  7. Nntp-Posting-Host: 192.100.55.180
  8. Organization: Adelphi University - Node: Boole
  9. Date: Wed, 23 Dec 1992 19:47:14 GMT
  10. Lines: 106
  11.  
  12. Earlier this week, I posted a message about read errors that I
  13. encountered after upgrading from Stacker 2 to stacker 3.  I
  14. received a number of responses from people having similar
  15. problems, and two suggested solutions.  The first one is the one
  16. I tried (deleting the /EMS on the stacker command line, so that
  17. stacker does not try to cache in expanded memory) and it did the
  18. job.  Following are the two suggested solutions and messages from
  19. other sufferers of the problem.
  20.  
  21. Thanks for your responses. The net is wonderful! 
  22. Charles Shopsis, Dept. Chemistry, Adelphi University 
  23. shopsis@auvax1.adelphi.edu or shopsis@panther.adelphi.edu
  24.  
  25.  
  26.  
  27. 1. From: bing@zinc.cchem.berkeley.edu (Bing Ho)
  28. My friend recently bought Stacker 3.0 and managed to figure out
  29. what was wrong (at least for his machine).  He mentioned that the
  30. use of a 386 memory manager and running Stacker 3.0 with the /ems
  31. option caused disk read/write errors.  He switched to the upper
  32. memory or conventional memory configuration and mentioned that
  33. any problems were completely fixed.
  34. I think that Stacker 2.0 had this problem with qemm as well, but
  35. it was less frequent.
  36.  
  37. Bing Ho
  38. bing@zinc.cchem.berkeley.edu   University of California, Berkeley 
  39.  
  40.  
  41. 2. From: {rlb534@ibm-03.nwscc.sea06.navy.mil}
  42. To get rid of you problem use the /nb option on the stacker.com
  43. line in your config.sys like below:
  44. devicehigh=c:\stacker\stacker.com c:\stacvol.dsk d:\stacvol.dsk
  45. /p=5 /nb
  46. If you call stacker they should send you a maintenance release of
  47. Stacker 3.0 that fixes this problem.
  48. Rick Beem, Naval Surface Warfare Center, Crane Division
  49. rlb534@ibm-03.nwscc.sea06.navy.mil
  50.  
  51.  
  52.  
  53. 3. From: joee@cabezon.uucp (Joe Eckardt)
  54. This sounds exactly like the problem I've been having with
  55. Stacker V2.1!
  56. I just ordered a copy of V3.0 in the hopes that it would fix the
  57. problem.
  58. In my case I had the feeling it was an interaction between
  59. Stacker, SpeedStor V6.1.7 (disk partitioning driver), and QEMM
  60. V6.01.
  61. The worse part is I can't even back up my disk to tape
  62. successfully without getting these "Read Errors".  At this point,
  63. if I could just get the system backed up I'd trash Stacker.  My
  64. system USED to be stable as a rock -- I haven't been able to get
  65. anything constructive done in three months now.
  66.                Joe Eckardt Logic Modeling Corporation 
  67.                (formally Logic Automation Incorporated)
  68.                           joee@lmc.com 
  69.             
  70.  
  71.  
  72. 4. From: JFRoss @ SMTP (James F. Ross) {JFR@icf.hrb.com}
  73. Like you, I learned the exact same lesson.  Stacker 2.0 worked
  74. great for my system (clone 386sx25 w/ seagate IDE drive), but 3.0
  75. really hosed things up.
  76. I experienced the exact same "non-fatal" read errors; mine first
  77. showed up during the boot process, after I'd loaded stacker. 
  78. Like yours, my problems were generally resolved by retrying
  79. (repeatedly, sometimes).      Worse news: as I used the drive,
  80. more and more errors cropped up, during all phases of operations
  81. (e.g., at boot, during games, when loading windows, etc.)  
  82. Still worse news: Eventually, I got to the point where I just
  83. could not access some files, no matter how often I retried.  If
  84. you have not yet done so, BACKUP NOW!!! I lost a few documents
  85. that I had modified since backing up.
  86. I assume you've tried to reach Tech Support? (HAH) I called
  87. repeatedly over several days; on the few times that I didn't get
  88. a busy signal, I was told that I'd have to wait 25 - 35 minutes
  89. to talk to a technician (on MY phone bill).  I eventually got in
  90. touch with customer service and demanded my money back (haven't
  91. seen it yet, though).
  92. Worst news of all:  as far as I can tell, there is no way to 
  93. downgrade.  Your only option is to delete as many files as
  94. necessary to allow you to unstack, and then reinstall.  If you
  95. don't have a recent backup, you could be in big trouble. 
  96. (Actually, if you do have a recent backup, your best bet might be
  97. to delete the stackvol, reformat the drive, and reinstall Stacker
  98. 2.0.  that's what I did, eventually, even though it's not a
  99. trivial process.)  
  100. I was thoroughly disgusted with Stac's support and customer
  101. service departments throughout this mess.  I couldn't get near
  102. tech-support, and customer service was rude and unpleasant.  I
  103. sent a letter to them with the returned software, saying that I
  104. was going to investigate other compression programs.  Haven't
  105. heard anything back yet, though.
  106.  
  107.  
  108.  
  109. 5. {rambler!alpert@kb2ear.ampr.org}
  110. From: TPalaceS @ SMTP (Tuna Palace Systems) 
  111. I have been having similar problems since upgrading.  It occurs
  112. very infrequently, usually on the *UNSTACKED* portion of the
  113. drive.
  114. If you get any e-mail info on this, I would appreciate getting
  115. a copy.  So far the phenomenon has happened so rarely that
  116. it doesn't have me too worried.  Should probably call Stacker
  117. tech support, but just haven't had the time...
  118.