Macrium ReDeploy overcomes issues with Windows boot processes to run a Windows installation on new hardware. There are a variety of scenarios where you move a windows installation to a new machine, for example:
Aspects of the Windows boot process can cause a boot failure after significant changes to the hardware, ReDeploy can overcome these.
Discovering hardware and association with matching device drivers is time consuming and must be undertaken while windows is being installed. It is skipped during a normal Windows boot making the boot delay acceptable.
Early in the boot process, the boot loader loads the Windows kernel (the core of the operating system) and the critical drivers required to get Windows up and running. If the new hardware configuration requires a new driver to read the disk containing the operating system then Windows will fail to boot.
When the kernel and critical drivers are loaded, the kernel starts. The kernel and its associated hardware abstraction layer (HAL) need to match the motherboard for best enabling. Drivers are optionally loaded to handle specific central processing unit (CPU) features. For a stable system, the driver needs to match the hardware, in this example, the CPU model.
ReDeploy detects changes to critical system features, locates relevant drivers and injects them into your Windows operating system so it boots.
ReDeploy makes the complex process of getting an off-line Windows operating system running, as easy and intuitive as possible. It does not, however, install the complete driver set for the new hardware. You can complete the driver installation for devices such as network and graphics adapters when your windows installation boots on your new hardware.
You need to run ReDeploy from the Windows PE Reflect rescue CD. This allows the new hardware to be detected and the configuration of the Windows system modified to enable it to boot.
Note: To transfer to a Windows Server install to new hardware use Macrium Reflect v6 Server edition for ReDeploy.
For non-server (workstation) installs use ReDeploy included with v6 Home, Workstation or the Server Edition. Please note that ReDeploy is not included in 30 trial versions of Macrium Reflect
|Note: ReDeploy modifies an existing offline operating system to work with new hardware. Restore your system image to the PC being deployed before running ReDeploy. There is no need to reboot your PC after restoring an Image and before you run ReDeploy.|
Click ReDeploy Restored Image to new hardware.
If you have a multi-boot system, then you will be presented with a list of operating systems, select the operating system to be redeployed. Click Next.
ReDeploy seeks drivers for all discovered mass storage devices and displays a list with details, Click Next.
For each mass storage device, there are three possibilities:
Review displayed options, leaving them as default if possible. Click Next.
If you are having trouble booting these options can help to resolve issues. For more information about them options see below:
|Disable reboot on system stop||Set this option to stop automatic rebooting if a blue screen of death (BSOD) occurs while Windows is loading or running. If this option is not set and Windows generates a BSOD, there will be no time to note the BSOD error codes.|
|Display boot drivers as they load||Set this option to show which drivers are being loaded as Windows loads. Once Windows is loading and running without issue this option can be reverted using the Windows MSCONFIG utility. You can use the Pause/Break key to freeze the list as it scrolls past, use space to un-pause.|
|Enable boot logging||Set this option to log drivers being loaded by Windows as it loads. The resulting log file 'ntblog.txt' can be found in the windows folder. Once Windows is loading and running without issue this option can be reverted using the Windows MSCONFIG utility.|
|Disable CPU Driver||Set this option to disable CPU drivers. This may be useful if you see BSOD's in the selected HAL drivers or system lockup on entering standby or shutdown.|
|Set Hardware Abstraction Layer||Set this option to choose which Hardware Abstraction Layer is to be used in the selected Windows operating system. The recommended HAL for this machine is the one initially selected. If you have the incorrect HAL configured, your Windows installation is unstable and can cause random BSOD's or lock ups after Windows boots. In particular, if you are redeploying from or to Virtual Box with an advanced programmable interrupt controller (APIC) unchecked (the default) or very old physical hardware, set a new HAL.|
|Allow Windows to detect Hardware Abstraction Layer|
Set this option to allow Windows to determine the best Hardware Abstraction Layer to use at boot time. This is a Vista and later only option.
|Enable SATA AHCI|
Set this option to enable support for generic SATA AHCI hardware. You will typically also need to enable an option in your BIOS for your mass storage hardware to operate in this mode. This is a Vista and later only option.
Review the actions to be be performed and click Finish to apply them to the target operating system.
A log file ReDeploy.log saves to the drive containing the redeployed operating system.
After clicking Finish to inject drivers and apply your settings you see a confirmation dialog, and you can reboot your OS which should now be compatible with your new hardware.
|Note: Check there is a tick in the checkbox against Check for unsupported devices each time the rescue media loads before burning the Windows PE rescue CD, so that you can add additional drivers when you boot on new hardware.|