From: Kevin Wolf <kwolf@suse.de>
To: qemu-devel@nongnu.org
Subject: Re: [Qemu-devel][PATCH] Qemu image over raw devices
Date: Mon, 15 Dec 2008 19:17:21 +0100 [thread overview]
Message-ID: <49469F31.5080508@suse.de> (raw)
In-Reply-To: <494663E4.3020409@redhat.com>
Shahar Frank schrieb:
> The following patch enables QEMU to create and use images with any
> format on top of a raw device. Note that -f <format> is not enough for
> bcking files support.
When would I need to explicitly specify the type of a backing file?
> The patch includes the following:
>
> 1. The check for block devices is weaken so you can override it by
> specifying a protocol
> 2. If a protocol exists but not found in the protocols list, the logic
> falls back to image type probing. This means use can write
> "probe:filename" or just ":filename"
IIUC, on qemu side this is just another syntax for -drive format=xyz?
Wouldn't it be better to add a parameter to qemu-img then instead of
inventing new ways of specifying the format?
> Note that if regular file/device path names are used, the previous
> behavior is kept.
>
> lvcreate -L 5G -n base store
> dd bs=32k if=win.qcow2 of=/dev/store/base
> ./qemu-img info :/dev/store/base
> lvcreate -L 2G -n l2 store
> ./qemu-img create -b :/dev/store/base -f qcow2 /dev/store/l2
> ./x86_64-softmmu/qemu-system-x86_64 -hda :/dev/store/l2 -L pc-bios/
> lvcreate -L 2G -n l3 store
> ./qemu-img create -b :/dev/store/l2 -f qcow2 /dev/store/l3
> ./x86_64-softmmu/qemu-system-x86_64 -hda :/dev/store/l3 -L pc-bios/
Does it even make sense to store qcow2 images on raw block devices?
qcow2 are usually growing whereas devices tend to not change their size.
Kevin
next prev parent reply other threads:[~2008-12-15 18:12 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-12-15 14:04 [Qemu-devel][PATCH] Qemu image over raw devices Shahar Frank
2008-12-15 18:17 ` Kevin Wolf [this message]
2008-12-16 11:15 ` Daniel P. Berrange
[not found] <571317069.373331229413498662.JavaMail.root@zmail02.collab.prod.int.phx2.redhat.com>
2008-12-16 7:50 ` Shahar Frank
2008-12-16 9:40 ` Kevin Wolf
2008-12-16 10:21 ` Shahar Frank
2008-12-16 12:10 ` Kevin Wolf
2008-12-16 12:55 ` Shahar Frank
2008-12-17 12:57 ` Kevin Wolf
2008-12-18 17:20 ` Shahar Frank
2008-12-16 10:53 ` Daniel P. Berrange
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=49469F31.5080508@suse.de \
--to=kwolf@suse.de \
--cc=qemu-devel@nongnu.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).