[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: KVM sur host debian




Apparemment je me trompe: un ls sur une image qcow2 montre l'espace alloué (virtual size), pas réellement occupé (disk size):

didier@hp-notebook14:~$ sudo qemu-img info /home/machines_virtuelles/win10.qcow2image: /home/machines_virtuelles/win10.qcow2
file format: qcow2
virtual size: 50 GiB (53687091200 bytes)
disk size: 23.9 GiB
cluster_size: 65536
Format specific information:
    compat: 1.1
    compression type: zlib
    lazy refcounts: true
    refcount bits: 16
    corrupt: false
    extended l2: false

didier@hp-notebook14:~$ ls -al /home/machines_virtuelles
total 41245288
drwxrwxr-x 2 libvirt-qemu libvirt        4096  7 nov.  13:39 .
drwxr-xr-x 5 root         root           4096 15 août  14:43 ..
-rw------- 1 root         root    53695545344 18 août  22:14 debian.qcow2
-rw------- 1 root root 53695545344 7 nov. 14:35 opensuse_leap.qcow2
-rw------- 1 root         root    53695545344 17 août  22:54 win10.qcow2

tu peux peut-être tenter (si la commande veut bien répondre),
- un qemu-img info pour avoir la taille réellement occupée
- un qemu-check pour vérifier sir l'image est corrompue
- éventuellement un qemu-img resize pour agrandir ton image qcow2 sans arrêter ta machine virtuelle, même si ça me semble douteux que le changement de taille soit pris en compte immédiatement plutôt qu'au prochain démarrage de la VM.

En tout cas bon courage :-)

PS: si je comprends à peu près (c'est incertain), si l'option data_file_raw a été choisie, qemu crée une image supplémentaire avec les entrées-sorties sur l'image principale, ce qui explique tes deux images qcow pour une seule machine virtuelle.
cf doc qemu:
https://www.qemu.org/docs/master/tools/qemu-img.html#notes


Reply to: