<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On 26 May 2014 14:26, Brad Campbell <span dir="ltr"><<a href="mailto:brad@fnarfbargle.com" target="_blank">brad@fnarfbargle.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">

Then it occurred to me that QEMU does not know if I pass a full raw disk or a partition. It looks the same, just smaller. So I partitioned the drive into two, and restored the respective MBR/partition tables at the start of each drive partition. kpartx then looked at each partition as a partitioned disk and set up /dev/mapper instances for me to restore the VM's to.<br>


<br>
Now I can select either partition to pass to qemu (or both and run two machines side by side) and I get raw disk performance, but perfect separation of the machines. No more switching, and backups can be performed as previously, but with an added kpartx step. Windows can manage its own partition tables and file systems without interference.<br>

</blockquote><div><br></div><div>Do you find that you need to use host block devices for performance?  I generally use files as the guest block devices, set up with libvirt's virt-manager, for my limited home VM use.  I haven't done speed testing to see what the difference would be.<div>

<br></div></div></div><br clear="all"><div><br></div>-- <br>Virus found in this message.
</div></div>