Alguém mais consegue reproduzir isso? Usando o StarWind V2V Image Converter no Windows, consigo obter um arquivo disk.img válido, para que o image.vhd de origem esteja limpo (retirado do rackspace). Este é um bug do qemu-img no RHEL/CentOS 7? ... alguma solução alternativa?
$ rpm -qa | grep -iqemu
qemu-img-1.5.3-86.el7_1.2.x86_64
# qemu-img convert -p imagem.vhd disk.img
# fdisk -l disco.img
Disco disk.img: 10,2 GB, 10200121344 bytes, 19922112 setores
Unidades = setores de 1 * 512 = 512 bytes
Tamanho do setor (lógico/físico): 512 bytes/512 bytes
Tamanho de E/S (mínimo/ideal): 512 bytes/512 bytes
Tipo de rótulo de disco: dos
Identificador de disco: 0x0007b3de
Sistema de identificação de blocos de início de inicialização do dispositivo
disco.img1 * 2048 19922943 9960448 83 Linux
[2048 x 512 = 1048576]
# mount -o loop,offset=1048576 disk.img tmp/
mount: tipo de fs errado, opção ruim, superbloco ruim em /dev/loop0,
página de código ou programa auxiliar ausente ou outro erro
Em alguns casos, informações úteis são encontradas no syslog - tente
dmesg | cauda ou algo assim.
# dmesg | cauda
[220700.705723] EXT4-fs (loop0):
montando o sistema de arquivos ext3 usando o subsistema ext4
[220700.705739] EXT4-fs (loop0):
geometria incorreta: a contagem de blocos 2490112 excede o tamanho do dispositivo (2490008 blocos)