qemu-img

PROGRAMME:

Nom

qemu-img - utilitaire d'image disque QEMU

SYNOPSIS

utilisation : commande qemu-img [options de commande]

DESCRIPTION

qemu-img vous permet de créer, convertir et modifier des images hors ligne. Il peut gérer toutes les images
formats pris en charge par QEMU.

Mise en garde: N'utilisez jamais qemu-img pour modifier les images utilisées par une machine virtuelle en cours d'exécution ou tout autre
autre processus; cela peut détruire l'image. Sachez également que l'interrogation d'une image qui est
être modifié par un autre processus peut rencontrer un état incohérent.

OPTIONS

Les commandes suivantes sont prises en charge :

choisissez [-Q] [-F fmt] [--sortie=souvent] [-r [fuites | tous]] [-T cache_src] nom de fichier
engendrent [-Q] [-F fmt] [-ou Options] nom de fichier [Taille]
commettre [-Q] [-F fmt] [-t cachette] [-b base] [-ré] [-p] nom de fichier
comparer [-F fmt] [-F fmt] [-T cache_src] [-p] [-Q] [-s] nom de fichier1 nom de fichier2
convertir [-c] [-p] [-Q] [-n] [-F fmt] [-t cachette] [-T cache_src] [-O sortie_fmt] [-ou
Options] [-s snapshot_id_or_name] [-l snapshot_param] [-S taille_éparse] nom de fichier [nom de fichier2
[...]] nom_fichier_sortie
info [-F fmt] [--sortie=souvent] [--chaîne-de-support] nom de fichier
plan [-F fmt] [--sortie=souvent] nom de fichier
instantané [-Q] [-l | -a instantané | -c instantané | -d instantané] nom de fichier
rebasement [-Q] [-F fmt] [-t cachette] [-T cache_src] [-p] [-u] -b fichier_de_sauvegarde [-F support_fmt]
nom de fichier
redimensionner [-Q] nom de fichier [+ | -]Taille
modifier [-p] [-Q] [-F fmt] [-t cachette] -o Options nom de fichier

Paramètres de commande :

nom de fichier
est un nom de fichier d'image disque

fmt est le format d'image disque. Il est deviné automatiquement dans la plupart des cas. Voir ci-dessous pour un
description des formats de disque pris en charge.

--chaîne de support
énumérera des informations sur les fichiers de sauvegarde dans une chaîne d'images disque. Référez-vous ci-dessous pour
description plus détaillée.

Taille
est la taille de l'image disque en octets. Suffixes facultatifs « k » ou « K » (kilo-octet, 1024) « M »
(mégaoctet, 1024k) et "G" (gigaoctet, 1024M) et T (téraoctet, 1024G) sont pris en charge.
"b" est ignoré.

nom_fichier_sortie
est le nom du fichier de l'image disque de destination

sortie_fmt
est le format de destination

Options
est une liste séparée par des virgules d'options spécifiques au format dans un format nom=valeur. Utilisez "-o
?" pour un aperçu des options supportées par le format utilisé ou voir le format
descriptions ci-dessous pour plus de détails.

snapshot_param
est le paramètre utilisé pour l'instantané interne, le format est 'snapshot.id=[ID],snapshot.name=[NAME]'
ou "[ID_OR_NAME]"

snapshot_id_or_name
est obsolète, utilisez plutôt snapshot_param

-c indique que l'image cible doit être compressée (format qcow uniquement)

-h avec ou sans commande affiche l'aide et répertorie les formats pris en charge

-p afficher la barre de progression (commandes de comparaison, de conversion et de rebase uniquement). Si la -p option est
pas utilisé pour une commande qui le prend en charge, la progression est signalée lorsque le processus
reçoit un signal "SIGUSR1".

-q Mode silencieux - n'imprime aucune sortie (sauf les erreurs). Il n'y a pas de barre de progression au cas où
tous les deux -q et mes -p les options sont utilisées.

-S Taille
indique le nombre consécutif d'octets qui ne doivent contenir que des zéros pour qemu-img à
créer une image clairsemée pendant la conversion. Cette valeur est arrondie au 512 le plus proche
octets. Vous pouvez utiliser les suffixes de taille courants comme « k » pour les kilo-octets.

-t cachette
spécifie le mode de cache qui doit être utilisé avec le fichier (de destination). Voir le
documentation de l'option "-drive cache=..." de l'émulateur pour les valeurs autorisées.

