home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / comp / sys / ibm / pc / misc / 15900 < prev    next >
Encoding:
Internet Message Format  |  1992-12-16  |  1.7 KB

  1. Path: sparky!uunet!usc!zaphod.mps.ohio-state.edu!uwm.edu!linac!att!att!drutx!dwroll!dfh
  2. From: dfh@dwroll.att.com (D461-David_F_Haertig(Dave)83040)
  3. Newsgroups: comp.sys.ibm.pc.misc
  4. Subject: Re: Stacker ate my hard disk again.  :(  help....
  5. Message-ID: <22899@drutx.ATT.COM>
  6. Date: 16 Dec 92 23:37:20 GMT
  7. References: <1992Dec16.155326.18373@vitro.com>
  8. Sender: news@drutx.ATT.COM
  9. Reply-To: dfh@dwroll.att.com
  10. Lines: 23
  11. Originator: dfh@dwroll
  12.  
  13. From article <1992Dec16.155326.18373@vitro.com>, by mmangieri@vitro.com (Mikey):
  14.  
  15. >Here we go again with horror stories about write-protected disks. The write
  16. >protection is a _fail-safe Feature_ of Stacker, _not_ an error.  When Stacker
  17. >determines that an error has occured, it write protects your hard disk so that
  18. >the integrity of the data remains stable while you run the utilities to fix the
  19. >problem. Then, after re-booting the machine, all is well again. Read the manual
  20. >people  ;)
  21.  
  22. Actually, the volume write-protection feature *is not* covered well at
  23. all in the *Stacker 2.0* manual.  I've heard the 3.0 manual is better.
  24. The 2.0 manual mentions it only in passing, in the "error message" section
  25. of the manual.  I can't quote it exactly, but it's something to the
  26. effect:  "Run SCHECK and do what it recommends".  That's it.  More
  27. detail on the feature can be had if you download the proper Technical
  28. Note from STAC's BBS.  Even though I read my Stacker manual cover-to-cover
  29. before installing (version 2.0), I had no clue on fixing a write-protected
  30. volume until *after* I read the tech note.  No, I haven't encountered
  31. any problems with Stacker to date -- but I keep all the tech notes handy
  32. should that day ever come.
  33.  
  34. Dave Haertig
  35. haertig@att.com
  36.