qemu-img
Questo è il comando qemu-img che può essere eseguito nel provider di hosting gratuito OnWorks utilizzando una delle nostre molteplici workstation online gratuite come Ubuntu Online, Fedora Online, emulatore online Windows o emulatore online MAC OS
PROGRAMMA:
NOME
qemu-img - Utilità per l'immagine del disco QEMU
SINOSSI
utilizzo: comando qemu-img [opzioni di comando]
DESCRIZIONE
qemu-img ti permette di creare, convertire e modificare immagini offline. Può gestire tutte le immagini
formati supportati da QEMU.
Attenzione: Non usare mai qemu-img per modificare le immagini in uso da una macchina virtuale in esecuzione o da qualsiasi altra
altro processo; questo potrebbe distruggere l'immagine. Inoltre, tieni presente che interrogare un'immagine che è
essere modificato da un altro processo può incontrare uno stato incoerente.
VERSIONI
Sono supportati i seguenti comandi:
dai un'occhiata [-Q] [-F FMT] [--uscita=di mt] [-R [perdite | Tutti]] [-T src_cache] Nome del file
creare [-Q] [-F FMT] [-O Opzioni] Nome del file [Taglia]
commettere [-Q] [-F FMT] [-T nascondiglio] [-B base] [-D] [-P] Nome del file
confrontare [-F FMT] [-F FMT] [-T src_cache] [-P] [-Q] [-S] nomefile1 nomefile2
convertire [-C] [-P] [-Q] [-N] [-F FMT] [-T nascondiglio] [-T src_cache] [-O output_fmt] [-O
Opzioni] [-S snapshot_id_o_name] [-l snapshot_param] [-S dimensione_sparsa] Nome del file [nomefile2
[…]] nomefile_output
Maggiori informazioni. [-F FMT] [--uscita=di mt] [--catena-di-supporto] Nome del file
carta geografica [-F FMT] [--uscita=di mt] Nome del file
istantanea [-Q] [-l | -a istantanea | -c istantanea | -d istantanea] Nome del file
rebase [-Q] [-F FMT] [-T nascondiglio] [-T src_cache] [-P] [-u] -b file_di_supporto [-F supporto_fmt]
Nome del file
ridimensionare [-Q] Nome del file [+ | -]Taglia
emendare [-P] [-Q] [-F FMT] [-T nascondiglio] -o Opzioni Nome del file
Parametri di comando:
Nome del file
è un nome di file di immagine del disco
FMT è il formato dell'immagine del disco. Viene indovinato automaticamente nella maggior parte dei casi. Vedi sotto per a
descrizione dei formati di dischi supportati.
--catena di supporto
enumererà le informazioni sul backup dei file in una catena di immagini disco. Fare riferimento sotto per
ulteriore descrizione.
Taglia
è la dimensione dell'immagine del disco in byte. Suffissi opzionali "k" o "K" (kilobyte, 1024) "M"
(megabyte, 1024k) e "G" (gigabyte, 1024M) e T (terabyte, 1024G) sono supportati.
"b" viene ignorato.
nomefile_output
è il nome del file dell'immagine del disco di destinazione
output_fmt
è il formato di destinazione
Opzioni
è un elenco separato da virgole di opzioni specifiche del formato in un formato nome=valore. Usa "-o
?" per una panoramica delle opzioni supportate dal formato utilizzato o vedere il formato
descrizioni di seguito per i dettagli.
snapshot_param
è il parametro utilizzato per l'istantanea interna, il formato è 'snapshot.id=[ID],snapshot.name=[NAME]'
o '[ID_OR_NAME]'
snapshot_id_o_name
è deprecato, usa invece snapshot_param
-c indica che l'immagine di destinazione deve essere compressa (solo formato qcow)
-h con o senza un comando mostra la guida ed elenca i formati supportati
-p visualizza la barra di avanzamento (solo comandi di confronto, conversione e rebase). Se la -p opzione è
non utilizzato per un comando che lo supporta, l'avanzamento viene segnalato quando il processo
riceve un segnale "SIGUSR1".
-q Modalità silenziosa: non stampa alcun output (tranne gli errori). Non c'è barra di avanzamento nel caso
entrambi -q e -p vengono utilizzate le opzioni.
-S Taglia
indica il numero consecutivo di byte che deve contenere solo zeri per qemu-img to
creare un'immagine sparsa durante la conversione. Questo valore viene arrotondato per difetto al 512 . più vicino
byte. È possibile utilizzare i suffissi di dimensioni comuni come "k" per i kilobyte.
-t nascondiglio
specifica la modalità cache da utilizzare con il file (destinazione). Vedi il
documentazione dell'opzione "-drive cache=..." dell'emulatore per i valori consentiti.
-T src_cache
specifica la modalità cache da utilizzare con i file di origine. Vedi il
documentazione dell'opzione "-drive cache=..." dell'emulatore per i valori consentiti.
Parametri per il sottocomando snapshot:
istantanea
è il nome dell'istantanea da creare, applicare o eliminare
-a applica uno snapshot (ripristina il disco allo stato salvato)
-c crea un'istantanea
-d elimina uno snapshot
-l elenca tutte le istantanee nell'immagine data
Parametri per confrontare il sottocomando:
-f Primo formato immagine
-F Secondo formato immagine
-s Modalità rigorosa: errore su diverse dimensioni dell'immagine o allocazione di settori
Parametri per convertire il sottocomando:
-n Salta la creazione del volume target
Descrizione del comando:
dai un'occhiata [-F FMT] [--uscita=di mt] [-R [perdite | Tutti]] [-T src_cache] Nome del file
Eseguire un controllo di coerenza sull'immagine del disco Nome del file. Il comando può emettere in
formato di mt che è "umano" o "json".
Se viene specificato "-r", qemu-img cerca di riparare eventuali incongruenze riscontrate durante il
dai un'occhiata. "-r leaks" ripara solo le perdite di cluster, mentre "-r all" risolve tutti i tipi di
errori, con un rischio maggiore di scegliere la correzione sbagliata o nascondere la corruzione che ha
già avvenuto.
Solo i formati "qcow2", "qed" e "vdi" supportano i controlli di coerenza.
Nel caso in cui l'immagine non presenti incongruenze, controllare le uscite con 0. Altre uscite
i codici indicano il tipo di incongruenza riscontrata o se si è verificato un altro errore. Il
la tabella seguente riassume tutti i codici di uscita del sottocomando check:
0 Controllo completato, l'immagine è (ora) coerente
1 Controllo non completato a causa di errori interni
2 Controllo completato, l'immagine è danneggiata
3 Controllo completato, l'immagine presenta cluster trapelati, ma non è danneggiata
63 I controlli non sono supportati dal formato immagine
Se viene specificato "-r", i codici di uscita che rappresentano lo stato dell'immagine si riferiscono allo stato dopo
(il tentativo di) ripararlo. Cioè, un "-r all" riuscito produrrà il codice di uscita
0, indipendentemente dallo stato dell'immagine precedente.
creare [-F FMT] [-O Opzioni] Nome del file [Taglia]
Crea la nuova immagine del disco Nome del file di dimensioni Taglia e formato FMT. A seconda del file
formato, puoi aggiungerne uno o più Opzioni che abilitano funzionalità aggiuntive di questo
formato.
Se l'opzione file_di_supporto è specificato, l'immagine registrerà solo il
differenze da file_di_supporto. In questo caso non è necessario specificare alcuna dimensione.
file_di_supporto non sarà mai modificato a meno che tu non usi il comando monitor "commit" (o
commit qemu-img).
La dimensione può essere specificata anche utilizzando il Taglia opzione con "-o", non è necessario che sia
specificato separatamente in questo caso.
commettere [-Q] [-F FMT] [-T nascondiglio] [-B base] [-D] [-P] Nome del file
Conferma le modifiche registrate in Nome del file nella sua immagine di base o nel file di supporto. Se la
il file di backup è più piccolo dell'istantanea, quindi il file di backup verrà ridimensionato per essere
le stesse dimensioni dell'istantanea. Se l'istantanea è più piccola del file di supporto, il
il file di backup non verrà troncato. Se vuoi che il file di supporto corrisponda alla dimensione di
l'istantanea più piccola, puoi tranquillamente troncarla tu stesso una volta che l'operazione di commit
si completa con successo.
L'immagine Nome del file viene svuotato dopo che l'operazione è andata a buon fine. Se non ti serve
Nome del file in seguito e intendi lasciarlo cadere, puoi saltare lo svuotamento Nome del file by
specificando il flag "-d".
Se la catena di supporto del dato file immagine Nome del file ha più di uno strato, il
il file di backup in cui verranno salvate le modifiche può essere specificato come base (quale
deve essere parte di Nome del file's catena di supporto). Se base non è specificato, l'immediato
file di backup dell'immagine in alto (che è Nome del file) sarà usato. Per motivi di
coerenza, specificando esplicitamente base implicherà sempre "-d" (poiché lo svuotamento an
l'immagine dopo essersi impegnata in un file di supporto indiretto porterebbe a dati diversi essere
letto dall'immagine a causa del contenuto nella catena di supporto intermedia che annulla il
obiettivo di commit).
confrontare [-F FMT] [-F FMT] [-T src_cache] [-P] [-S] [-Q] nomefile1 nomefile2
Controlla se due immagini hanno lo stesso contenuto. Puoi confrontare le immagini con diverse
formato o impostazioni.
Il formato viene verificato a meno che non lo specifichi con -f (usato per nomefile1) e / o -F (Usato
per nomefile2) opzione.
Per impostazione predefinita, le immagini con dimensioni diverse sono considerate identiche se l'immagine più grande
contiene solo settori non allocati e/o azzerati nell'area dopo la fine dell'altro
Immagine. Inoltre, se un settore non è allocato in un'immagine e contiene solo zero
byte nel secondo, viene valutato uguale. Puoi usare la modalità Rigorosa da
specificando il -s opzione. Quando il confronto viene eseguito in modalità Strict, fallisce nel caso in cui l'immagine
la dimensione è diversa o un settore è allocato in un'immagine e non è allocato nella seconda
uno.
Per impostazione predefinita, confronta stampa un messaggio di risultato. Questo messaggio mostra informazioni
che entrambe le immagini siano uguali o la posizione del primo byte diverso. Inoltre,
messaggio di risultato può riportare dimensioni dell'immagine diverse nel caso in cui venga utilizzata la modalità Strict.
Confronta le uscite con 0 nel caso in cui le immagini siano uguali e con 1 nel caso in cui le immagini
differire. Altri codici di uscita indicano che si è verificato un errore durante l'esecuzione e un errore standard
l'output dovrebbe contenere un messaggio di errore. La seguente tabella riassume tutti i codici di uscita
del sottocomando di confronto:
0 Le immagini sono identiche
1 Le immagini differiscono
2 Errore durante l'apertura di un'immagine
3 Errore durante la verifica dell'allocazione di un settore
4 Errore nella lettura dei dati
convertire [-C] [-P] [-N] [-F FMT] [-T nascondiglio] [-T src_cache] [-O output_fmt] [-O Opzioni] [-S
snapshot_id_o_name] [-l snapshot_param] [-S dimensione_sparsa] Nome del file [nomefile2 […]]
nomefile_output
Converti l'immagine del disco Nome del file o un'istantanea snapshot_param(snapshot_id_o_name is
deprecato) all'immagine del disco nomefile_output usando il formato output_fmt. Può essere
opzionalmente compresso (opzione "-c") o utilizzare qualsiasi opzione specifica del formato come la crittografia
(opzione "-o").
Solo i formati "qcow" e "qcow2" supportano la compressione. La compressione è di sola lettura.
Significa che se un settore compresso viene riscritto, viene riscritto come
dati non compressi.
La conversione dell'immagine è utile anche per ottenere un'immagine più piccola quando si utilizza un formato espandibile come
come "qcow": i settori vuoti vengono rilevati e soppressi dall'immagine di destinazione.
dimensione_sparsa indica il numero consecutivo di byte (predefinito a 4k) che deve
contengono solo zeri per qemu-img per creare un'immagine sparsa durante la conversione. Se
dimensione_sparsa è 0, la sorgente non verrà scansionata per settori non allocati o zero e
l'immagine di destinazione sarà sempre completamente allocata.
È possibile utilizzare il file_di_supporto opzione per forzare la creazione dell'immagine di output come copia
alla scrittura dell'immagine dell'immagine di base specificata; il file_di_supporto dovrebbe avere lo stesso
contenuto come immagine di base dell'input, tuttavia il percorso, il formato dell'immagine, ecc. potrebbero differire.
Se viene specificata l'opzione "-n", la creazione del volume di destinazione verrà ignorata. Questo è
utile per formati come "rbd" se il volume di destinazione è già stato creato con
opzioni specifiche del sito che non possono essere fornite tramite qemu-img.
Maggiori informazioni. [-F FMT] [--uscita=di mt] [--catena-di-supporto] Nome del file
Fornisci informazioni sull'immagine del disco Nome del file. Usalo in particolare per conoscere la taglia
riservato su disco che può essere diverso dalla dimensione visualizzata. Se gli snapshot VM sono
memorizzati nell'immagine del disco, vengono visualizzati anche loro. Il comando può essere restituito nel formato
di mt che è "umano" o "json".
Se un'immagine del disco ha una catena di file di supporto, le informazioni su ciascuna immagine del disco nel
chain può essere enumerato in modo ricorsivo utilizzando l'opzione "--backing-chain".
Ad esempio, se hai una catena di immagini come:
base.qcow2 <- snap1.qcow2 <- snap2.qcow2
Per enumerare le informazioni su ciascuna immagine del disco nella catena sopra, partendo dall'alto
per basare, fare:
qemu-img info --backing-chain snap2.qcow2
carta geografica [-F FMT] [--uscita=di mt] Nome del file
Scarica i metadati dell'immagine Nome del file e la sua catena di file di supporto. In particolare, questo
comandi scarica lo stato di allocazione di ogni settore di Nome del file, Insieme con l'
file più in alto che lo alloca nella catena di file di supporto.
Sono possibili due formati di opzione. Il formato predefinito ("umano") esegue solo il dump noto-
aree diverse da zero del file. Le parti zero note del file vengono omesse del tutto e
allo stesso modo per le parti che non sono allocate lungo la catena. qemu-img l'uscita sarà
identificare un file da cui è possibile leggere i dati e l'offset nel file. Ogni
la riga includerà quattro campi, i primi tre dei quali sono numeri esadecimali. Per
esempio la prima riga di:
Lunghezza offset mappata su file
0 0x20000 0x50000 /tmp/overlay.qcow2
0x100000 0x10000 0x95380000 /tmp/backing.qcow2
significa che 0x20000 (131072) byte a partire dall'offset 0 nell'immagine sono disponibili in
/tmp/overlay.qcow2 (aperto in formato "raw") a partire dall'offset 0x50000 (327680). Dati
che è compresso, crittografato o altrimenti non disponibile in formato raw causerà un
errore se è in uso il formato "umano". Nota che i nomi dei file possono includere nuove righe, quindi
non è sicuro analizzare questo formato di output negli script.
Il formato alternativo "json" restituirà un array di dizionari in formato JSON. Esso
includerà informazioni simili nei campi "inizio", "lunghezza", "offset"; lo farà
includere anche altre informazioni più specifiche:
- se i settori contengono o meno dati reali (campo booleano "dati"; se falso,
i settori sono non allocati o archiviati come cluster tutto zero ottimizzati);
- se i dati sono noti per essere letti come zero (campo booleano "zero");
- per accorciare l'output, il file di destinazione viene espresso come "profondità";
ad esempio, una profondità di 2 si riferisce al file di supporto del file di supporto di
Nome del file.
In formato JSON, il campo "offset" è facoltativo; è assente nei casi in cui "umano"
format ometterebbe la voce o uscirà con un errore. Se "data" è falso e il
è presente il campo "offset", i settori corrispondenti nel file non sono ancora in uso,
ma sono preassegnati.
Per ulteriori informazioni, consultare includere/bloccare/bloccare.h nel codice sorgente di QEMU.
istantanea [-l | -a istantanea | -c istantanea | -d istantanea ] Nome del file
Elenca, applica, crea o elimina le istantanee nell'immagine Nome del file.
rebase [-F FMT] [-T nascondiglio] [-T src_cache] [-P] [-u] -b file_di_supporto [-F supporto_fmt]
Nome del file
Modifica il file di supporto di un'immagine. Supporta solo i formati "qcow2" e "qed"
modifica del file di supporto.
Il file di supporto viene modificato in file_di_supporto e (se il formato immagine di Nome del file
supporta questo) il formato del file di supporto è cambiato in supporto_fmt. Se file_di_supporto is
specificato come "" (la stringa vuota), l'immagine viene ribasata su nessun file di supporto
(cioè esisterà indipendentemente da qualsiasi file di supporto).
nascondiglio specifica la modalità cache da utilizzare per Nome del file, mentre src_cache specifica
la modalità cache per la lettura dei file di backup.
Ci sono due diverse modalità in cui "rebase" può operare:
Cassetta di sicurezza modo
Questa è la modalità predefinita ed esegue una vera operazione di rebase. Il nuovo supporto
il file potrebbe differire da quello vecchio e qemu-img rebase si occuperà di mantenere il
contenuto visibile agli ospiti di Nome del file invariato.
Per raggiungere questo obiettivo, tutti i cluster che differiscono tra file_di_supporto e le
vecchio file di supporto di Nome del file sono fusi in Nome del file prima di cambiare effettivamente il
file di supporto.
Si noti che la modalità provvisoria è un'operazione costosa, paragonabile alla conversione di un
Immagine. Funziona solo se il vecchio file di supporto esiste ancora.
pericoloso modo
qemu-img utilizza la modalità non sicura se viene specificato "-u". In questa modalità, solo il supporto
nome file e formato di Nome del file viene modificato senza alcun controllo sul file
Contenuti. L'utente deve occuparsi di specificare il nuovo file di supporto corretto, oppure
il contenuto dell'immagine visibile dagli ospiti sarà danneggiato.
Questa modalità è utile per rinominare o spostare il file di backup da qualche altra parte. Esso
può essere utilizzato senza un vecchio file di supporto accessibile, ovvero puoi usarlo per riparare un
immagine il cui file di supporto è già stato spostato/rinominato.
È possibile utilizzare "rebase" per eseguire un'operazione "diff" su due immagini disco. Questo può essere
utile quando hai copiato o clonato un ospite e vuoi tornare a un sottile
immagine sopra un modello o un'immagine di base.
Diciamo che "base.img" è stato clonato come "modified.img" copiandolo e che il
Il guest "modified.img" è stato eseguito, quindi ora ci sono alcune modifiche rispetto a "base.img". Per
costruisci un'immagine sottile chiamata "diff.qcow2" che contenga solo le differenze, fai:
qemu-img create -f qcow2 -b modificato.img diff.qcow2
qemu-img rebase -b base.img diff.qcow2
A questo punto "modified.img" può essere scartato, poiché "base.img + diff.qcow2" contiene
le stesse informazioni.
ridimensionare Nome del file [+ | -]Taglia
Modifica l'immagine del disco come se fosse stata creata con Taglia.
Prima di utilizzare questo comando per ridurre un'immagine disco, DEVI utilizzare il file system e
strumenti di partizionamento all'interno della VM per ridurre i file system allocati e le dimensioni delle partizioni
di conseguenza. In caso contrario, i dati verranno persi!
Dopo aver utilizzato questo comando per far crescere un'immagine disco, è necessario utilizzare il file system e
strumenti di partizionamento all'interno della VM per iniziare effettivamente a utilizzare il nuovo spazio sul dispositivo.
emendare [-P] [-F FMT] [-T nascondiglio] -o Opzioni Nome del file
Modifica il formato dell'immagine specifico Opzioni per il file immagine Nome del file. Non tutti i file
formati supportano questa operazione.
NOTE
Formati di file immagine supportati:
crudo Formato immagine disco non elaborato (predefinito). Questo formato ha il vantaggio di essere semplice e
facilmente esportabile su tutti gli altri emulatori. Se il tuo file system supporta fori (Per
esempio in ext2 o ext3 su Linux o NTFS su Windows), quindi solo i settori scritti
riserverà spazio. Usa "qemu-img info" per conoscere la dimensione reale utilizzata dall'immagine o "ls
-ls" su Unix/Linux.
Opzioni supportate:
"preassegnazione"
Modalità di preallocazione (valori ammessi: "off", "falloc", "full"). modalità "falloc"
prealloca lo spazio per l'immagine chiamando posix_fallocate(). modalità "completa"
prealloca lo spazio per l'immagine scrivendo degli zeri nella memoria sottostante.
qcow2
Formato immagine QEMU, il formato più versatile. Usalo per avere immagini più piccole (utile se
il tuo filesystem non supporta i buchi, ad esempio su Windows), AES opzionale
crittografia, compressione basata su zlib e supporto di più snapshot di VM.
Opzioni supportate:
"compatto"
Determina la versione di qcow2 da utilizzare. "compat=0.10" usa l'immagine tradizionale
formato che può essere letto da qualsiasi QEMU dalla 0.10. "compat=1.1" abilita il formato immagine
estensioni che solo QEMU 1.1 e successive comprendono (questa è l'impostazione predefinita). Tra
altri, questo include zero cluster, che consentono un efficiente copy-on-read per sparse
immagini.
"file_di_backing"
Nome del file di un'immagine di base (vedi creare sottocomando)
"backing_fmt"
Formato immagine dell'immagine di base
"crittografia"
Se questa opzione è impostata su "on", l'immagine viene crittografata con AES-CBC a 128 bit.
L'uso della crittografia nelle immagini qcow e qcow2 è considerato imperfetto da
moderni standard di crittografia, che soffrono di una serie di problemi di progettazione:
-
sul numero di settore. Questo lo rende vulnerabile agli attacchi di testo in chiaro scelti
che può rivelare l'esistenza di dati crittografati.
-
passphrase scelta o breve comprometterà la sicurezza della crittografia.
-
cambia la passphrase per proteggere i dati in qualsiasi immagine qcow. I file devono essere
clonato, utilizzando una passphrase di crittografia diversa nel nuovo file. L'originale
il file deve quindi essere cancellato in modo sicuro utilizzando un programma come shred, anche se anche questo
è inefficace con molte moderne tecnologie di archiviazione.
L'uso della crittografia qcow / qcow2 è quindi fortemente sconsigliato. Gli utenti sono raccomandati
utilizzare una tecnologia di crittografia alternativa come Linux dm-crypt / LUKS
.
"dimensione_cluster"
Modifica la dimensione del cluster qcow2 (deve essere compresa tra 512 e 2M). Cluster di dimensioni più piccole
può migliorare la dimensione del file di immagine mentre generalmente forniscono dimensioni di cluster più grandi
prestazioni migliori.
"preassegnazione"
Modalità di preallocazione (valori ammessi: "off", "metadata", "falloc", "full"). Un'immagine
con metadati preallocati è inizialmente più grande ma può migliorare le prestazioni quando
l'immagine ha bisogno di crescere. Le preallocazioni "falloc" e "full" sono uguali
opzioni del formato "raw", ma imposta anche i metadati.
"lazy_refcounts"
Se questa opzione è impostata su "on", gli aggiornamenti del conteggio dei riferimenti vengono posticipati con l'obiettivo
evitare l'I/O dei metadati e migliorare le prestazioni. Questo è particolarmente
interessante con cache=scrittura che non esegue in batch gli aggiornamenti dei metadati. Il
il compromesso è che dopo un arresto anomalo dell'host, le tabelle di conteggio dei riferimenti devono essere ricostruite,
cioè alla successiva apertura è richiesto un (automatico) "qemu-img check -r all", che
potrebbe volerci del tempo.
Questa opzione può essere abilitata solo se è specificato "compat=1.1.".
"ora"
Se questa opzione è impostata su "on", disattiverà COW del file. È valido solo
su btrfs, nessun effetto su altri file system.
Btrfs ha prestazioni basse quando ospita un file di immagine VM, ancora di più quando il guest
sulla VM anche utilizzando btrfs come file system. Spegnere COW è un modo per mitigare
questa pessima prestazione. Generalmente ci sono due modi per disattivare COW su btrfs: a)
Disabilitalo montando con nodatacow, quindi tutti i file appena creati saranno NOCOW.
b) Per un file vuoto, aggiungere l'attributo file NOCOW. Questo è ciò che fa questa opzione.
Nota: questa opzione è valida solo per file nuovi o vuoti. Se c'è un esistente
file che è COW e ha già blocchi di dati, non può essere modificato in NOCOW da
impostando "nocow=on". Si può emettere "lsattr filename" per verificare se il flag NOCOW è
impostato o meno (la "C" maiuscola è il flag NOCOW).
Altri
QEMU supporta anche vari altri formati di file immagine per la compatibilità con i vecchi QEMU
versioni o altri hypervisor, inclusi VMDK, VDI, VHD (vpc), VHDX, qcow1 e QED.
Per un elenco completo dei formati supportati, vedere "qemu-img --help". Per un approfondimento
descrizione di questi formati, vedere la documentazione utente dell'emulazione QEMU.
Lo scopo principale dei driver di blocco per questi formati è la conversione delle immagini. Per
VM in esecuzione, si consiglia di convertire le immagini del disco in raw o qcow2 in
fine di ottenere buone prestazioni.
Usa qemu-img online usando i servizi onworks.net