GeorgeV said:
Thanks for the quick response to my Question.
Have done what you suggested, get the message
"Chkdsk cannot run because the volume is in use by another
process. Chkdsk may run if this volume is dismounted first.
ALL OPENED HANDLES TO THIS VOLUME WOULD THEN BE INVALID.
Would you like to force a dismount on this volume? (Y/N) y
When I try to force dismount, it refuses. It then gives me the option to run
chkdsk on bootup but does not fix the problem. After the chkdsk inboot up
everything seems to run OK. It's just a hassle to see the blue screen and
have to wait for the system to chk the disks every time.
Hmm, that's odd, whenever I do that it never asks if I want to dismount
the volume, it just gives the option to run the disk check next startup.
Do you have any 3rd party disk or partition utilities installed or used
in the past? I recall someone having a dirty bit problem when using
something like NDD on a drive but I don't recall a solution other than a
fresh format.
Regardless, I would try a couple of things from the Recovery Console.
Chkntfs (To check for the dirty bit being set. As the article I gave
link to states, you can use chkntfs /x c: to prevent autocheck from
running on that drive at bootup but it's not recommended; if there are
errors causing the dirty bit to be set they need to be corected.)
chkdsk /p (equivalent of chkdsk /f from cmd)
If chkdsk /p shows errors it can't fix then run
chkdsk /r
repeatedly until all errors are gone. If you get an error indicating
chkdsk cannot repair the errors, reboot into RC and do it again. Repeat
if necessary. I've seen some "unrecoverable" errors eventually get
cleared with repeated chkdsk /r runs.
Download the diagnostics from the drive manufacturer and test the drive
with it as well but be careful with in-depth/complete/surface tests,
some will flag bad sectors without warning you or giving you an
indication that certain files residing across bad sectors may become
unusable, and no way to back out, back up the file(s) in question and
restart the scan.
Steve