Computer busted? Ten steps to troubleshoot your PC
by Jack Wallen | December 15, 2011 9:04am PST | Image 1 of 10
Previous | Next
PC problems are a fact of life. Hardware, software or user error may be the cause, but so many things can go wrong that it's often difficult to know where to start the diagnosis.
I do a lot of remote support, so I've had to learn how to troubleshoot an ailing PC without being in front of the patient. Of course, everyone has a preferred method, but I thought I'd set out the steps I like to follow. This is what I do from the first call from the user. In this gallery, TechRepublic's Jack Wallen gives his best advice on where to start. Happy hunting.
1. Describe the problem
Before jumping onto the PC, I gather as much information as possible. I get the user to describe what's happening, when it started and whether any incident coincided with the onset of the problem. Often, this information gathering leads straight to the solution. Even better, it sometimes lets you know that a reboot is all that's needed to solve the problem.
Just In
People refuse tell me that they just did something to cause the problem even after I repeatedly ask. They refuse to let me know that the local 'repair guy' was messing with it before it broke. Still I get it done and move on to the next. As long as morons exist I will have a job.
I'd disagree with a hardware first approach for performance issues, for the following reasons:
1. Any machine should be responsive, if everything is set up correctly. Hardware rarely causes issues by itself.
2. Most complaints are about things going slower than they used to be - which usually indicates a software change.
3. Fixing software issues is cheap and fast. Fixing hardware issues means having to pay for and wait for parts. Might as well knock out the cheap/fast possibilities first.
4. The #1 cause of performance issues at the last IT position I was working at was drive fragmentation. Systems that have been up for years, but never defragmented. Worse yet, a higher level admin had locked regular users from even trying to do so, so I had to do it myself every chance I got.
Fragmentation is something that users almost never think about, and it wasn't until Vista/Windows 7 that Microsoft made it scheduled by default. XP systems tend to suffer greatly from fragmentation.
"If not, this situation becomes a challenge, as it eliminates the option of remote troubleshooting."
There are so many problems that just can't be solved remotely, usually because they kill connectivity. Not to mention the loss of the social aspect. We are a world that is too hooked to our technologies, and we really need to get out more and actually socialize with each other. I much prefer an in-person approach.
Remote troubleshooting is fine for minor issues or when the user is very far away, but I'd rather visit the user in person.
"Ask for a demonstration"
Totally, and that's actually usually the first thing I turn to rather than one of the last things. Seeing the issue in action will 90% of the time lead to an immediate recognition of the actual problem.
http://communities.bentley.com/communities/other_communities/askinga/w/askinga/computer-hardware-protection-and-maintenance-guide.aspx
The auto-defrag on Vista is often useless, on XP and Vista I'll install "Smartdefrag", a freebie from iobit.com. Runs in background, costs nothing (but we should donate a bit) and is a vast improvement over the Win. thing, which you should disable when you install, run, & set Smartdefrag on auto.
Join the conversation!
The best of ZDNet, delivered
ZDNet Newsletters
Get the best of ZDNet delivered straight to your inbox