-T cache_src
spécifie le mode de cache qui doit être utilisé avec le(s) fichier(s) source(s). Voir le
documentation de l'option "-drive cache=..." de l'émulateur pour les valeurs autorisées.

Paramètres de la sous-commande snapshot :

instantané
est le nom de l'instantané à créer, appliquer ou supprimer

-a applique un instantané (remettre le disque à l'état enregistré)

-c crée un instantané

-d supprime un instantané

-l répertorie tous les instantanés dans l'image donnée

Paramètres à comparer sous-commande :

-f Premier format d'image

-F Deuxième format d'image

-s Mode strict - échec sur une taille d'image ou une allocation de secteur différente

Paramètres pour convertir la sous-commande :

-n Ignorer la création du volume cible

Description de la commande :

choisissez [-F fmt] [--sortie=souvent] [-r [fuites | tous]] [-T cache_src] nom de fichier
Effectuer un contrôle de cohérence sur l'image disque nom de fichier. La commande peut sortir dans le
le format souvent qui est soit "humain" soit "json".

Si "-r" est spécifié, qemu-img essaie de réparer les incohérences trouvées lors de la
Chèque. "-r leaks" répare uniquement les fuites de cluster, alors que "-r all" répare toutes sortes de
erreurs, avec un risque plus élevé de choisir le mauvais correctif ou de masquer la corruption qui a
déjà eu lieu.

Seuls les formats "qcow2", "qed" et "vdi" prennent en charge les contrôles de cohérence.

Si l'image n'a pas d'incohérences, cochez les sorties avec 0. Autre sortie
les codes indiquent le type d'incohérence trouvé ou si une autre erreur s'est produite. Les
Le tableau suivant récapitule tous les codes de sortie de la sous-commande check :

0 Vérification terminée, l'image est (maintenant) cohérente

1 Contrôle non terminé en raison d'erreurs internes

2 Vérification terminée, l'image est corrompue

3 Vérification terminée, l'image présente des fuites de clusters, mais n'est pas corrompue

63 Les chèques ne sont pas pris en charge par le format d'image

Si "-r" est spécifié, les codes de sortie représentant l'état de l'image se réfèrent à l'état après
(la tentative de) le réparer. C'est-à-dire qu'un "-r all" réussi donnera le code de sortie
0, indépendamment de l'état de l'image avant.

engendrent [-F fmt] [-ou Options] nom de fichier [Taille]
Créer la nouvelle image disque nom de fichier de taille Taille et formater fmt. Selon le fichier
format, vous pouvez ajouter un ou plusieurs Options qui permettent des fonctionnalités supplémentaires de ce
le format.

Si l'option fichier_de_sauvegarde est spécifié, l'image n'enregistrera que le
différences de fichier_de_sauvegarde. Aucune taille n'a besoin d'être spécifiée dans ce cas.
fichier_de_sauvegarde ne sera jamais modifié à moins que vous n'utilisiez la commande de moniteur "commit" (ou
commit qemu-img).

La taille peut également être spécifiée en utilisant le Taille option avec "-o", il n'a pas besoin d'être
spécifié séparément dans ce cas.

commettre [-Q] [-F fmt] [-t cachette] [-b base] [-ré] [-p] nom de fichier
Valider les changements enregistrés dans nom de fichier dans son image de base ou son fichier de sauvegarde. Si la
fichier de sauvegarde est plus petit que l'instantané, alors le fichier de sauvegarde sera redimensionné pour être
la même taille que l'instantané. Si l'instantané est plus petit que le fichier de sauvegarde, le
le fichier de sauvegarde ne sera pas tronqué. Si vous voulez que le fichier de sauvegarde corresponde à la taille de
le plus petit instantané, vous pouvez le tronquer vous-même en toute sécurité une fois l'opération de validation
se termine avec succès.

L'image nom de fichier est vidé une fois l'opération réussie. Si vous n'avez pas besoin
nom de fichier par la suite et avez l'intention de le laisser tomber, vous pouvez sauter le vidage nom de fichier by
en spécifiant l'indicateur "-d".

