Newsgroups: comp.sys.ibm.pc.misc
Path: utzoo!utgpu!news-server.csri.toronto.edu!rpi!zaphod.mps.ohio-state.edu!magnus.acs.ohio-state.edu!news
From: smsmith@hpuxa.acs.ohio-state.edu (Stephen M. Smith)
Subject: Re: CHKDSK --> "Probable non-DOS disk."  (I need help too)
Message-ID: <1991Apr12.171101.28952@magnus.acs.ohio-state.edu>
Keywords: chkdsk disk DOS FAT
Sender: news@magnus.acs.ohio-state.edu
Nntp-Posting-Host: hpuxa.acs.ohio-state.edu
Organization: The Ohio State University
Date: Fri, 12 Apr 1991 17:11:01 GMT
Lines: 35

halcyon!ralphs@seattleu.edu (Ralph Sims) writes:
>dslg0849@uxa.cso.uiuc.edu (Daniel S. Lewart) writes:
>
>> I used Norton's NU to change the first FAT byte from AC to F8.  It worked!!
>> Two other respondents indicated that PCTOOLS 6.0 Diskfix should also work.
>> Thanks, Eric!
>
>There are two FAT's.  Best look at the second one, also.

When I use the dog.exe defragmenter to test my logical drive E:
with the command 'dog e: /test', I get the following message:

     The second FAT does not match the first FAT.
     29 Lost Clusters Found.

     Files open on drive.
     Errors found, not repaired.


The files that are open are procomm.exe and procomm.prm since I
run my communications from drive e: in the background under
Desqview.  I know that this is not the problem because I can
run the test on drive c: while Desqview is running and has its
files open without getting this error message.

Will the FAT tables be "fixed" if I run chkdsk with the /f 
parameter?  Or is there something worse here?

I am running MS DOS 4.01.  Drives c:, d:, and e: are all >32 megs.
Yes, I use share.exe.

Any suggestions would be appreciated.  Thanks!

Steve Smith
smsmith@hpuxa.ircc.ohio-state.edu