Latest installment in this saga:
I ran the memory diagnostic utility that is provided with Vista, and it
detected "hardware errors". It did not specify what those errors were but
just said that I needed to contact the computer manufacturer. Well, as this
is a home-built system, that would be...umm...ME!, so I guess I will be
giving myself a call soon to see what can be done.
Seriously, I would like to contact the memory manufacturer, Corsair, but
what do I tell them? "Vista wants a little cheese dip with your chips."
"It says your memory is failing." "It can't remember what it was doing
nanoseconds ago." It would be helpful if the test gave a technical
explanation of the problem that I could report to the manufacturer in
requesting support. If I call them up and say that Vista reports hardware
problems in these chips, will they say, "Okey dokey" and send me out a new
pair or will they just send me the cheese dip?
I am using two identical sticks that were purchased individually in a
dual-channel setup. This should work, but is there some "gotcha" that could
send me packing?
Opus
"Opus" <> wrote in message
news:5FB49C02-A27D-4523-8086-...
> Vista x64 Ultimate has crashed on me three times now. In one instance, a
> "superfetch has failed" type of message appeared on the screen and an
> exception code of 0xc0000005 showed up in the Application log. I have
> obtained the same error code from "aspiinst.exe". In one crash, I was
> burning a DVD (video) when it apparently hit a bad area on the disc, and
> in another I had loaded dozens of images into Windows Photo Gallery
> reaching the limits of available memory (1GB) resources. (The Aero UI had
> bailed near the end of the image load procedure.) In both cases, the
> system just froze so that I had to cut off the power to recover. (Note:
> I have successfully burned a DVD since the crash during DVD burn.)
>
> This system has a very large (2TB) RAID-5 volume partitioned into a single
> NTFS volume. Each time this has happened, the array manager has had to
> undergo a verification of the RAID-5 parity blocks during recovery, but it
> has not found any errors. Naturally, this verification process takes a
> few hours on such a large volume.
>
> The third crash, which was actually the first, was a BSOD that seemed to
> be connected with DreamScene. Being the first crash, it was so unexpected
> that I have no idea what all the system was doing at the time. I have not
> run DreamScene since, and the BSOD has not recurred. Regardless, it may
> not be related to DS at all.
>
> Kind regards,
> Opus
>
|