All of lore.kernel.org
 help / color / mirror / Atom feed
From: Erik Rull <erik.rull@rdsoftware.de>
To: David Mair <dmair@mair-family.org>
Cc: "kvm@vger.kernel.org" <kvm@vger.kernel.org>
Subject: Re: Converting QEMU Harddisk to native Partition
Date: Tue, 15 Feb 2011 21:54:48 +0100	[thread overview]
Message-ID: <4D5AE818.5040702@rdsoftware.de> (raw)
In-Reply-To: <4D5ADBA9.7070806@mair-family.org>

David Mair wrote:
>
>> I have currently virtualized two partitions (/dev/sda2 and /dev/sda3)
>> that are exposed as QEMU Harddisks to the Windows XP Guest (Drive C and
>> D there).
>> Are there possibilities to convert or adapt those to native partitions
>> or native disks so that I could theoretically boot the Windows that is
>> placed in the virtual disk natively?
>>
> Anything that works on real hardware is likely to work if run in a
> guest. At the very least, one of several similar and equivalent methods
> would be, create another virtual disk a bit bigger than the Windows
> partition you want to make native and attach it to a VM with the Windows
> partition you want to make native and boot a linux rescue disk. Put a
> linux file system on the new disk and mount it (say at /mnt/workspace)
> then, assuming the Windows partition you want to make native is hda1:
>
> # dd if=/dev/sda2 of=/mnt/workspace/windowsCdrive.img bs=1M
> # dd if=/dev/sda3 of=/mnt/workspace/windowsDdrive.img bs=1M
> # scp /mnt/workspace/windows*img user@vmhost:~/
>
> I'm assuming you get how that would give you a block copy of the guest
> partitions as files on the host, which you could then lay down on a real
> disk via dd and a USB device for example.
>

Yeah, I thought about a similar approach already but it looked too complex 
to me :-) I assume that my hardware resources might be too limited for such 
an operation, but I will give it a try. For saving space I could try to do 
a .gz or .tgz out of it right (using "dd | tar...")?
Are there other possibilities from the host side to handle that? I heard 
about the qemu-img tool but it doesn't seem to match my usecase.
Or have I just missed some parameters?

Thanks.

Best regards,

Erik

  reply	other threads:[~2011-02-15 20:54 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-02-15 17:06 Converting QEMU Harddisk to native Partition Erik Rull
2011-02-15 20:01 ` David Mair
2011-02-15 20:54   ` Erik Rull [this message]
2011-02-15 22:32     ` David Mair

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=4D5AE818.5040702@rdsoftware.de \
    --to=erik.rull@rdsoftware.de \
    --cc=dmair@mair-family.org \
    --cc=kvm@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.