Si la chaîne de support du fichier image donné nom de fichier a plus d'une couche, le
fichier de sauvegarde dans lequel les modifications seront validées peut être spécifié comme base (lequel
doit faire partie de nom de fichierchaîne de support de 's). Si base n'est pas spécifié, la
fichier de sauvegarde de l'image du haut (qui est nom de fichier) sera utilisé. Pour des raisons de
cohérence, en spécifiant explicitement base impliquera toujours "-d" (puisque vider un
image après s'être engagée dans un fichier de support indirect conduirait à des données différentes
lu à partir de l'image en raison du contenu dans la chaîne de support intermédiaire annulant le
cible de commit).

comparer [-F fmt] [-F fmt] [-T cache_src] [-p] [-s] [-Q] nom de fichier1 nom de fichier2
Vérifiez si deux images ont le même contenu. Vous pouvez comparer des images avec différents
format ou paramètres.

Le format est sondé sauf si vous le spécifiez par -f (utilisé pour nom de fichier1) et / ou -F (utilisé
pour nom de fichier2) option.

Par défaut, les images de tailles différentes sont considérées comme identiques si la plus grande image
contient uniquement des secteurs non alloués et/ou mis à zéro dans la zone après la fin de l'autre
image. De plus, si un secteur n'est pas alloué dans une image et ne contient que zéro
octets dans le second, il est évalué comme égal. Vous pouvez utiliser le mode strict en
spécifiant le -s option. Lorsque la comparaison s'exécute en mode strict, elle échoue au cas où l'image
la taille diffère ou un secteur est alloué dans une image et n'est pas alloué dans la seconde
une.

Par défaut, comparer imprime un message de résultat. Ce message affiche des informations
que les deux images sont identiques ou la position du premier octet différent. En outre,
le message de résultat peut signaler une taille d'image différente dans le cas où le mode strict est utilisé.

Comparez les sorties avec 0 dans le cas où les images sont égales et avec 1 dans le cas où les images
différer. D'autres codes de sortie signifient qu'une erreur s'est produite lors de l'exécution et une erreur standard
la sortie doit contenir un message d'erreur. Le tableau suivant récapitule tous les codes de sortie
de la sous-commande compare :

0 Les images sont identiques

1 Les images diffèrent

2 Erreur à l'ouverture d'une image

3 Erreur lors de la vérification d'une allocation de secteur

4 Erreur lors de la lecture des données

convertir [-c] [-p] [-n] [-F fmt] [-t cachette] [-T cache_src] [-O sortie_fmt] [-ou Options] [-s
snapshot_id_or_name] [-l snapshot_param] [-S taille_éparse] nom de fichier [nom de fichier2 [...]]
nom_fichier_sortie
Convertir l'image disque nom de fichier ou un instantané snapshot_param(snapshot_id_or_name is
obsolète) sur l'image disque nom_fichier_sortie en utilisant le format sortie_fmt. Ça peut être
éventuellement compressé (option "-c") ou utilisez n'importe quelle option spécifique au format comme le cryptage
(option "-o").

Seuls les formats "qcow" et "qcow2" prennent en charge la compression. La compression est en lecture seule.
Cela signifie que si un secteur compressé est réécrit, alors il est réécrit comme
données non compressées.

La conversion d'image est également utile pour obtenir une image plus petite lors de l'utilisation d'un format extensible tel
comme « qcow » : les secteurs vides sont détectés et supprimés de l'image de destination.

taille_éparse indique le nombre consécutif d'octets (par défaut à 4k) qui doit
ne contiennent que des zéros pour que qemu-img crée une image clairsemée lors de la conversion. Si
taille_éparse est 0, la source ne sera pas analysée pour les secteurs non alloués ou nuls, et
l'image de destination sera toujours entièrement allouée.

Vous pouvez utiliser le fichier_de_sauvegarde option pour forcer la création de l'image de sortie en tant que copie
lors de l'écriture de l'image de l'image de base spécifiée ; les fichier_de_sauvegarde devrait avoir le même
contenu comme image de base de l'entrée, cependant le chemin, le format de l'image, etc. peuvent différer.

Si l'option "-n" est spécifiée, la création du volume cible sera ignorée. C'est
utile pour les formats tels que "rbd" si le volume cible a déjà été créé avec
des options spécifiques au site qui ne peuvent pas être fournies via qemu-img.

info [-F fmt] [--sortie=souvent] [--chaîne-de-support] nom de fichier
Donner des informations sur l'image disque nom de fichier. Utilisez-le notamment pour connaître la taille
réservé sur le disque qui peut être différent de la taille affichée. Si les instantanés de VM sont
stockées dans l'image disque, elles sont également affichées. La commande peut sortir au format
souvent qui est soit "humain" soit "json".

