didier gaumet a écrit : > Le 07/11/2024 à 23:28, BERTRAND Joël a écrit : > >> En fait, ça démarre. Mais le fonctionnement est erratique. Si je >> laisse >> le truc assez longtemps, j'arrive à l'écran de connexion. Je peux même >> ouvrir un session (qui peut s'ouvrir correctement ou pas), mais tout est >> d'une lenteur abominable en surchargeant le réseau local et le serveur >> NFS. Ce que je n'avais pas auparavant. > > au feeling, comme ça, ça ressemble plus à un problème dans l'invité > Windows que dans l'environnement de l'hôte Debian... > >
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
signature.asc
Description: OpenPGP digital signature
