Spanishcat;537129 Wrote:
> Maybe my post was obfuscated somehow, and my attitude misunderstood.
> Apologies for that. My intention was anything but an out-and-out attack
> on
> Vista - on the contrary, I like it, and do feel it gets a lot of
> unneccessary
> stick. More patience with a new system is a good thing. My observation
> was
> that maybe end-users need a little more help in preparing for teething
> problems. When it next comes to getting my own PC, I'll be far better
> prepared.
>
> And with regards to me complaining about my own tech probs, that wasn't
> really the intention either. Other than saying "it crashes a fair bit
> and I'd
> really rather it didn't", I don't have easily identifiable glitches
> (possible
> memory corruptions). I've had serious problems, and with the help of
> some
> guys/gals here and another site, I've side-stepped them and gotten the
> ship
> back to reasonably steady running. Though I am still in the ongoing
> process
> of isolating exactly what's wrong to make the best of this rig.
> Anyhowz...
> Again, apologies for the potentially crossed-wires/intentions.
>
> If I could get some advice, it would be: what's the best way to run
> diagnostics across the system and hardware - or; how best to start
> narrowing
> down possible causes?
> In the last month following the miracle of working broadband I've
> amassed
> a "gotta catch 'em all!" Pokemon-style collection of error codes. Yet
> nearly
> all of the "Vista has recovered from an unexpected shutdown"-post-BSOD
> reports (from the More Info tab) relate to the very same few locations;
> C:\Users\...\AppData\Local\Temp\WER-662286-0.sysdata.xml
> C:\Users\...\AppData\Local\Temp\WER36C8.tmp.versio n.txt
> Is this in anyway relevent? Or are the error codes the only thing to
> pay
> attention to.
>
> When I stipulated the specs, I only really concerned myself personally
> with the Core2Duo E6400's, a moderate graphics card (GeForce 7600GT),
> 2gigs
> of RAM, and a reasonable hard drive. Firefire and wireless adapter were
> the
> only other details. The rest was down to them from the ASUS SLI-capable
> board
> to the generic PSU etc. They DID actually forget to the include the
> second
> stick of RAM on delivery, but they popped it in the next day. Could I
> have
> been sold some below-par components aside from the main kit?
> Well, enough of the typing already...
> Basic request for aid is: best ways to run diagnostics - or are filscan
> and the bootable memory tool good enough? (ran a file scan and it
> verified
> 98%, but could not validate or repair the found errors)
Apology accepted, although I'm not sure to which post you are refering,
or even why you feel it necessary to apologise.
But to answer your question about running dianostics, I myself have yet
to see any one single tool that will help to diagnose and solve a
problem. I don't think such a tool exists, really.
The real problem stems from the fact that there is never only one cause
to any particular problem. If you can bear with me for a minute, I'll
give you an example that I experience myself:
Several months ago, my computer would slow down down horribly and then
BSOD (STOP 0x124 or 0x121, i think) without warning. This was usually
preceded by a nasty grinding sound and a click coming from one of my
hard disks. Investigations led me to believe that there is a conflict
between my RAID controller and sound card, and that I need to update the
drivers.
That didn't work. So I checked for viruses and malware, which proved to
be a fruitless excercise, because the system came up clean.
The noise from the hard disk that preceded the crash become so regular,
that I could predict the crash. I tried different RAID configurations
because I noticed that the problem started shortly after setting up
JBOD. This didn't work. Even completely turning off RAID didn't work.
Removing all the drives from the RAID controller did. This led me to the
conclusion that one (or more) of the hard disks was failing.
So I connected all the drives again and ran a S.M.A.R.T tool to
determine which one it was. All the HDDs checked out ok. Again removing
all the RAID connected HDDs, and inserting them one at a time eventually
highlighted the culprit. So I resigned myself to replacing the faulty
HDD.
But before I had a chance to do this, I noticed a odd setting in my
BIOS. All my hard disks, except the one that was giving me the problem,
had 32-Bit Disk Access enabled. So I enabled 32-Bit Disk Access for the
problem drive. And would you believe it the problem went away. The
grind-click-BSOD has not occured again in months. The symptoms where
those of a pending hardware failure, but the solution was to correct a
bad setting in the BIOS.
The point I'm trying to make is that the best tool for solving a
problem is a simple process of elimination. This becomes easier with
experience, and it has the greatest chance of success.
--
dzomlija
____________________________________
Peter Alexander Dzomlija
Do you hear, huh? The Alpha and The Omega? Death and Rebirth? -And as
you die, so shall I be Reborn-...
- ASUS A8N32-SLI-Deluxe
- AMD Athlon 64 Dual-Core 4800+
- 4GB DDR400
- 128MB ASUS nVidia 6600 PCI-Express
- Thermaltake Tai-Chi Watercooled Chassis
- 1207GB Total Formatted Storage
- Vista Ultimate x64
- CodeGear Delphi 2007See my rig at:
http://s229.photobucket.com/albums/e...zomlija/Venus/
My Weblog:
'http://dzomlija.spaces.live.com/' (
http://dzomlija.spaces.live.com/)