Windows Server 2008 Domain Controller Boots to Black Screen with Mouse Cursor
In the last two days, we’ve had two Windows Server 2008 servers reboot to a black screen with a mouse cursor, but nothing else. The problem is that the System Reserved partition is assigned the C: drive letter, and the boot partition (the one with the Windows folder), is assigned the next available drive letter.
To resolve the issue, boot into Windows RE (stands for Recovery Environment). When you reboot the server, you’ll get two options. One to “Start Windows Normally”, the other says “Launch Startup Repair (recommended)”. Choose Startup Repair. After entering the local Admin password (which on Domain Controllers is the AD restore PW), you’ll see a Window with a few options. Click Command Prompt to open a DOS prompt Window.
At the DOS prompt, DIR C:. You will probably see volume information that says System Reserved and no files. If you do see a Windows directory on the C: drive, then you probably do not have the problem described in this article.
At the DOS prompt, enter REGEDIT. This will open the Registry Editor. Browse to HKEY_LOCAL_MACHINE\SYSTEM\MountedDevices. Look for the values named \DosDevices\drive letter:. We need to find the boot partition’s drive letter. It will usually be assigned the first available drive letter after C: From the command prompt, perform a directory listing of each drive letter after C: until you find the drive with the \Windows and \Users directories. This is the real C: drive. Note its drive letter.
In Registry Editor, rename the value \DosDevices\C: to \DosDevices\J: (or any other available letter). Next rename the value representing the real C: drive to \DosDevices\C:.
Reboot your computer and you’re all set. We still attempting to determine what’s causing this, but following these steps will get a Windows server having this issue up and running promptly.
Bill Gross, Technical Services Director
MCSE: Security, RHCE, VCP4
IT Solutions Consulting, Inc.
http://www.itsolutions-inc.com
8/9/2011 Update:
We still have no idea what’s causing this issue, but it’s happened on a few more of the domain controllers we manage. Fortunately, using this method we’ve been able to get them up and running pretty quickly. That being said, I discussed this with a colleague, Mike Brehm, who pointed out that when I run regedit from the Recovery Environment, I’m actually editing the Recovery Environment’s registry, and not the Windows installation’s registry. (The Windows installation’s registry can be opened by running a reg add command). The server Mike was working on was not fixed by the Regedit trick, instead he booted into AD Restore Mode and reinistalled VMware tools. That resolved the issue in his instance. Other servers experiencing this problem have been fixed, at least temporarily, using the Regedit method, though sometimes the engineers implementing the solution had to try it a couple of times. I used the fix on two servers, it worked the first time on both, but the issue did recur on one.
So, we now have an intermittent problem of unknown cause, that can apparently be resolved by a trick that, based on our understanding of Windows, shouldn’t work.
All servers experiencing this problem have been Domain Controllers running Windows Server 2008 on ESX and ESXi 4.1. So, maybe it is does have something to do with a VMware driver, and reinstalling VMware tools is a true fix, and whatever happens with my registry fix is pure luck.
4 Responses to “Windows Server 2008 Domain Controller Boots to Black Screen with Mouse Cursor”
Comment from Kunal Kumar
Time November 5, 2011 at 8:05 am
Thanks for the wonderful post! I am having the same issue and after I change the value in registry and reboot, it defaults back to the same old values and I get the black screen with cursor again. Any ideas what can I do?
Comment from Kunal Kumar
Time November 5, 2011 at 8:50 am
Also, I read your second post. I have already tried this a few times (10 times). This is not a VMware server and purely Win 2008 R2 DC. I have also tried Diskpart to change the drive letter, but that didn’t work as well. Any ideas?
Comment from Rich Davis
Time January 15, 2012 at 9:57 pm
Worked perfectly. Had this issue on my standard server 2008 R2 lab machine at home.
Comment from jeremy
Time July 20, 2011 at 2:41 pm
This fix worked for my Server 2008 R2 box which did this after a normal shutdown and restart.
Thank you for saving my bacon!