Weird one.
I have a domain controller with Server 2008 R2. It is a hack job but is reliable.
AMD system. AM2 6000+ Asus Crosshair MB.
The server is utilizing 5 Sata ports for Hard disks of assorted size. No raid is configured. This is mostly for random storage and backup DC
When we attempted to upgrade 1 of the drives upon reboot we got a "No Operating System Detected Insert System disk and press ENTER" error. Fiddling around enough to find out the computer would only boot if the System disk and one of the storage disks (the one we removed to upgade...) were connected on boot.
What is going on here? How do I repair this issue? I would like to be able to remove that drive.
Ran BCDEDIT
I see the issue. Recomendations on the command to best resolve it. We want everything on C:.
C:\Windows\system32>bcdedit
Windows Boot Manager -------------------- identifier {bootmgr} device
partition=H: description
Windows Boot Manager locale
en-US inherit
{globalsettings} default
{current} resumeobject
{c7cb3484-5288-11e0-a6a3-b7c0d75655a0} displayorder {current} toolsdisplayorder {memdiag} timeout 30Windows Boot Loader ------------------- identifier {current} device
partition=C: path
\Windows\system32\winload.exe description Windows Server 2008 R2 locale en-US inherit
{bootloadersettings} recoverysequence {c7cb3486-5288-11e0-a6a3-b7c0d75655a0} recoveryenabled Yes osdevice
partition=C: systemroot
\Windows resumeobject
{c7cb3484-5288-11e0-a6a3-b7c0d75655a0} nx OptOutC:\Windows\system32>
Here is a screenshot of the situation. Drive 7 is of no concern its external did not feel the need to grab the sceenshot a second time to fit it in.
UPDATE
Boot\BCD is not on H: any ideas Here is my output
H:\Boot>xcopy /e h:\boot c:
H:\boot\memtest.exe
H:\boot\cs-CZ\bootmgr.exe.mui
H:\boot\da-DK\bootmgr.exe.mui
H:\boot\de-DE\bootmgr.exe.mui
H:\boot\el-GR\bootmgr.exe.mui
H:\boot\en-US\bootmgr.exe.mui
H:\boot\en-US\memtest.exe.mui
H:\boot\es-ES\bootmgr.exe.mui
H:\boot\fi-FI\bootmgr.exe.mui
H:\boot\Fonts\chs_boot.ttf
H:\boot\Fonts\cht_boot.ttf
H:\boot\Fonts\jpn_boot.ttf
H:\boot\Fonts\kor_boot.ttf
H:\boot\Fonts\wgl4_boot.ttf
H:\boot\fr-FR\bootmgr.exe.mui
H:\boot\hu-HU\bootmgr.exe.mui
H:\boot\it-IT\bootmgr.exe.mui
H:\boot\ja-JP\bootmgr.exe.mui
H:\boot\ko-KR\bootmgr.exe.mui
H:\boot\nb-NO\bootmgr.exe.mui
H:\boot\nl-NL\bootmgr.exe.mui
H:\boot\pl-PL\bootmgr.exe.mui
H:\boot\pt-BR\bootmgr.exe.mui
H:\boot\pt-PT\bootmgr.exe.mui
H:\boot\ru-RU\bootmgr.exe.mui
H:\boot\sv-SE\bootmgr.exe.mui
H:\boot\tr-TR\bootmgr.exe.mui
H:\boot\zh-CN\bootmgr.exe.mui
H:\boot\zh-HK\bootmgr.exe.mui
H:\boot\zh-TW\bootmgr.exe.mui
30 File(s) copied
H:\Boot>bcdedit -store C:\boot\BCD -enum all
The boot configuration data store could not be opened.
The system cannot find the file specified.
H:\Boot>dir
Directory of H:\Boot
03/19/2011 11:28 PM <DIR> cs-CZ
03/19/2011 11:28 PM <DIR> da-DK
03/19/2011 11:28 PM <DIR> de-DE
03/19/2011 11:28 PM <DIR> el-GR
03/19/2011 11:28 PM <DIR> en-US
03/19/2011 11:28 PM <DIR> es-ES
03/19/2011 11:28 PM <DIR> fi-FI
03/19/2011 11:28 PM <DIR> Fonts
03/19/2011 11:28 PM <DIR> fr-FR
03/19/2011 11:28 PM <DIR> hu-HU
03/19/2011 11:28 PM <DIR> it-IT
03/19/2011 11:28 PM <DIR> ja-JP
03/19/2011 11:28 PM <DIR> ko-KR
11/20/2010 11:24 PM 485,760 memtest.exe
03/19/2011 11:28 PM <DIR> nb-NO
03/19/2011 11:28 PM <DIR> nl-NL
03/19/2011 11:28 PM <DIR> pl-PL
03/19/2011 11:28 PM <DIR> pt-BR
03/19/2011 11:28 PM <DIR> pt-PT
03/19/2011 11:28 PM <DIR> ru-RU
03/19/2011 11:28 PM <DIR> sv-SE
03/19/2011 11:28 PM <DIR> tr-TR
03/19/2011 11:28 PM <DIR> zh-CN
03/19/2011 11:28 PM <DIR> zh-HK
03/19/2011 11:28 PM <DIR> zh-TW
1 File(s) 485,760 bytes
24 Dir(s) 177,605,242,880 bytes free
The computer was booting off one of those disks you removed, and starting the OS from the Operating System disk (which is apparently a separate disk). This is what happens when someone carelessly installs an OS.
You need to get the BCD on the OS disk and corrected for it's new location. You may be able to boot the Installation Disk and Repair the installation into booting again.
Update - To Fix:
bcdedit -export C:\bcd.backup
, should probably copy this to another computer or thumbdrive.mkdir C:\boot
xcopy /e x:\boot c:\boot
(where x: is the drive you just mounted)bcdedit -export C:\boot\BCD
bcdedit -store C:\boot\BCD -enum all
Note the entry identifier and property of any lines where the second column says
partition=x:
For example:
For each occurrence noted execute the following; be extremely careful to not screw this up!
bcdedit -store c:\boot\BCD -set {current} osdevice partition=c:
Note: change
{current}
to whatever the identifier of the section was for the property you're changing. Then just follow it with the property and new value. Also note the newc:
value instead ofx:
. Also, the identifiers may/will be GUIDs.Once that looks all good, fire up Drive Management again, remove the drive letter from that other drive so it's back the way it was. Mark the
C:
partitionActive
.You should now be able to remove the other disk and boot off the system partition. If this doesn't work you haven't messed up the other disk and can put it back in.
Update 2:
Looks like you've got that other partition mounted as
h:
already, so ignore that mount and unmount stuff, just jump into the copy, edit, yada yada.If this is just a secondary DC (no such thing as a backup DC), why not just dcpromo it out, blow away the OS and start over?
First, a little history since it will make clear what is going on.
In the past with Server 2003 and before for NT-based OS'es (not the 9x OS'es), you had a boot.ini, which had a line similar to this: default=multi(0)disk(0)rdisk(0)partition(1)\WINDOWS . This told the NT loader where to find the OS to boot from.
So if you had a boot.ini that booted from partition(2), but you remove partition(1) because it is on a different disk (or even change the boot order of your disks in the BIOS), when you boot, it is still looking for partition(2), but it has, in effect, been moved and renamed partition(1) so it won't boot since the required files are not in that location. The same goes for changing of disk numbers.
In Server 2008, the boot.ini has been replaced with the BCD (Boot configuration data), and needs to be edited using the BCDEdit tool. Here is a good tutorial on how to use it: http://www.computerperformance.co.uk/Longhorn/server_2008_bcdedit.htm
When you removed that disk, you changed your partitions and/or disks, and your server is not looking at the right partition/disk to boot from. When you fix the boot configuration data to look at the right disk and partition, it will boot.
Windows 2008 R2 (every Windows since Vista, actually) has taken the Linux approach of separating the boot loader from the operating system, by storing it in a separate partition; if you take an empty disk and tell the Windows setup to create a single big partition in it and install Windows there, it will automatically create a small (~100 MB) partition at the beginning of the drive to hold the boot manager, and then it will actually install Windows in a second partition filling the rest of the disk. This will happen automatically, and you can't even avoid it: Windows can have the boot manager and the operating system on the same disk, but the only way to achieve this is to install it in a disk which has already been partitioned.
Ok, this was a little digression; anyway, looks like in your case the partition holding the boot manager somewhat ended up on a different drive than the one holding the operating system; but we don't know the actual disk layout from your question: we only know the boot manager is stored on H: and the O.S. is on C:, and from your description of the problem, looks like H: resides on the disk you were trying to remove.
You should post some output from the
diskpart
command, or, even better, a screenshot from the Disk Management snap-in.As for moving the boot manager, yes, that can be done, but it's somewhat tricky, so please post more informations about your actual disk layout before we can provide you with a solution.