Yes the emulation type is the same.<br>I came back to my other PC where I created the VM (it has F12+rawvirt qemu-kvm) and I verified I have exactly the same problem.<br>So it is not a problem related to different versions of qemu, but it seems something related to <br>
windows XP + qcow2 disk combination perhaps<br>My definition is for both of this kind (in qemu for rh el 5.4 I created the domain based on this xml, only changing the path before running &quot;virsh create winxp.xml and the other things I wrote in first post):<br>
<br>    &lt;disk type=&#39;file&#39; device=&#39;disk&#39;&gt;<br>      &lt;driver name=&#39;qemu&#39; type=&#39;qcow2&#39;/&gt;<br>      &lt;source file=&#39;/data/virtstorage/winxp_maggi.img&#39;/&gt;<br>      &lt;target dev=&#39;hda&#39; bus=&#39;ide&#39;/&gt;<br>
      &lt;address type=&#39;drive&#39; controller=&#39;0&#39; bus=&#39;0&#39; unit=&#39;0&#39;/&gt;<br>    &lt;/disk&gt;<br>    &lt;disk type=&#39;file&#39; device=&#39;cdrom&#39;&gt;<br>      &lt;driver name=&#39;qemu&#39;/&gt;<br>
      &lt;source file=&#39;/winxp/temp/iso maggi/WinLite.iso&#39;/&gt;<br>      &lt;target dev=&#39;hdc&#39; bus=&#39;ide&#39;/&gt;<br>      &lt;readonly/&gt;<br>      &lt;address type=&#39;drive&#39; controller=&#39;0&#39; bus=&#39;1&#39; unit=&#39;0&#39;/&gt;<br>
    &lt;/disk&gt;<br>    &lt;controller type=&#39;ide&#39; index=&#39;0&#39;/&gt;<br><br>I tried erasing of CD in F12 too, and the problem persist.<br>I have to create CD and connect it to iso to have then win xp boot.<br>
<br>BTW, I tried to re-create a winxp vm in F12+rawvirt with virt-manager.<br>One note: in step 2 I select &quot;Windows&quot; as OS type and &quot;Microsoft Windows XP (x86)&quot; as flavour.<br>In step 5 if I expand &quot;advanced options&quot; I can see that it automatically put <br>
virt type: kvm  ---&gt; OK<br>architecture: x86_64 ----&gt; KO in my opinion<br><br>I would expect this only if I had selected &quot;Microsoft Windows XP (x86_64)&quot; option before in step 2...<br>I changed this field to i686 before install (also in my previous vm that manifests this boot problem) thinking it was a bug... (and in case I report this here).<br>
Any way that there is a reason instead, perhaps, to put it to x86_64 anyway???<br><br>Based on this I get in this new xml:<br>    &lt;type arch=&#39;i686&#39; machine=&#39;fedora-13&#39;&gt;hvm&lt;/type&gt;<br><br>While by default I would get:<br>
  &lt;os&gt;<br>    &lt;type arch=&#39;x86_64&#39; machine=&#39;fedora-13&#39;&gt;hvm&lt;/type&gt;<br>    &lt;boot dev=&#39;cdrom&#39;/&gt;<br>  &lt;/os&gt;<br>(just for curiosity, I made a &quot;virsh edit winxp.xml&quot; changing to x86_64, but the problem remains: donna if having x86_64 at installation time impacts in any way in terms of boot loader, or cpu type installed in windows though...)<br>
<br>Is this correct? What exactly does it mean &quot;fedora-13&quot; (that in rh el is instead &quot;pc&quot;)?<br>Is it something comparable to virtual hw version of VMware guests, that should say what kind of hw features that vm can have?<br>
<br>Coming back to my VM, I slipstreamed a WIndows XP sp2 cd with nlite, taking it to sp3 and installed from that iso...<br>I will try to install on no-qcow2 based hd... could it be that causing problems with nt boot loader perhaps?<br>
Anyone installed successfully winxp sp3 on qcow2 disks?<br>Thanks for your attention,<br>Gianluca<br><br>