home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / os / msdos / misc / 4907 < prev    next >
Encoding:
Internet Message Format  |  1992-08-27  |  3.4 KB
  1. From: franks@hpuamsa.neth.hp.com (Frank Slootweg CRC)
  2. Date: Thu, 27 Aug 1992 06:34:37 GMT
  3. Subject: Re: FORMAT under DRDOS
  4. Message-ID: <27800024@hpuamsa.neth.hp.com>
  5. Organization: Hewlett-Packard, The Netherlands
  6. Path: sparky!uunet!decwrl!sdd.hp.com!hpscdc!hplextra!hpcc05!hpbbn!hpuamsa!franks
  7. Newsgroups: comp.os.msdos.misc
  8. References: <1992Aug5.112156.164285@dstos3.dsto.gov.au>
  9. Lines: 76
  10.  
  11.   On August 5 hjh@swan.dsto.gov.au (H.J.Harvey-AEG. Hi Howie!) wrote:
  12.  
  13. >I tried formatting some 3.5" HD floppies using FORMAT B: /U under DRDOS V6
  14. >last week.  I noted that all diskettes had only about 1.3Mb out of 1.44MB
  15. >capacity.  Using WIN3.1 formatting worked OK, and doing a diskscan on 
  16. >supposedly bad disks showed no errors.
  17. >
  18. >I fixed the problem by disabling SUPERPCK (using SUPERPCK/D) while formatting.
  19. >Any one noted a similar problem or know exactly why my system behaved
  20. >that way?
  21.  
  22.   First the good news: I think your "problem" is an innocent feature of
  23. the DR DOS 6.0 FORMAT and SUPERPCK combination. But then again: There
  24. may be danger ahead (see the end of my posting).
  25.  
  26.   I had some problems reproducing your problem. I started with a
  27. never-formatted diskette (fresh from the box) and did repeated
  28. "FORMAT B: /U" operations, but could not get it to fail. Then I
  29. completely filled the (now already formatted) diskette by
  30. "XCOPY C: B:" (while in the DRDOS directory) and then did a
  31. "FORMAT B: /U". Now FORMAT indeed reported
  32.  
  33. "1,457,664 bytes total disk space.
  34.  1,345,024 bytes available on disk."
  35.  
  36. "CHKDSK B:" also reported the same information and (PC Tools 6.0)
  37. DISKFIX reported
  38.  
  39. "There are multiple copies of the File Allocation Table
  40.  on your disk and at least one copy has been corrupted."
  41.  
  42.   A subsequent Norton DT (Disk Test, both DISK and FILE test) and NDD
  43. (Norton Disk Doctor, including "test ... for Defective Sectors") gave no
  44. errors and a subsequent CHKDSK gave again the normal "1,457,664 bytes
  45. available on disk.". So, like you, I suspected the Super PC-Kwik disk-cache.
  46.  
  47.   To cut a very long story short: Now the solution/workaround: After
  48. FORMAT reports the wrong number of "bytes available on disk.", just do :
  49.  
  50. remove and re-insert diskette and/or
  51. "SUPERPCK /F" (flush cache) and/or
  52. "SUPERPCK /D" (disable cache (does a flush)) and optionally "SUPERPCK /E".
  53.  
  54.   My suspicion is that the in-memory copy of the FAT is not quite
  55. correct, directly after a "FORMAT B: /U". Flushing the cache or removing/
  56. re-inserting the diskette causes DR DOS to read a fresh copy of the FAT
  57. from the diskette.
  58.  
  59.   Other notes:
  60.  
  61. - Sometimes (always?) I also got an error from CHKDSK when the number of
  62.   "bytes available on disk." was wrong :
  63.   "Errors detected /F option required to update disk.
  64.   [blank line]
  65.   720 lost clusters in 215 chains."
  66.  
  67. - Sometimes the number of "bytes available on disk." was different:
  68.   1,346,560 or 1,346,536.
  69.  
  70. - I could not reproduce the problem with (PC Tools 6.0)
  71.   "PCFORMAT B: /DESTROY" ("/DESTROY" is like the "/U" of the DR DOS 6.0
  72.   FORMAT).
  73.  
  74. - I used DR DOS 6.0 without any of the updates, i.e. the pre-Dec'91
  75.   version.
  76.  
  77.   The only thing which worries me is that if the in-memory FAT is indeed
  78. wrong, then it is perhaps possible that the diskette becomes corrupted
  79. if files are written to it *before* any of the above solutions/
  80. workarounds have been performed. Perhaps the Novell/DRI people could
  81. comment on this scenario and could explain what is "wrong" with FORMAT
  82. and/or SUPERPCK in the first place.
  83.  
  84.   Hope this helps.
  85.  
  86. Frank Slootweg
  87.