Charlie said:
I'm running out of ideas on how to troubleshoot an XP Home installation
and
need some help. I've clean installed XP Home on a new hard drive (SATA
160GB) and have proceeded through the part where all the files are copied
to
the hard drive. When the machine reboots to start the Windows portion of
the
installation, I get a black screen (no error information) and it reboots
again. It's stuck in this cycle.
So far I've tried the following without success:
Reformatted the hard drive twice and recopied the files.
Turned off all on-board components (audio, lan, video).
Swapped RAM.
Used the recovery console and verified the hard drive is OK with
chkdsk.
I've searched google and Microsoft for two days to no avail.
Has anybody run into this and worked your way through it? Is there a way
I
can get some error codes to help torubleshoot this problem?
Thanks in advance for the help on this!
Charlie said:
The motherboard is an ASUS M4A78-E with American Megatrends BIOS. There
is a
BIOS option for the "OnChip SATA Type" and I have it set to IDE. (other
options are RAID or AHCI). That should do it, right? Otherwise, I do not
have any drivers for the SATA drive. I don't think I got a CD when I
purchased the OEM drive from Newegg.
If I can read the drive in the Recovery Console, doesn't that mean that
Windows should be able to read it as well?
Thanks for the help on this.
Charlie said:
Hi Rich,
No options for anti-vrius in the BIOS. Using Amercian Megatrends v2.61
I don't recall getting any drivers when I purchased the OEM hard drive.
I've got the BIOS set for the "OnChip SATA Type" to be IDE rather than
AHCI,
so would I need special drivers?
This is a new machine that I built for my son and I had it running fine
for
2 weeks. During the inital start-up, there were no issues and XP loaded
fine. I did not use any sepcial drivers during the XP installation and
used
the ASUS driver disk once XP had loaded.
My son left it on overnight and in the morning it was stuck at a Windows
screen that said the machine had been shut down "abnormally" and it gave
several options (safe mode, etc.) on how to proceed. Each option resulted
in
the same thing, black screen and reboot. So after not being able to
resolve
that issue, I just decided to start over from scratch (not a lot of new
files
in the last two weeks) with a clean xp install. That's when I ran into
this
problem. It's making me think there may be a hardware issue, but I've
tried
most avenues. Could it be a power supply issue?
Thanks for the help!
Charlie...
First of all, you really should have included in your first post the info
you provided in your subsequent posts since the latter info substantively
changed the nature of the problem you originally delineated and (more
importantly) provided potential responders to your query with a more
complete understanding of the true nature of the problem you're
experiencing.
With that out-of-the-way...
1. We're assuming this is a non-RAID configuration so that no auxiliary SATA
controller driver should be necessary to install in your son's PC.
2. The current (default) BIOS "OnChip SATA Type" setting of IDE is correct.
All BIOS settings relating to SATA devices should be set to the default
setting. So carefully re:check that aspect.
3. Probably one of the first things you should do at this point is check out
the HDD with a diagnostic utility you can download from the disk's
manufacturer. The fact that the chkdsk command indicated no problem
affecting the HDD is *not* a definitive indication that the drive is
non-defective. It may very well be so but the disk should be checked out
with the manufacturer's HDD diagnostic utility. In any event we'll assume
for the time being that the HDD is non-defective.
4. Since you've built the machine for your son you're obviously familiar
with its components. So do this...
After shutting down your machine, remove (disconnect) all peripheral
devices from the machine including your hard drive(s), optical drive(s),
sound card, etc. Disconnect all storage devices, printers, and any other
devices connected to the machine.
So that all you'll be working with is your motherboard, processor, heat
sink, RAM, video card, keyboard, mouse, and power supply. Better yet, since
your motherboard is apparently equipped with onboard video/graphics
capability, disconnect your video card from the system (assuming you
installed one). Just make sure your BIOS setting (should there be one)
reflects that onboard graphics/video is enabled. (I'm not clear on your
statement that when you were troubleshooting this problem you "turned off
(the) video". I'm assuming you simply were indicating that you uninstalled a
previously installed video/graphics card in order to work with the onboard
graphics capability of the system. Is this right?). In any event, I assume
you've worked with both capabilities but experience the same problem, yes?
Reconnect your A/C cord and power on the system. Of course you've checked
all your data/power cable connections to determine they're properly
connected, right?
What happens? Do you get a "normal" screen display? No error messages or
strange notations?
Can you access your BIOS without any difficulty at this point and review the
CMOS settings? Can you check the hardware monitor in the BIOS to determine
that all temps are within normal range? Keep monitoring the temps while the
system is running to determine whether there might be an overheating
problem.
Assuming all is well at this point leave the system powered on for the next
hour or so, continually checking to see if anything untoward shows up,
particularly temperature-wise.
Using your reset button, try powering down & up a few times to determine if
there are any problems there.
Should all appear well at this point this is an indication that there's
nothing wrong with the basic components of your system. While it's not
absolutely definitive that this is so, it's a very strong indication that
something else is amiss - possibly involving an operating system corruption
of some sort. I'm assuming you've made *multiple* attempts to fresh-install
the OS but all ended in failure as you have indicated.
If it is a hardware problem as it appears to be, the only definitive way to
determine the defective component is through substitution on a
component-by-component basis which of course is obviously a problem for most
end-users.
Anna