Si une image disque a une chaîne de fichiers de sauvegarde, des informations sur chaque image disque dans le
chaîne peut être énumérée de manière récursive en utilisant l'option "--backing-chain".

Par exemple, si vous avez une chaîne d'images comme :

base.qcow2 <- snap1.qcow2 <- snap2.qcow2

Pour énumérer des informations sur chaque image disque dans la chaîne ci-dessus, en commençant par le haut
pour fonder, faire :

infos qemu-img --backing-chain snap2.qcow2

plan [-F fmt] [--sortie=souvent] nom de fichier
Vider les métadonnées de l'image nom de fichier et sa chaîne de fichiers de support. En particulier, ce
commandes vide l'état d'allocation de chaque secteur de nom de fichier, Conjointement avec l'
le fichier le plus haut qui l'alloue dans la chaîne de fichiers de sauvegarde.

Deux formats d'options sont possibles. Le format par défaut ("humain") ne sauvegarde que les fichiers connus-
zones non nulles du fichier. Les parties connues de zéro du fichier sont complètement omises, et
de même pour les pièces qui ne sont pas allouées tout au long de la chaîne. qemu-img la sortie sera
identifier un fichier à partir duquel les données peuvent être lues et le décalage dans le fichier. Chaque
La ligne comprendra quatre champs, dont les trois premiers sont des nombres hexadécimaux. Pour
exemple la première ligne de :

Longueur de décalage mappée au fichier
0 0x20000 0x50000 /tmp/overlay.qcow2
0x100000 0x10000 0x95380000 /tmp/backing.qcow2

signifie que 0x20000 (131072) octets commençant à l'offset 0 dans l'image sont disponibles dans
/tmp/overlay.qcow2 (ouvert au format "raw") à partir de l'offset 0x50000 (327680). Données
qui est compressé, crypté ou autrement non disponible au format brut entraînera un
erreur si le format "humain" est utilisé. Notez que les noms de fichiers peuvent inclure des sauts de ligne, il
n'est pas sûr d'analyser ce format de sortie dans des scripts.

Le format alternatif "json" renverra un tableau de dictionnaires au format JSON. Ce
inclura des informations similaires dans les champs "start", "length", "offset" ; ce sera
inclure également d'autres informations plus spécifiques :

- si les secteurs contiennent des données réelles ou non (champ booléen « data » ; si faux,
les secteurs sont soit non alloués, soit stockés sous forme de clusters tout zéro optimisés) ;

- si les données sont connues comme étant nulles (champ booléen « zéro »);

- afin de raccourcir la sortie, le fichier cible est exprimé en "profondeur" ;
par exemple, une profondeur de 2 fait référence au fichier de support du fichier de support de
nom de fichier.

Au format JSON, le champ "offset" est facultatif ; il est absent dans les cas où "humain"
format omettrait l'entrée ou la sortie avec une erreur. Si "data" est faux et le
le champ "offset" est présent, les secteurs correspondants dans le fichier ne sont pas encore utilisés,
mais ils sont préalloués.

Pour plus d'informations, consultez inclure/bloc/bloc.h dans le code source de QEMU.

instantané [-l | -a instantané | -c instantané | -d instantané ] nom de fichier
Lister, appliquer, créer ou supprimer des instantanés dans l'image nom de fichier.

rebasement [-F fmt] [-t cachette] [-T cache_src] [-p] [-u] -b fichier_de_sauvegarde [-F support_fmt]
nom de fichier
Modifie le fichier de sauvegarde d'une image. Seuls les formats "qcow2" et "qed" supportent
changer le fichier de sauvegarde.

Le fichier de sauvegarde est remplacé par fichier_de_sauvegarde et (si le format d'image de nom de fichier
prend en charge cela) le format du fichier de sauvegarde est modifié en support_fmt. Si fichier_de_sauvegarde is
spécifié comme "" (la chaîne vide), alors l'image est rebasée sur aucun fichier de sauvegarde
(c'est-à-dire qu'il existera indépendamment de tout fichier de sauvegarde).

cachette spécifie le mode de cache à utiliser pour nom de fichier, tandis que cache_src précise
le mode cache pour lire les fichiers de sauvegarde.

Il existe deux modes différents dans lesquels le "rebase" peut fonctionner :

