= How to migrate existing Windows installations to !VirtualBox = '''Disclaimer: Migration of Windows guests from a physical host into a !VirtualBox VM is not supported. These instructions are provided as-is in the hope that they are helpful.''' Windows installations, unlike Linux, cannot easily be moved from one hardware to another. This is not just due to Microsoft's activation mechanism but the fact that the installed kernel and drivers depend on the actual hardware. This document explains the common pitfalls and how to workaround these. We assume that either a physical Windows installation or a VMware image is the source of migration. It is also assumed that a suitable virtual disk image (either VDI or VMDK for !VirtualBox >= 1.4) is already present. There's a [#StepByStepInstructionsForWindowsXP step by step description below]. == HAL == The hardware dependent portion of the Windows kernel is dubbed "Hardware Abstraction Layer" (HAL). While hardware vendor specific HALs have become very rare, there are still a number of HALs shipped by Microsoft. Here are the most common HALs (for more information, refer to this article: [http://support.microsoft.com/kb/309283]): * `Hal.dll` (Standard PC) * `Halacpi.dll` (ACPI HAL) * `Halaacpi.dll` (ACPI HAL with IO APIC) If you perform a Windows installation with default settings in !VirtualBox, `Halacpi.dll` will be chosen as !VirtualBox enables ACPI by default but disables the IO APIC by default. A standard installation on a modern physical PC or VMware will usually result in `Halaacpi.dll` being chosen as most systems nowadays have an IO APIC and VMware chose to virtualize it by default (!VirtualBox disables the IO APIC because it is more expensive to virtualize than a standard PIC). So as a first step, you either have to enable IO APIC support in !VirtualBox or replace the HAL. Replacing the HAL can be done by booting the VM from the Windows CD and performing a repair installation. == Hard Disk Support == For reasons we don't understand, Windows memorizes which IDE/ATA controller it was installed on and fails to boot in case the controller changes. This is very annoying because you will run into this problem with basically all migrated images. The solution here is to perform several modifications to the Windows registry. This can be done while the installation is still running on the original system because all it does is relax the IDE checks. Therefore the installation will continue to work on the original system after the modification. The easiest way is to use the excellent [attachment:MergeIDE.zip "MergeIDE"] utility from the German c't computer magazine. Alternatively, instructions in Microsoft's knowledge base article can be followed: [http://support.microsoft.com/kb/314082] == agp440.sys / intelppm.sys == There are a few Windows device drivers that does not play nice on !VirtualBox' hardware. Many physical PC systems (and VMware) have a AGP graphics bus which will cause `agp440.sys` to be installed. !VirtualBox' virtual graphics card is on the PCI bus and the driver will cause a system crash. The most correct approach is to boot the recovery console from the Windows installation CD and disable this service. However, it is also possible to just rename/delete `agp440.sys` the `C:\Windows\SYSTEM32\drivers` directory. Here is a knowledge base article containing more information: [http://support.microsoft.com/kb/324764] A similar problem may exist with `intelppm.sys`, which can also cause a hang of the guest OS. = Step By Step Instructions For Windows XP = This should work for Win2k Vista and Windows 7 as well, but it's untested. 1. Run the `MergeIDE` utility as mentioned above on existing windows machine. 1. Shut down windows machine. 1. Either pull the drive from the windows machine or copy the data with a low level image tool (like `dd`) to a USB drive or other removable media. If making an image, DO NOT image just the partition, this will not work! 1. Use VBoxMange convertfromraw to convert the image or to copy from the drive you pulled from the windows machine. a. If you are converting from the image, the syntax is just {{{ VBoxManage convertfromraw ImageFile.dd OutputFile.vdi }}} a. If you are converting from the drive, you need to use {{{ cat /dev/sdg | VBoxManage convertfromraw stdin OutPutFile.vdi NUMBEROFBYTES }}} Note, if you use `fdisk -l` in Linux you can see how many bytes each drive is to supply this parameter. Example: {{{ # fdisk -l /dev/sda Disk /dev/sda: 1500.3 GB, 1500301910016 bytes }}} To determine the same information on a Mac OS X host, you do {{{ # diskutil list # diskutil info /dev/disk0 }}} to list available disks and to show the number of bytes under ''Total Size:''. 1. Then use the media manager in VirtualBox to add the newly converted drive. 1. Make a new virtual machine, using the drive you just added with the media manager. 1. Once it is created, go in and turn on “Enable IO APIC”, select the # of processors you want etc. 1. Try to boot the new virtual machine. It may “just work”, or you may get a BSOD. If it just works install guest additions and you are done. Depending on your license you might need to re-activate Windows. 1. If it did not work, and you got a BSOD. Shutdown the virtual machine and boot up from a windows CD. Go through until you get to the select a partition, select the existing partition, and choose “repair”. It will basically reinstall windows and configure it for your new hardware (virtual hardware). 1. Reinstall patches (Service packs) and updates. 1. Install guest additions