home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / sys / amiga / misc / 13128 < prev    next >
Encoding:
Text File  |  1992-08-26  |  1.3 KB  |  30 lines
  1. Newsgroups: comp.sys.amiga.misc
  2. Path: sparky!uunet!gatech!hubcap!ncrcae!ncrlnk!torynews!jgrimm
  3. From: jgrimm@TorreyPinesCA.ncr.com (Jeffrey Grimmett 9999)
  4. Subject: Re: Bad block mapper?
  5. Message-ID: <1992Aug26.202650.1404@TorreyPinesCA.ncr.com>
  6. Organization: NCR (Torrey Pines Development Center)
  7. Disclaimer: This posting does not neccessarily reflect the opinions of NCR.
  8. References: <37150@sdcc12.ucsd.edu> <1992Aug25.153604.13224@TorreyPinesCA.ncr.com> <37231@sdcc12.ucsd.edu>
  9. Date: Wed, 26 Aug 92 20:26:50 GMT
  10. Lines: 18
  11.  
  12. In article <37231@sdcc12.ucsd.edu> djohnson@cs.ucsd.edu (Darin Johnson) writes:
  13. >>The drawback here is that you can't optimize a disk
  14. >>using this kind of protection (but it beats not using it at all, eh?).
  15. >
  16. >Is this an absolute?  Or are you saying all current software chokes
  17. >when it sees an immutable block?
  18.  
  19. I'd never make that sweeping a statement, but QBTools for one cannot defrag
  20. a disk that it has marked bad blocks on (in my experience).
  21.  
  22.  
  23. -- 
  24.  
  25. *******************************************************************************
  26. Jeff Grimmett [SuperBitMap BBS]        | fido!1:202/1401.0 [619-460-7290]
  27. NCR -- Torrey Pines Development Center | Jeffrey.Grimmett@TorreyPinesCA.ncr.com
  28. ==========    "Pay no attention to the man behind the curtain."   =============
  29. *******************************************************************************
  30.