Safe mode
C'est le mode par défaut et il effectue une véritable opération de rebase. Le nouveau support
peut différer de l'ancien et qemu-img rebase se chargera de conserver le
contenu visible par les invités de nom de fichier inchangé.

Pour ce faire, tous les clusters qui diffèrent entre fichier_de_sauvegarde et de la
ancien fichier de sauvegarde de nom de fichier sont fusionnés dans nom de fichier avant de changer réellement le
fichier de sauvegarde.

Notez que le mode sans échec est une opération coûteuse, comparable à la conversion d'un
image. Cela ne fonctionne que si l'ancien fichier de sauvegarde existe toujours.

Peu sûr mode
qemu-img utilise le mode non sécurisé si "-u" est spécifié. Dans ce mode, seul le support
nom de fichier et format de nom de fichier est modifié sans aucun contrôle sur le fichier
Contenu. L'utilisateur doit prendre soin de spécifier le nouveau fichier de sauvegarde correct, ou
le contenu visible par les invités de l'image sera corrompu.

Ce mode est utile pour renommer ou déplacer le fichier de sauvegarde vers un autre emplacement. Ce
peut être utilisé sans ancien fichier de sauvegarde accessible, c'est-à-dire que vous pouvez l'utiliser pour corriger un
image dont le fichier de sauvegarde a déjà été déplacé/renommé.

Vous pouvez utiliser "rebase" pour effectuer une opération "diff" sur deux images disque. Cela peut être
utile lorsque vous avez copié ou cloné un invité et que vous souhaitez revenir à un
image au-dessus d'un modèle ou d'une image de base.

Dire que "base.img" a été cloné en "modified.img" en le copiant, et que le
L'invité "modified.img" s'est exécuté, il y a donc maintenant quelques changements par rapport à "base.img". À
construisez une image fine appelée "diff.qcow2" qui ne contient que les différences, faites :

qemu-img créer -f qcow2 -b modifié.img diff.qcow2
qemu-img rebase -b base.img diff.qcow2

À ce stade, "modified.img" peut être supprimé, car "base.img + diff.qcow2" contient
les mêmes informations.

redimensionner nom de fichier [+ | -]Taille
Modifiez l'image disque comme si elle avait été créée avec Taille.

Avant d'utiliser cette commande pour réduire une image disque, vous DEVEZ utiliser le système de fichiers et
outils de partitionnement à l'intérieur de la machine virtuelle pour réduire les systèmes de fichiers alloués et les tailles de partition
par conséquent. Ne pas le faire entraînera une perte de données !

Après avoir utilisé cette commande pour agrandir une image disque, vous devez utiliser le système de fichiers et
outils de partitionnement à l'intérieur de la machine virtuelle pour commencer à utiliser le nouvel espace sur l'appareil.

modifier [-p] [-F fmt] [-t cachette] -o Options nom de fichier
Modifie le format d'image spécifique Options pour le fichier image nom de fichier. Pas tous les fichiers
les formats prennent en charge cette opération.

NOTES

Formats de fichier image pris en charge :

brut Format d'image disque brut (par défaut). Ce format a l'avantage d'être simple et
facilement exportable vers tous les autres émulateurs. Si votre système de fichiers prend en charge trous (Pour
exemple en ext2 ou ext3 sous Linux ou NTFS sous Windows), puis uniquement les secteurs écrits
réservera de l'espace. Utilisez "qemu-img info" pour connaître la taille réelle utilisée par l'image ou "ls
-ls" sur Unix/Linux.

Options prises en charge :

"préallocation"
Mode de préallocation (valeurs autorisées : "off", "falloc", "full"). mode "falloc"
préalloue de l'espace pour l'image en appelant posix_fallocate(). mode "complet"
préalloue de l'espace pour l'image en écrivant des zéros dans le stockage sous-jacent.

qvache2
Format d'image QEMU, le format le plus polyvalent. Utilisez-le pour avoir des images plus petites (utile si
votre système de fichiers ne prend pas en charge les trous, par exemple sous Windows), AES en option
chiffrement, compression basée sur zlib et prise en charge de plusieurs instantanés de VM.

Options prises en charge :

