JFX is right.
While capturing an image with imagex, you must have captured the existing boot folder and bcd store data. As a default, imagex can skip certain files, but you can use the "/Config <drive:\folder\myconfig.ini" option to direct imagex to use your custom config file which should specify which folders and files to skip during capture operation.
Since you have a single drive - single partition, your boot files (BCD store) are on the same partition, instead of the system reserved partition. Because default imagex configuration does not exclude \boot folder and files (as well as bootmgr), imagex capture operation will include the folder and the files in the wim image. When applied, you will have the boot folder, files and bootmgr written to the new disk, which will cause you the problems you indicated.
See http://technet.micro...7(v=ws.10).aspx for info on config.ini, and how you can customize it and use it during imagex capture operation.
You have several choices:
1. Fixing the problem disk where image is applied: Before booting the system after applying an image containing old BCD store (boot files), boot into windows PE (using the win 7 install media), go to the drive where the image is applied, locate and take ownership of the existing boot folder and files and bootmgr, change permissions and then remove them. Use "bcdboot C:\windows /s C:" command to create a proper BCD store, and reboot the system from the drive. Ensure that the partition is set to active!!!
2. Fixing the wim image itself (for re-use): Mount the existing wim image, remove the existing boot folder and files and bootmgr and save the image. You may need to take ownership and change permissions to be able to remove the boot files. Now, your image will be ready for use without any other modifications for the next use. You can test the image by re-applying the image to the new system (new disk).
3. Fixing imagex capture operation issues: This option is, of course, a general case for when capturing images, and hwtahow to capture images! In principle, you might go through this process for your current situation as a test case, to confirm that your capture ops and apply ops are being performed correctly and as expected. What you need to do (if you have the time) is to create a custom imagex config.ini file, specify boot folder and files, and bootmgr as exclusions in the configuration, and then use this config.ini file during a wim image capture from an existing system (Note: the system is sysprepped with OOBE, Generalize options, and ready for capture, correct?).
Finally, you test functionality of the new system (after the wim image is applied and new BCD store - boot files are created by issuing the BCDBOOT command) and check that the system boots correctly. Control your bcd store contents with bcdedit!. Keep a copy of the custom config.ini file with your WAIK-3 tools for re-use for other capture ops!
On a subject related to capturing and applying images, I wanted to remind you about an issue with the sysprep - OOBE - Generalize operation to prepare a system for WIM image capture. There's a registry key "skiprearm" which may cause sysprep operation to fail, because you have exceeded rearm counts! When you try to sysprep a system that was already sysprepped previously, eventually you will run out of the rearm counts which is triggered during a sysprep - OOBE - Generalize operation (i.e. rearm count is decremented during the sysprep oper). There are ways around this issue which you may want to check by googling for "enable/disable skiprearm".
There is also a method to reset the "rearm" count by removing a hive from the registry, and later re-installing a license, which might be of interest. Ensrure that you have good backups of your existing system before sysprepping and playing with the skiprearm registry key, and resetting rearm counts!!!
Tip: Usually when I prepare a computer (or virt. machine) for imaging with Win7, Win 2008, I enable skiprearm, and put the system into Sysprep-Audit mode (CTRL+Shift+F3 at the initial boot of the OS after the installation of OS). I perform driver and software installs, configs, and customizations. When the system is configured as I want it, I boot the machine into WinPE, access the offline registry of the installed OS, and remove registry item related to rearm counts (WPA key under HKLM\System) [source info: http://www.zimbio.co...sage without].
Reboot the machine into sysprep-Audit, install the product license, and keep skiprearm registry enabled (to prevent decrement of rearm count). When you check activation, you will see the license info, grace period and remaining rearm counts. I will disable skiprearm before I perform a Sysprep-OOBE-generalize before attempting an image capture.
The enable/disable skiprearm, and deleting of WPA key enables me to overcome/resolve issues arising from activation grace period, and sysprepping a machine multiple times.
It is good that with win 8 and win 2012, sysprepping is not limited to 3 times as it is with Win Vista/7/2008.
Edited by daremo, 02 October 2013 - 08:30 AM.