Michael Tokarev dixit:
> I don't think this makes any sense. If you want fully-pre-allocated
> images, just use raw, there's no need to use qcow at all. You'll get
I'd actually prefer using an LVM LV, but I can’t always do what I want.
(In my case, the other admins argue with “qcow2 can do (mul
19.10.2013 00:01, Thorsten Glaser wrote:
Michael Tokarev dixit:
some other distros have preallocation=full option for qemu-img
Which other distros?
lsb_release -a says:
LSB Version:
:base-4.0-amd64:base-4.0-noarch:core-4.0-amd64:core-4.0-noarch:graphics-4.0-amd64:graphics-4.0-noarch:pr
Michael Tokarev dixit:
>> some other distros have preallocation=full option for qemu-img
>
>Which other distros?
lsb_release -a says:
LSB Version:
:base-4.0-amd64:base-4.0-noarch:core-4.0-amd64:core-4.0-noarch:graphics-4.0-amd64:graphics-4.0-noarch:printing-4.0-amd64:printing-4.0-noarch
Dist
Control: tag -1 + wontfix
17.10.2013 16:31, Thorsten Glaser wrote:
> Package: qemu-utils
> Version: 1.6.0+dfsg-2
> Severity: wishlist
>
> Hi,
>
> some other distros have preallocation=full option for qemu-img
Which other distros?
> qcow2 format, somehow Debian (even sid) doesn’t.
>
> Please a
Package: qemu-utils
Version: 1.6.0+dfsg-2
Severity: wishlist
Hi,
some other distros have preallocation=full option for qemu-img
qcow2 format, somehow Debian (even sid) doesn’t.
Please add it, because this is needed in order to not overcommit
the available VM backing store space when one is unabl
5 matches
Mail list logo
