I can’t believe it, but it worked! After lots of failed attempts, I finally was able to migrate an existing Windows 2000 installation from a Toshiba laptop to a QEMU “Q” virtual machine without the Windows 2000 installation disk.
Some background on why I converted a working Windows 2000 install to a Virtual Machine: <ol><li>I lost my Windows 2000 disk.</li><li>I really want to keep my Windows 2000 install because it is on a machine that I used for many years containing lots of information I’d like to keep archived.</li><li>The laptop has seen better days to say the least, and I wouldn’t be surprised if it kicked the bucket someday soon.</li><li>I’d like to keep using my Windows 2000 software which I bought at the full retail price.</li></ol>
My first few attempts to convert
My first few attempts were not successful. I was getting the blue screen of death. I tried both “Q” the QEMU based emulator for Mac OS X, as well as Parallels, but always got the BSOD. You can read more about my lame attempts to make a QEMU âQâ Windows 2000 Disk Image.
The Right Way
It was pretty easy. This website had all the information and resources I needed:
So its working, but since I’d like it to run faster I’m trying to convert it to a Parallels machine. It will also take up less room too. First I converted the dmg file to a crd file, and am now running the Parallels Image Tool on it, converting it to an expanding virtual disk. I had to change the extension from .cdr to .hdd for it to even look at it. I have no idea if this is going to work, but as usual I’ll let you know the results.
QEMU to Parallels
This is a tough one. As much as I love the speed and usability of Parallels, I’m disappointed they don’t support more image formats. I did find a couple of useful pages:
There seem to be rumors that .hdd virtual hard drive images are simply .iso files, but I haven’t found a reliable source of that information yet.
The best way to do this is to convert a drive using the Windows version of the Parallels Image Tool. Not sure why they don’t have that function in the Mac version, but they don’t. So I’m kind of confused - I took the advice of a page I read and used the Windows version of Parallels to create a disk image of the existing Windows drive, but when I try to boot it, I get an error. However, I changed the .hdd to a .cdr, and it booted in Q. Argh.
Now I’m trying to convert the image to an expanding type to see if that helps. I mainly want to try and reduce the size of the disk image, 20GB is too unwieldy. I’m using both the Mac Disk Utility to convert a dmg to a compressed dmg and the Parallels Image Tool to convert an hdd file to an expanding hdd file. From there, I’m going to try using the Parallels application itself to compact the image.
- Using a compressed .dmg file with QEMU did not work at all.
- Parallels was not able to compact the image at all.
- Converting the 18GB .dmg file to a qcow image took awhile, but it did take 6GB off, and appears to be working OK. Sweet!
The qemu-img command line tool in Mac OS X seems to be finicky. Some instructions I’ve tried end up with files like “-c” or “-O” instead of the target filename. Here’s the one I got to work:
/Applications/Q.app/Contents/MacOS/qemu-img convert -c -f raw -O qcow disk1.dmg disk1.qcow
And one last note, if you are looking for information about the QEMU virtualization accelerator on Mac OS X, this is the best reference I found:
KQEMU on Mac OS X dated Sun Oct 08, 2006 9:42 am. I’m surprised there isn’t more interest in KQEMU on Mac OS X now that its GPL, but then again I’m not qualified to say how much work would be involved in creating the kernel extension. Perhaps the nice folks at the fantastic Google MacFUSE project would know how to create that kernel extension?
Also KQEMU on Mac OS X?
Anyway that link to the QEMU forums quotes Fabrice, the creator of QEMU saying this:
kqemu has been ported to many very different OSes (Windows, FreeBSD, Solaris, Linux), so Mac OS X should not be especially difficult. The first step is that you look at a close port such as the FreeBSD one (the source code is in the kqemu archive) and read the documentation given in the Linux wrapper (kqemu-linux.c). The second part is to be able to link the OS independent part of kqemu to you wrapper code. As the OS independant part is not open source, you need to either convert the ELF object code (kqemu-mod-i386.o) to your preferred format (Mach-O I presume), or I need to recompile the source code so that I can give you a Mach-O object file ready for linking with the OS specific wrapper.
An unexpected error occured: res://sp3res.dll/default.hta
HKEY_LOCAL_MACHINE\SOFTWARE\CLASSES.htc-> make sure the value “Content Type” should be “text/x-component”
That did not fix my res://sp3res.dll/default.hta error.
I also get this error when trying to use Windows Update: [Error Number: 0x8009200D]
Windows XP Related: