Le 08/11/2024 à 08:37, BERTRAND Joël a écrit :
Bonjour,Pas certain du tout : hilbert:[~/.local/share/libvirt/images] > ls -lh -rw------- 1 bertrand users 21G 7 janv. 2023 netbsd10.0.qcow2 -rw-r--r-- 1 bertrand users 33G 7 nov. 16:50 Virtual10-disk001.qcow2 -rw------- 1 bertrand users 129G 7 nov. 16:42 win10.qcow2 Le disque utilisé par la VM est Virtual10-disk001.qcow2 (j'ai vérifié dans la configuration de la VM). Or je viens de m'apercevoir qu'un autre disque est créé par je ne sais qui et que ce disque fait... 128 Go ! Sans doute plus il faudrait que je laisse la VM aller jusqu'au bout. Pour mémoire, la taille de Virtual10-disk001.qcow2 est de 128 Go : hilbert:[~/.local/share/libvirt/images] > file Virtual10-disk001.qcow2 Virtual10-disk001.qcow2: QEMU QCOW Image (v2), 137438953472 bytes (v2), 137438953472 bytes hilbert:[~/.local/share/libvirt/images] > file win10.qcow2 win10.qcow2: QEMU QCOW Image (v3), 137438953472 bytes (v3), 137438953472 bytes et c'est bien la VM qui crée un autre fichier (au nom de la VM) et qui sature le serveur NFS. Précédemment, ce n'était pas le cas. Bien cordialement, JB
Je suis loin de bien connaître kvm/qemu donc ce que j'avance est à prendre avec des pincettes,
mais je suis resté sur l'impression qu'avec les options standard, l'occupation d'une image qemu sur un disque réel est dynamique, ce qui suggérerait que ton disque Windows est plein (128Go alloués, 128Go occupés) et il semblerait que dans ce cas (supposition, j'y connais rien et je n'ai jamais entendu parler d'un tel comportement), qemu crée une image temporaire pour éviter de planter la machine? (la dernière partie est vraiment une pure hypothèse sans rien pour la soutenir)
tu pourrais simplement essayer de forcer l'extinction de la VM Windows, porter la taille de l'image à 200G et redémarrer la machine: peut-être que Windows se lancerait normalement (modulo une vérification NTFS au départ, probablement)?
