Move Win2k3 to new hardware: STOP 0x0000007B (How can I get PERC drivers installed?)

0

I have an ancient celeron-based Windows 2003 SBS server on an old Dell machine. It has a very basic IDE non-RAID setup. The server is so old, it takes about 30 minutes to boot up and log in.

A new Dell (ugh!) server was purchased with the intent of doing a ghost from one server to the other. The new server has a PERC6/i RAID controller in in w/ SATA drives.

Copying the data works fine (using linux 'dd'), but the server refuses to boot with 'STOP 0x0000007B (0xF789EA98, 0xC0000034, 0x00000000 0x00000000)'

In my experience, this has been due to Windows not having the drivers for the RAID controller.

To fix this, I would boot the old server, download the drivers for the new server, extract them, right-click on the .inf file and hit 'Install'. Then shutdown and start the copy process.

It's totally not working for me with this new Dell server. I am certain I have the correct drivers--I used the driver from the CD that came with the server, and I also went online and downloaded the correct driver. But the new server refuses to boot.

Does anyone with more experience with this have any pointers?

windows-server-2003
boot
drivers
bsod
asked on Server Fault Nov 27, 2010 by Aaron C. de Bruyn • edited Sep 28, 2015 by Michael Hampton

4 Answers

1

If you have the option, installing the drivers before ghosting is the preferred method for doing this. Windows SHOULD pick up the new drivers during the boot process on new hardware. This is a large part of how Physical-to-Virtual migrations work driver-wise.

answered on Server Fault Nov 27, 2010 by sysadmin1138
0

I've had lots of similar problems with IDE RAID 1 and Windows being unable to boot. It might be this specific error.

The discussion has been that IDE RAID isn't "real RAID", meaning that the OS is really still aware and doing some of the work.

If using RAID 1 on the original box, one idea that has come closest to working for me is to break the mirror and then go through the rest of your process.

answered on Server Fault Nov 28, 2010 by Keith Stokes
0

Dell tech support confirmed it is a bug in their drivers when the source server is not up to SP2. Their fix is to install SP2 and retry the transfer.

answered on Server Fault Dec 6, 2010 by Aaron C. de Bruyn
0

A big thumbs up to DriverInjection

I did a disaster recovery of backups from a physical machine restored into a VM. I had the exact same error as the OP. DriverInjection + devcon.exe let me get an unbootable VM running.

answered on Server Fault Jul 29, 2014 by user281806

User contributions licensed under CC BY-SA 3.0