"compat"
Détermine la version de qcow2 à utiliser. "compat=0.10" utilise l'image traditionnelle
format qui peut être lu par n'importe quel QEMU depuis 0.10. "compat=1.1" active le format d'image
extensions que seul QEMU 1.1 et plus récent comprennent (c'est la valeur par défaut). Parmi
d'autres, cela inclut les clusters zéro, qui permettent une copie en lecture efficace pour les
images.

"fichier_de_sauvegarde"
Nom de fichier d'une image de base (voir engendrent sous-commande)

"backing_fmt"
Format d'image de l'image de base

"chiffrement"
Si cette option est définie sur « on », l'image est cryptée avec AES-CBC 128 bits.

L'utilisation du cryptage dans les images qcow et qcow2 est considérée comme erronée par
normes de cryptographie modernes, souffrant d'un certain nombre de problèmes de conception :

-
sur le numéro de secteur. Cela le rend vulnérable aux attaques en texte clair choisies
qui peuvent révéler l'existence de données cryptées.

-
La phrase secrète choisie ou courte compromettra la sécurité du cryptage.

-
modifiez la phrase secrète pour protéger les données de toutes les images qcow. Les fichiers doivent être
cloné, en utilisant une phrase secrète de cryptage différente dans le nouveau fichier. L'original
doit ensuite être effacé en toute sécurité à l'aide d'un programme comme shred, bien que même ce
est inefficace avec de nombreuses technologies de stockage modernes.

L'utilisation du cryptage qcow / qcow2 est donc fortement déconseillée. Les utilisateurs sont recommandés
d'utiliser une technologie de cryptage alternative telle que Linux dm-crypt / LUKS
système.

"Taille de cluster"
Modifie la taille du cluster qcow2 (doit être comprise entre 512 et 2M). Tailles de cluster plus petites
peut améliorer la taille du fichier image alors que les tailles de cluster plus grandes fournissent généralement
meilleure performance.

"préallocation"
Mode de préallocation (valeurs autorisées : "off", "metadata", "falloc", "full"). Une image
avec des métadonnées préallouées est initialement plus volumineux mais peut améliorer les performances lorsque
l'image doit grandir. Les préallocations "falloc" et "full" sont identiques
options de format « brut », mais configure également les métadonnées.

"lazy_refcounts"
Si cette option est définie sur « on », les mises à jour du nombre de références sont reportées dans le but
d'éviter les E/S de métadonnées et d'améliorer les performances. Ceci est particulièrement
intéressant avec cache=écriture qui ne regroupe pas les mises à jour des métadonnées. Les
le compromis est qu'après un plantage de l'hôte, les tables de comptage de références doivent être reconstruites,
c'est-à-dire à la prochaine ouverture, un "qemu-img check -r all" (automatique) est requis, ce qui
peut prendre un certain temps.

Cette option ne peut être activée que si "compat=1.1" est spécifié.

"maintenant"
Si cette option est définie sur « on », cela désactivera COW du fichier. c'est seulement valable
sur btrfs, aucun effet sur les autres systèmes de fichiers.

Btrfs a de faibles performances lors de l'hébergement d'un fichier image de machine virtuelle, encore plus lorsque l'invité
sur la VM en utilisant également btrfs comme système de fichiers. La désactivation de COW est un moyen d'atténuer
cette mauvaise performance. En règle générale, il existe deux manières de désactiver COW sur btrfs : a)
Désactivez-le en montant avec nodatacow, alors tous les fichiers nouvellement créés seront NOCOW.
b) Pour un fichier vide, ajoutez l'attribut de fichier NOCOW. C'est ce que fait cette option.

Remarque : cette option n'est valable que pour les fichiers nouveaux ou vides. S'il existe un
qui est COW et a déjà des blocs de données, il n'a pas pu être changé en NOCOW par
réglage "nocow=on". On peut émettre "lsattr filename" pour vérifier si le drapeau NOCOW est
défini ou non (la majuscule 'C' est le drapeau NOCOW).

Autres
QEMU prend également en charge divers autres formats de fichiers image pour la compatibilité avec les anciens QEMU
versions ou d'autres hyperviseurs, y compris VMDK, VDI, VHD (vpc), VHDX, qcow1 et QED.
Pour une liste complète des formats pris en charge, voir "qemu-img --help". Pour un plus détaillé
description de ces formats, voir la documentation utilisateur de l'émulation QEMU.

L'objectif principal des pilotes de blocs pour ces formats est la conversion d'images. Pour
exécutant des machines virtuelles, il est recommandé de convertir les images disque en raw ou en qcow2 dans
afin d'obtenir de bonnes performances.

Utilisez qemu-img en ligne en utilisant les services onworks.net