### Exécutez une VM à partir de `snap3` puis une autre à partir de `snap1`. Que se passe-t-il ?
Il est impossible d'exécuter une VM à partir de `snap1` en ayant lancé au préalable
une VM à partir de `snap3` car vu que le snapshot `snap3` dépend de `snap1`,
il aura besoin d'avoir un accès exclusif (un verrou) sur le snapshot `snap1` afin
de pouvoir s'exécuter.
### Effectuer un _merge_ de type "commit" de l'image `snap4` dans `snap1`
```bash
qemu-img commit -f qcow2 -b <dst> <src>
```
```bash
qemu-img commit -f qcow2 -b snap1.qcow snap4.qcow
```
### Quels fichiers seront présents dans `snap1`
Après le merge de `snap4` dans `snap1`, les fichiers `fileA` et `fileC` seront
présents dès lors dans `snap1`.
### Quelle(s) image(s) pourrai(en)t être incohérente(s) ?
Vu que l'image `snap4` se basait sur les images `snap1` et `snap2`, par conséquent,
après avoir _merge_ `snap4` dans `snap1`, cela invaliderait `snap4` et `snap2`.
On peut effacer sans aucun soucis `snap4`, cependant en ce qui concerne `snap2`
on ne peut pas le faire car `snap3` dépend d'elle.
### Qu'auriez-vous pu faire pour éviter de réaliser cette copie de plusieurs GB tout en évitant de modifier le fichier d'origine ?
On aurait pu effectuer des snapshots internes directement dans l'image originale
`lubuntu.qcow`.
### Réalisation du snapshot en cours de jeu
```bash
savevm <tag>
```
### Pourquoi est-ce que la création de ce snapshot (interne) prend significativement plus de temps qu'un snapshot de disque ?
Ceci est dû au fait qu'un snapshot interne conserve non seulement l'état du
disque mais aussi de la mémoire (RAM) ainsi que l'état général de la VM.
### Listez les snapshots
```bash
info snapshots
```
### Chargez un snapshot
```bash
loadvm <tag>
```
### Listez les snapshots en dehors de QEMU _monitor_ ?
```bash
qemu-img snapshot -l snap1.qcow
```
### Exécutez à nouveau la VM à partir d'un snapshot à l'aide de l'option `loadvm` mais avec des périphériques différents. Que se passe-t-il ?
Il est impossible de recharger la VM à partir d'un snapshot possédant une
autre configuration matérielle. Par conséquent, un message d'erreur apparaît.
```bash
qemu-system-x86_64: Unknown savevm section or instance 'cpu_common' 2. Make sure that your current VM setup matches your saved VM setup, including any hotplugged devices
qemu-system-x86_64: Error -22while loading VM state