Kerry said:
When you write to a disk Windows checks that what was written matches what
is in memory. If it doesn't match the drive is flagged for a chdsk. Look in
your event logs for errors writing or reading from disk. These are sometimes
a symptom of bad ram. It's usually not a coincidence when you add some new
hardware and problems occur. It is most likely the new hardware. There are
certainly other possibilities - the hard drive started to go bad at the same
time, the hard drive cable came loose when you added the ram and possibly
more causes. I would check the ram before going any farther. If the ram
checks out then it's time to check other possibilities.
Kerry
Alright, here's the followup. I pulled the new module, no effect. Next,
pulled the D: disk. Disk D: was put into the system back in January
during a reload of windows due to a windows reboot problem (this was not
common, windows ran for more than a year without problem before that).
It was NTFS formatted, and 300gb in size, and had a duplicate of the C:
drive information. The C: drive in FAT32.
Pulling disk D: stopped the disk checking on reboot.
The event records covering the issue are the same, repeated for every
daily boot:
"The file system structure on the disk is corrupt and unusable. Please
run the chkdsk utility on the volume D:"
Note that (many times) the checkdisk utility was allowed to proceed,
and simply announced the disk was fine. This is a VERY time consuming
procedure on 300gb.
So I am guessing there was some issue with the D: disk, software or
hardware.
Thanks.