blob: 417c8d0a50ac522885a1d101309d73cbca0028cd (
plain) (
blame)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
|
"qemu-img resize -f qcow2" produces broken disk images
Description of problem:
The documentation of `qemu-img` at
<https://www.qemu.org/docs/master/tools/qemu-img.html>
makes it sound like `qemu-img resize` supports various image formats
(raw, qcow2, etc.) in the same way.
But it doesn't. While `qemu-img resize -f raw` works as expected,
`qemu-img resize -f qcow2` produces broken disk images.
Steps to reproduce:
```
$ wget http://nycdn.netbsd.org/pub/NetBSD-daily/netbsd-9/latest/evbarm-aarch64/binary/gzimg/arm64.img.gz
$ gunzip arm64.img
```
First resize, then convert:
```
$ cp arm64.img arm64-rc.img
$ qemu-img resize -f raw arm64-rc.img 10G
$ qemu-img convert -f raw -O qcow2 arm64-rc.img arm64-rc.qcow2
$ rm -f arm64-rc.img
```
First convert, then resize:
```
$ qemu-img convert -f raw -O qcow2 arm64.img arm64-cr.qcow2
$ qemu-img resize -f qcow2 arm64-cr.qcow2 10G
```
Attach to a VM in VirtualBox (as an additional SATA disk) and start that VM.
arm64-rc.qcow2 =>
`# fdisk /dev/sdb` => it has two partitions.
arm64-cr.qcow2 =>
`# fdisk /dev/sdb` => it has no partitions!
And the VM cannot be cleanly shut down. I had to manually kill the VirtualBoxVM
process.
Additional information:
|