• Status: Solved
  • Priority: Medium
  • Security: Public
  • Views: 907
  • Last Modified:

Boot gets past BIOS, but then nothing but a blinking cursor

Background: Win XP, two 160GB IDE HDs on the primiary IDE channel. One of the 160s (drive 0) contains OS & data, the other (drive 1) I had been using for backups only and can be considered to be empty. The PC ran trouble free prior to this incident.

It began when I set up a PCI RAID controller card. I took drives 0 and 1 off the primary channel and put them on the raid card, both master on each of the two available channels. I configured them as a RAID set, but when I attempted to boot into them (it) I got past the BIOS fine and following that just got a black screen with a blinking cursor in the upper left.

I pulled the RAID card out and put in the drives as they were before all this started, on the primary IDE channel, jumpering same as before, etc. Same result, blinking cursor.

I tried a 200GB drive that is a known-good clone of drive 0, and put that on the primary IDE channel, by itself, jumpered correctly. BIOS saw it fine, then I got the blinking cursor.

I took the known-good 200GB drive and put it in a USB enclosure. I configured the BIOS to boot first into the USB enclosure  drive (it was listed there). Nothing. Tried it again, and interestingly, I got past the BIOS and it began to load the OS from the USB drive. However, as the Windows gui started to come up, the PC spontaneously rebooted. No boot attempts after that resulted in anything but the blinking cursor. The USB enclosure drive is no longer listed as an option under the BIOS boot order menu.

Any ideas?
0
edfoley
Asked:
edfoley
  • 6
  • 3
  • 3
  • +4
5 Solutions
 
CallandorCommented:
When you set up the RAID array initially, did you reinstall the OS on it?  You can't take a drive from a non-RAID setup and drop it into a RAID setup.
0
 
edfoleyAuthor Commented:
No, I did not. I didn't know I had to reinstall the OS. I figured I would just format them once they were setup on the raid controller, and clone the OS/Data on that 200GB drive back over to the RAID array.  
0
 
edfoleyAuthor Commented:
Increasing point value. I need to get this resolved today ;)
0
Concerto's Cloud Advisory Services

Want to avoid the missteps to gaining all the benefits of the cloud? Learn more about the different assessment options from our Cloud Advisory team.

 
CallandorCommented:
That approach would have worked if you had another drive to boot from - you can't boot from an array that you didn't install an OS on.  I know you tried to boot from the 200GB drive: you may not have cloned it correctly.  Using Ghost, a disk-to-disk copy should have given you a bootable drive.  If you didn't do this, you can try fixing it by booting with the CD into the recovery console and typing FIXMBR, and then FIXBOOT.  Once that drive can boot, then you can copy to the RAID array, and then disconnect the 200GB drive.
0
 
edfoleyAuthor Commented:
I think I wasn't clear. The 200GB drive is known-good -- It is a ghosted clone of the 0 (the original boot) drive with the OS/data on it. Before today, I could put that 200GB drive on the primary IDE channel as master with no slave, and it would boot right up, no problem. I could put it in the USB enclosure, tell the BIOS to boot that drive first, and it would boot, no problem. It is definitly cloned correctly. As per your last sentence, that was my plan, once the raid array was set up --  to put the 200GB drive on the IDE primary channel and copy it to the RAID array, then disconnect it.

I included the stuff about the attempted RAID install as background. But I can figure out the RAID install another time. I guess my primary concern here is, when the RAID card is removed, why can't I boot anymore from the known-good 200GB drive on the primary IDE channel, as was the case before I attempted the RAID install? Thanks for hanging in there with me on this.
0
 
MarkDozierCommented:
Possiblily trying ot boot from the onboade SCSI bios and hanging at that point
0
 
edfoleyAuthor Commented:
MarkDozier - if that were the case, how would I tell it to boot from the HDD?
0
 
CallandorCommented:
Usually, that is specified as a boot option in the BIOS.
0
 
edfoleyAuthor Commented:
What are the chances this is is happening because when I installed the RAID card I knocked the video card loose? If I did that, would the blinking cursor/failure to boot into Windows logically follow?
0
 
Jared LukerCommented:
Do you have a Pen Drive, or some sort of external storage plugged in?
0
 
edfoleyAuthor Commented:
Yes, a USB external enclosure, plus there's a SD card slot in the USB printer that's attached. Why?
0
 
Jared LukerCommented:
pull it and see what happens
0
 
icedrop-dcseCommented:
you can also try to reset your cmos settings
0
 
pegasysCommented:
That is because you can't boot off of raid  (unless the motherboard supports it, or if it is SCSI). Raid is an entended 'property' as to put it.

Shove the bootable HDU back onto your pri master ATA line, and the other on the raid, then boot up, install the raid drivers, and watch the other drive appear.

I had the same thing, and I found it rather cranky personally.

Regards

pgx();
0
 
XSINUXCommented:
Are you sure the hdds are getting detected with the right Settings ? LUN, CYL, HEADS, TRACKS, Correct Capacity etc ? I suspect the Int 13H Failure on the Motherboard. Anyways you may try this and get the system up.

Take the CMOS Battery out and Keep Pressing and Releasing the Power Button of your System ( Chassis ) holding the power button down for 5 second and releasing it and repeating the process for about 1 - 2 min. This Process has to be done with the CMOS battery out or else there is no use. What we are trying to do is Releasing the Flea Power ( Static Charge in your Motherboard ) and thereby resetting the CMOS N-RAM. This may default the settings and redetect all the components and the IDE configuration settings. If you are lucky this should help.

Else :( Replace the Motherboard.

Good Luck

Sinu.
0
 
Jared LukerCommented:
Pulling the external usb devices didn't help?
0

Featured Post

[Webinar] Database Backup and Recovery

Does your company store data on premises, off site, in the cloud, or a combination of these? If you answered “yes”, you need a data backup recovery plan that fits each and every platform. Watch now as as Percona teaches us how to build agile data backup recovery plan.

  • 6
  • 3
  • 3
  • +4
Tackle projects and never again get stuck behind a technical roadblock.
Join Now