<div dir="ltr">Okay, so i assume i'm good and need to launch the vm this way then.<div>I need to be able to benchmark on native windows and having two sets of install would be cumbersome, especially since i won't have the same disk for it.</div><div><br></div><div>Will see how booting on windows goes as soon as i found out how to add it to grub.</div><div>Reactivation is just one click away, not really a problem here.</div><div>Thanks alex</div></div><div class="gmail_extra"><br><div class="gmail_quote">2016-04-19 20:46 GMT+02:00 Alex Williamson <span dir="ltr"><<a href="mailto:alex.l.williamson@gmail.com" target="_blank">alex.l.williamson@gmail.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><span class="">On Tue, Apr 19, 2016 at 12:02 PM, thibaut noah <span dir="ltr"><<a href="mailto:thibaut.noah@gmail.com" target="_blank">thibaut.noah@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">On the side note, i forgot to say that i can boot if i pass /dev/sde to qemu, which according to redhat documentation is not what one is suppose to do as it can compromise the host system.</div></blockquote><div><br></div></span><div>I guess the concern there is that you've made a bootable disk for bare metal too and you just might accidentally boot that image at some point.  Regardless, that's what you' need to do given the procedure you've followed.  If you want to make it non-bootable on bare metal, then make one big partition on the SSD assign that to the VM and redo your clone.  Note that while it's theoretically possible to boot a disk on both bare metal and in a VM, it's about as convenient and dicey as moving a disk from one physical system to another and hoping that Windows has all the right drivers and doesn't ask for re-activation. </div></div></div></div>
</blockquote></div><br></div>