Alternativamente, dê uma olhada em guestfish , guestmont ou virt-copy-out (ambos de libguestfs.org ).
Estou anexando a imagem qcow2 da VM para obter acesso aos arquivos que estão dentro:
modprobe nbd max_part=63
qemu-nbd -n -c /dev/nbd0 /var/lib/libvirt/images/vm-image.qcow2
verificação de grupos de volumes vgscan :
Reading all physical volumes. This may take a while...
No volume groups found
fdisk -l /dev/nbd0 mostra apenas uma partição /dev/nbd0p1
E, claro, quando tento montar mount /dev/nbd0p1 /mnt , recebo o seguinte:
NTFS signature is missing.
Failed to mount '/dev/nbd0p1': Invalid argument
The device '/dev/nbd0p1' doesn't seem to have a valid NTFS.
Enquanto isso, se eu inicializo na VM, as partições LVM estão presentes e o sistema parece ok. O sistema operacional hospedeiro está bem, eu acho, porque a solução baseada em qemu-nbd para acessar as imagens qcow2 está funcionando bem para outras imagens guest onde também LVM está presente (SOs convidados são versões um pouco diferentes do mesmo Linux distribuído). >
Também experimentou qemu-img check /var/lib/libvirt/images/vm-image.qcow2 :
No errors were found on the image.
Então, qual poderia ser o problema de acessar / ativar o LVM do sistema operacional convidado?
Alternativamente, dê uma olhada em guestfish , guestmont ou virt-copy-out (ambos de libguestfs.org ).
Pode haver um bug com o volume físico não sendo inicializado (udev). Tente isto:
modprobe nbd max_part=63
qemu-nbd -n -c /dev/nbd0 /var/lib/libvirt/images/vm-image.qcow2
partprobe /dev/nbd0
vgscan --cache
vgchange -ay