home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / os / msdos / misc / 6708 < prev    next >
Encoding:
Text File  |  1992-12-24  |  1.7 KB  |  37 lines

  1. Newsgroups: comp.os.msdos.misc
  2. Path: sparky!uunet!zaphod.mps.ohio-state.edu!pacific.mps.ohio-state.edu!linac!att!cbnewsc!cbfsb!cbnewsg.cb.att.com!rnichols
  3. From: rnichols@cbnewsg.cb.att.com (robert.k.nichols)
  4. Subject: Re: Using HD disks as DD disks
  5. Message-ID: <1992Dec25.005847.19177@cbfsb.cb.att.com>
  6. Sender: news@cbfsb.cb.att.com
  7. Organization: AT&T
  8. References: <1992Dec23.202219.114@cbnewsm.cb.att.com> <1hb8h7INN4t6@flop.ENGR.ORST.EDU> <1hd6sbINNsvq@agate.berkeley.edu>
  9. Distribution: usa
  10. Date: Fri, 25 Dec 1992 00:58:47 GMT
  11. Lines: 24
  12.  
  13. In article <1hd6sbINNsvq@agate.berkeley.edu> tedcrum@garnet.berkeley.edu (Ted Crum) writes:
  14. >
  15. >Could the original poster be running afoul of one of the unformattable
  16. >format programs? I find these odious. To get the convenience of a dos 5.0
  17. >format without unformat files being written, I use Norton 4.51 safe format
  18. >using the "dos format" option. It readily formats hd 3-1/2's to ld. So will
  19. >dos 3.3 if you remember the options to use. I bet 5.0 works if you can
  20. >defeat the unformat provision.
  21.  
  22. All it takes is a "/U" switch to block the saving of unformat data.  I
  23. think the problem goes deeper than this (he had, after all, tried
  24. erasing the disks with a magnet, which would leave no old format to
  25. save).
  26.  
  27. I've seen several theories posted and exchanged some email with the
  28. original poster, but I've yet to see any explanation (including my own)
  29. that stands up under close scrutiny.  I don't have any low density
  30. drives to play with at the moment, but I know that I've used 5.25" HD
  31. disks in old 360K drives in the past.  The only problem came when I
  32. tried to reformat them back to 1.2MB -- I had to bulk-erase them first.
  33.  
  34. Bob Nichols
  35. AT&T Bell Laboratories
  36. rnichols@ihlpm.ih.att.com
  37.