On 27/04/11 18:06, Kevin Wolf wrote:
Am 27.04.2011 10:56, schrieb Brad Campbell:
On 27/04/11 16:10, Stefan Hajnoczi wrote:
On Wed, Apr 27, 2011 at 4:05 AM, Brad Campbell
<lists2...@fnarfbargle.com> wrote:
I see there is a bug raised about the behaviour of qemu-img when used to
convert using an output backing file. It allocates every sector whether or not
it already exists in the output backing file.
Please post the link to the bug report.
Yeah, sorry about that. Not very clever of me.
https://bugs.launchpad.net/qemu/+bug/660366
I think this bug is fixed by commit a18953fb.
And indeed it is. Thus while the issue I'm facing looks like that bug,
it's either another one or my misunderstanding about how backing files work.
So what is happening here then?
- create 1.img as a 20G qcow2
- 1.img is 193k
- Install windows XP into 1.img
- 1.img is 1.5G
- create 2.img as a qcow2 with 1.img as a backing file.
- 2.img is ~150k
- Install/uninstall and generally use 2.img
- 2.img is 7G
- Mount 2.img with systemrescuecd and use ntfswipe -a which zero's all
unused data and cluster tails.
- 2.img is 20G
- qemu-img convert -O qcow2 -o backing_file 1.img 2.img 3.img
- 3.img is 20G
If I do the same process without the backing file..
- create 1.img as a 20G qcow2
- 1.img is 193k
- Install windows XP into 1.img
- 1.img is 1.5G
- Install/Uninstall and generally use 1.img
- 1.img is 7G
- Mount 1.img with systemrescuecd and use ntfswipe
- 1.img is 20G
- qemu-img convert -O qcow2 1.img 3.img
- 3.img is 4G
Why does the first example write out all the zeroed sectors into the
image while the second one doesn't?
Regards,
Brad