I run into the same problem, but the workaround regarding editing the number of heads in the ntfs partition boot sector did it for me. Little Howto:
Asume: A raw complete harddisc image within a bootable NTFS partition with XP or 2k3 on it Incident: when using these image with kvm based qemu, the system wan't boot anymore solution: 1) set up the whole discimage as a loop device - losetup /dev/loop0 /path/to/my/diskimage.raw 2) let kpartx create drive mappings for all partitions within the loop device - kpartx -a /dev/loop0 3) you need to know on which partition your NTFS partition resides - fdisk -l /dev/loop0 4) use the right partition mapping with hex-edit (eg. partition 1) - hexedit /dev/mapper/loop0p1 5) look on hex position 0x1a, for the count of heads NTFS asumes - in hexedit type enter and then 1A 6) change the value to 0xFF - in hexedit type FF 7) save and exit hexedit - press Ctrl+X to end 8) remove the partition mappings - kpartx -d /dev/loop0 9) remove loop device - losetup -d /dev/loop0 Hope that helps Cheers Andreas -- Windows XP/2003 doesn't boot https://bugs.launchpad.net/bugs/586175 You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to QEMU. Status in QEMU: Incomplete Status in “qemu-kvm” package in Ubuntu: New Status in Debian GNU/Linux: New Status in Fedora: Unknown Bug description: Hello everyone, my qemu doesn't boot any Windows XP/2003 installations if I try to boot the image. If I boot the install cd first, it's boot manager counts down and triggers the boot on it's own. That's kinda stupid. I'm using libvirt, but even by a simple > qemu-kvm -drive file=image.img,media=disk,if=ide,boot=on it won't boot. Qemu hangs at the message "Booting from Hard Disk..." I'm using qemu-kvm-0.12.4 with SeaBIOS 0.5.1 on Gentoo (No-Multilib and AMD64). It's a server, that means I'm using VNC as the primary graphic output but i don't think it should be an issue.
