qemu-img

PROGRAMM:

NAME/FUNKTION

qemu-img – QEMU-Disk-Image-Dienstprogramm

ZUSAMMENFASSUNG

Verwendung: qemu-img-Befehl [Befehlsoptionen]

BESCHREIBUNG

Mit qemu-img können Sie Bilder offline erstellen, konvertieren und ändern. Es kann alle Bilder verarbeiten
Von QEMU unterstützte Formate.

Warnung: Verwenden Sie qemu-img niemals, um Bilder zu ändern, die von einer laufenden virtuellen Maschine oder einer anderen Maschine verwendet werden
anderer Prozess; Dadurch kann das Bild zerstört werden. Beachten Sie auch, dass das Abfragen eines Bildes der Fall ist
Bei der Änderung durch einen anderen Prozess kann es zu einem inkonsistenten Zustand kommen.

OPTIONAL

Die folgenden Befehle werden unterstützt:

aus der Ferne überprüfen [-Q] [-F fmt] [--Ausgabe=ofmt] [-R [Lecks | alle]] [-T src_cache] Dateinamen
erstellen [-Q] [-F fmt] [-oder Optionen] Dateinamen [Größe]
verpflichten [-Q] [-F fmt] [-T Cache-Speicher] [-B Base] [-D] [-P] Dateinamen
vergleichen [-F fmt] [-F fmt] [-T src_cache] [-P] [-Q] [-S] Dateiname1 Dateiname2
verkaufen [-C] [-P] [-Q] [-N] [-F fmt] [-T Cache-Speicher] [-T src_cache] [-Ö Ausgabe_fmt] [-oder
Optionen] [-S snapshot_id_or_name] [-l snapshot_param] [-S sparse_size] Dateinamen [Dateiname2
[...]] Name der Ausgabedatei
Info [-F fmt] [--Ausgabe=ofmt] [--backing-chain] Dateinamen
Karte [-F fmt] [--Ausgabe=ofmt] Dateinamen
Schnappschuss [-Q] [-l | -a Schnappschuss | -c Schnappschuss | -d Schnappschuss] Dateinamen
zurückweisen [-Q] [-F fmt] [-T Cache-Speicher] [-T src_cache] [-P] [-u] -b backing_file [-F backing_fmt]
Dateinamen
Größe [-Q] Dateinamen [+ | -]Größe
ändern [-P] [-Q] [-F fmt] [-T Cache-Speicher] -o Optionen Dateinamen

Befehlsparameter:

Dateinamen
ist der Name einer Disk-Image-Datei

fmt ist das Disk-Image-Format. In den meisten Fällen wird es automatisch erraten. Siehe unten für a
Beschreibung der unterstützten Festplattenformate.

--backing-chain
listet Informationen zu Sicherungsdateien in einer Disk-Image-Kette auf. Siehe unten für
weitere Beschreibung.

Größe
ist die Größe des Disk-Images in Bytes. Optionale Suffixe „k“ oder „K“ (Kilobyte, 1024) „M“
(Megabyte, 1024 KB) und „G“ (Gigabyte, 1024 MB) und T (Terabyte, 1024 GB) werden unterstützt.
„b“ wird ignoriert.

Name der Ausgabedatei
ist der Name der Ziel-Disk-Image-Datei

Ausgabe_fmt
ist das Zielformat

Optionen
ist eine durch Kommas getrennte Liste formatspezifischer Optionen im Name=Wert-Format. Verwenden Sie „-o
?" für eine Übersicht über die vom verwendeten Format unterstützten Optionen oder sehen Sie sich das Format an
Einzelheiten finden Sie in den Beschreibungen unten.

snapshot_param
ist ein Parameter, der für den internen Snapshot verwendet wird. Das Format lautet „snapshot.id=[ID],snapshot.name=[NAME]“.
oder „[ID_OR_NAME]“

snapshot_id_or_name
ist veraltet, verwenden Sie stattdessen snapshot_param

-c gibt an, dass das Zielbild komprimiert werden muss (nur qcow-Format)

-h Mit oder ohne Befehl zeigt Hilfe an und listet die unterstützten Formate auf

-p Fortschrittsbalken anzeigen (nur Vergleichs-, Konvertierungs- und Rebase-Befehle). Wenn die -p Option ist
Wird nicht für einen Befehl verwendet, der dies unterstützt, wird der Fortschritt beim Prozess gemeldet
empfängt ein „SIGUSR1“-Signal.

-q Leiser Modus – keine Ausgabe drucken (außer Fehler). Für den Fall, dass es keinen Fortschrittsbalken gibt
beide -q und -p Optionen verwendet werden.

-S Größe
gibt die aufeinanderfolgende Anzahl von Bytes an, die für qemu-img nur Nullen enthalten dürfen
Erstellen Sie während der Konvertierung ein spärliches Bild. Dieser Wert wird auf die nächsten 512 abgerundet
Bytes. Sie können die üblichen Größensuffixe wie „k“ für Kilobyte verwenden.

-t Cache-Speicher
Gibt den Cache-Modus an, der mit der (Ziel-)Datei verwendet werden soll. Siehe die
Dokumentation der Option „-drive Cache=…“ des Emulators für zulässige Werte.

-T src_cache
Gibt den Cache-Modus an, der mit den Quelldateien verwendet werden soll. Siehe die
Dokumentation der Option „-drive Cache=…“ des Emulators für zulässige Werte.

Parameter für den Snapshot-Unterbefehl:

Schnappschuss
ist der Name des Snapshots, der erstellt, angewendet oder gelöscht werden soll

-a wendet einen Snapshot an (versetzt die Festplatte in den gespeicherten Zustand)

-c erstellt einen Schnappschuss

-d löscht einen Schnappschuss

-l listet alle Schnappschüsse im angegebenen Bild auf

Parameter zum Vergleichen des Unterbefehls:

-f Erstes Bildformat

-F Zweites Bildformat

-s Strikter Modus – schlägt bei unterschiedlicher Bildgröße oder Sektorzuordnung fehl

Parameter zum Konvertieren des Unterbefehls:

-n Überspringen Sie die Erstellung des Zielvolumes

Befehlsbeschreibung:

aus der Ferne überprüfen [-F fmt] [--Ausgabe=ofmt] [-R [Lecks | alle]] [-T src_cache] Dateinamen
Führen Sie eine Konsistenzprüfung des Disk-Images durch Dateinamen. Der Befehl kann im ausgegeben werden
Format ofmt Das ist entweder „human“ oder „json“.

Wenn „-r“ angegeben ist, versucht qemu-img, alle während der Installation gefundenen Inkonsistenzen zu reparieren
überprüfen. „-r Leaks“ repariert nur Cluster-Lecks, während „-r all“ alle Arten von Lecks behebt
Fehler, mit einem höheren Risiko, den falschen Fix auszuwählen oder vorhandene Schäden zu verbergen
bereits geschehen.

Nur die Formate „qcow2“, „qed“ und „vdi“ unterstützen Konsistenzprüfungen.

Falls das Bild keine Inkonsistenzen aufweist, überprüfen Sie die Exits mit 0. Anderer Exit
Codes zeigen die Art der gefundenen Inkonsistenz an oder ob ein anderer Fehler aufgetreten ist. Der
Die folgende Tabelle fasst alle Exit-Codes des Unterbefehls check zusammen:

0 Prüfung abgeschlossen, das Bild ist (jetzt) ​​konsistent

1 Prüfung aufgrund interner Fehler nicht abgeschlossen

2 Überprüfung abgeschlossen, Bild ist beschädigt

3 Überprüfung abgeschlossen, das Bild weist Cluster-Lecks auf, ist aber nicht beschädigt

63 Schecks werden vom Bildformat nicht unterstützt

Wenn „-r“ angegeben ist, beziehen sich Exit-Codes, die den Bildstatus darstellen, auf den Status danach
(der Versuch, es zu reparieren). Das heißt, ein erfolgreiches „-r all“ ergibt den Exit-Code
0, unabhängig vom vorherigen Bildzustand.

erstellen [-F fmt] [-oder Optionen] Dateinamen [Größe]
Erstellen Sie das neue Disk-Image Dateinamen von Größe Größe und formatieren fmt. Abhängig von der Datei
Format auswählen, können Sie eines oder mehrere hinzufügen Optionen die zusätzliche Funktionen davon ermöglichen
Format.

Wenn die Option backing_file angegeben ist, wird das Bild nur das aufzeichnen
Unterschiede zu backing_file. In diesem Fall muss keine Größe angegeben werden.
backing_file wird niemals geändert, es sei denn, Sie verwenden den Monitorbefehl „commit“ (oder
qemu-img commit).

Die Größe kann auch über angegeben werden Größe Option mit „-o“, das muss nicht sein
werden in diesem Fall gesondert angegeben.

verpflichten [-Q] [-F fmt] [-T Cache-Speicher] [-B Base] [-D] [-P] Dateinamen
Übernehmen Sie die in aufgezeichneten Änderungen Dateinamen in seinem Basis-Image oder seiner Hintergrunddatei. Wenn die
Wenn die Sicherungsdatei kleiner als der Snapshot ist, wird die Größe der Sicherungsdatei entsprechend angepasst
die gleiche Größe wie der Schnappschuss. Wenn der Snapshot kleiner als die Sicherungsdatei ist, wird der
Die Sicherungsdatei wird nicht abgeschnitten. Wenn Sie möchten, dass die Sicherungsdatei der Größe von entspricht
Wenn Sie den kleineren Snapshot verwenden, können Sie ihn nach dem Commit-Vorgang problemlos selbst kürzen
erfolgreich abgeschlossen.

Das Bild Dateinamen wird geleert, nachdem der Vorgang erfolgreich war. Wenn Sie es nicht brauchen
Dateinamen Danach können Sie das Entleeren überspringen und beabsichtigen, es fallen zu lassen Dateinamen by
Angabe des Flags „-d“.

Wenn die Hintergrundkette der angegebenen Bilddatei Dateinamen hat mehr als eine Schicht, die
Die Sicherungsdatei, in die die Änderungen übernommen werden, kann als angegeben werden Base (welche
muss Teil davon sein Dateinamen's Backing-Kette). Wenn Base ist nicht angegeben, die unmittelbare
Sicherungsdatei des oberen Bildes (d. h Dateinamen) wird verwendet. Aus Gründen der
Konsistenz, explizit spezifizieren Base wird immer „-d“ implizieren (da das Leeren von an
Das Erstellen eines Bildes nach dem Festschreiben in eine indirekte Sicherungsdatei würde zu unterschiedlichen Daten führen
aus dem Bild gelesen, da der Inhalt in der Zwischen-Backing-Kette das überschreibt
Commit-Ziel).

vergleichen [-F fmt] [-F fmt] [-T src_cache] [-P] [-S] [-Q] Dateiname1 Dateiname2
Überprüfen Sie, ob zwei Bilder den gleichen Inhalt haben. Sie können Bilder mit verschiedenen vergleichen
Format oder Einstellungen.

Das Format wird geprüft, sofern Sie es nicht angeben -f (benutzt für Dateiname1) und / oder -F (benutzt
für Dateiname2) Möglichkeit.

Standardmäßig werden Bilder unterschiedlicher Größe als identisch betrachtet, wenn das Bild größer ist
enthält nur nicht zugewiesene und/oder auf Null gesetzte Sektoren im Bereich nach dem Ende des anderen
Bild. Wenn außerdem ein Sektor nicht in einem Bild zugeordnet ist und nur Null enthält
Bytes im zweiten, wird es als gleich gewertet. Sie können den strikten Modus verwenden
Angabe der -s Möglichkeit. Wenn der Vergleich im strengen Modus ausgeführt wird, schlägt er im Fall von Bildern fehl
Die Größe ist unterschiedlich oder ein Sektor ist in einem Bild zugewiesen und im zweiten nicht zugewiesen
eins.

Standardmäßig gibt Compare eine Ergebnismeldung aus. Diese Meldung zeigt Informationen an
dass beide Bilder gleich sind oder die Position des ersten unterschiedlichen Bytes. Zusätzlich,
Die Ergebnismeldung kann eine unterschiedliche Bildgröße melden, wenn der strikte Modus verwendet wird.

Vergleichen Sie Ausgänge mit 0, falls die Bilder gleich sind, und mit 1, falls die Bilder gleich sind
abweichen. Andere Exit-Codes bedeuten, dass während der Ausführung ein Fehler aufgetreten ist, und sind Standardfehler
Die Ausgabe sollte eine Fehlermeldung enthalten. Die folgende Tabelle fasst alle Exit-Codes zusammen
des Unterbefehls „compare“:

0 Bilder sind identisch

1 Bilder unterscheiden sich

2 Fehler beim Öffnen eines Bildes

3 Fehler bei der Überprüfung einer Sektorzuordnung

4 Fehler beim Lesen der Daten

verkaufen [-C] [-P] [-N] [-F fmt] [-T Cache-Speicher] [-T src_cache] [-Ö Ausgabe_fmt] [-oder Optionen] [-S
snapshot_id_or_name] [-l snapshot_param] [-S sparse_size] Dateinamen [Dateiname2 [...]]
Name der Ausgabedatei
Konvertieren Sie das Disk-Image Dateinamen oder ein Schnappschuss snapshot_param(snapshot_id_or_name is
veraltet) auf das Disk-Image Name der Ausgabedatei Format verwenden Ausgabe_fmt. Es kann sein
optional komprimiert (Option „-c“) oder formatspezifische Optionen wie Verschlüsselung verwenden
("-o"-Option).

Nur die Formate „qcow“ und „qcow2“ unterstützen die Komprimierung. Die Komprimierung ist schreibgeschützt.
Das bedeutet, dass ein komprimierter Sektor, wenn er neu geschrieben wird, als neu geschrieben wird
unkomprimierte Daten.

Die Bildkonvertierung ist auch nützlich, um kleinere Bilder zu erhalten, wenn Sie ein erweiterbares Format verwenden, z
als „qcow“: Die leeren Sektoren werden erkannt und aus dem Zielbild unterdrückt.

sparse_size gibt die aufeinanderfolgende Anzahl von Bytes (Standard: 4 KB) an, die erforderlich sind
enthalten nur Nullen für qemu-img, um während der Konvertierung ein spärliches Bild zu erstellen. Wenn
sparse_size ist 0, die Quelle wird nicht nach nicht zugewiesenen oder Nullsektoren durchsucht, und
Das Zielbild wird immer vollständig zugewiesen.

Sie können die Verwendung backing_file Option, um zu erzwingen, dass das Ausgabebild als Kopie erstellt wird
beim Schreiben des Bildes des angegebenen Basisbildes; Die backing_file sollte das gleiche haben
Inhalt als Basisbild der Eingabe, der Pfad, das Bildformat usw. können jedoch abweichen.

Wenn die Option „-n“ angegeben ist, wird die Erstellung des Zielvolumes übersprungen. Das ist
nützlich für Formate wie „rbd“, wenn das Zielvolume bereits mit erstellt wurde
Site-spezifische Optionen, die nicht über qemu-img bereitgestellt werden können.

Info [-F fmt] [--Ausgabe=ofmt] [--backing-chain] Dateinamen
Geben Sie Informationen zum Disk-Image an Dateinamen. Verwenden Sie es insbesondere, um die Größe zu ermitteln
auf der Festplatte reserviert, die von der angezeigten Größe abweichen kann. Wenn VM-Snapshots vorhanden sind
im Disk-Image gespeichert sind, werden sie ebenfalls angezeigt. Der Befehl kann im Format ausgegeben werden
ofmt Das ist entweder „human“ oder „json“.

Wenn ein Disk-Image über eine Sicherungsdateikette verfügt, werden Informationen zu jedem Disk-Image in der Dateikette angezeigt
Die Kette kann mithilfe der Option „--backing-chain“ rekursiv aufgezählt werden.

Wenn Sie beispielsweise eine Bildkette wie die folgende haben:

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

Um Informationen zu jedem Disk-Image in der obigen Kette aufzulisten, beginnend von oben
Um zu basieren, tun Sie:

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

Karte [-F fmt] [--Ausgabe=ofmt] Dateinamen
Geben Sie die Metadaten des Bildes aus Dateinamen und die dazugehörige Dateikette. Insbesondere dies
Befehle geben den Zuordnungsstatus jedes Sektors von aus DateinamenZusammen mit den
oberste Datei, die sie in der Hintergrunddateikette zuordnet.

Zwei Optionsformate sind möglich. Das Standardformat („human“) speichert nur bekannte Dumps.
Nicht-Null-Bereiche der Datei. Teile der Datei, von denen bekannt ist, dass sie Null sind, werden vollständig weggelassen
ebenso für Teile, die nicht in der gesamten Kette verteilt sind. qemu-img Ausgabe wird
Identifizieren Sie eine Datei, aus der die Daten gelesen werden können, und den Offset in der Datei. Jede
Die Zeile enthält vier Felder, von denen die ersten drei Hexadezimalzahlen sind. Für
Beispiel die erste Zeile von:

Der Datei zugeordnete Versatzlänge
0 0x20000 0x50000 /tmp/overlay.qcow2
0x100000 0x10000 0x95380000 /tmp/backing.qcow2

bedeutet, dass 0x20000 (131072) Bytes ab Offset 0 im Bild verfügbar sind
/tmp/overlay.qcow2 (im „raw“-Format geöffnet) beginnend bei Offset 0x50000 (327680). Daten
das komprimiert, verschlüsselt oder aus anderen Gründen nicht im Rohformat verfügbar ist, führt zu einem
Fehler, wenn das „menschliche“ Format verwendet wird. Beachten Sie, dass Dateinamen Zeilenumbrüche enthalten können
Es ist nicht sicher, dieses Ausgabeformat in Skripten zu analysieren.

Das alternative Format „json“ gibt ein Array von Wörterbüchern im JSON-Format zurück. Es
fügt ähnliche Informationen in die Felder „Start“, „Länge“ und „Versatz“ ein; es wird
Fügen Sie auch andere spezifischere Informationen hinzu:

- ob die Sektoren tatsächliche Daten enthalten oder nicht (boolesches Feld „Daten“; wenn falsch,
die Sektoren sind entweder nicht zugeordnet oder werden als optimierte All-Zero-Cluster gespeichert);

- ob die Daten bekanntermaßen als Null gelesen werden (boolesches Feld „Null“);

- Um die Ausgabe kürzer zu machen, wird die Zieldatei als „Tiefe“ ausgedrückt;
Beispielsweise bezieht sich eine Tiefe von 2 auf die Sicherungsdatei der Sicherungsdatei von
Dateinamen.

Im JSON-Format ist das Feld „Offset“ optional; es fehlt in Fällen, in denen „menschlich“
Das Format würde den Eintrag auslassen oder mit einem Fehler beenden. Wenn „Daten“ falsch ist und die
Wenn das Feld „Offset“ vorhanden ist, werden die entsprechenden Sektoren in der Datei noch nicht verwendet.
aber sie sind vorbelegt.

Für weitere Informationen konsultieren Sie include/block/block.h im Quellcode von QEMU.

Schnappschuss [-l | -a Schnappschuss | -c Schnappschuss | -d Schnappschuss ] Dateinamen
Schnappschüsse im Bild auflisten, anwenden, erstellen oder löschen Dateinamen.

zurückweisen [-F fmt] [-T Cache-Speicher] [-T src_cache] [-P] [-u] -b backing_file [-F backing_fmt]
Dateinamen
Ändert die Hintergrunddatei eines Bildes. Es werden nur die Formate „qcow2“ und „qed“ unterstützt
Ändern der Sicherungsdatei.

Die Sicherungsdatei wird geändert in backing_file und (wenn das Bildformat von Dateinamen
unterstützt dies) wird das Format der Sicherungsdatei geändert backing_fmt. Wenn backing_file is
Wird als „“ (die leere Zeichenfolge) angegeben, wird das Bild auf keine Sicherungsdatei umbasiert
(dh es wird unabhängig von einer Sicherungsdatei existieren).

Cache-Speicher Gibt den Cache-Modus an, der verwendet werden soll Dateinamen, wohingegen src_cache spezifiziert
der Cache-Modus zum Lesen von Sicherungsdateien.

Es gibt zwei verschiedene Modi, in denen „rebase“ arbeiten kann:

Sicher Modus
Dies ist der Standardmodus und führt einen echten Rebase-Vorgang durch. Der neue Rücken
Die Datei kann sich von der alten unterscheiden und qemu-img rebase sorgt dafür, dass sie erhalten bleibt
Für Gäste sichtbarer Inhalt von Dateinamen unverändert.

Um dies zu erreichen, müssen alle Cluster unterschiedlich sein backing_file und den
alte Sicherungsdatei von Dateinamen sind zusammengeführt in Dateinamen bevor Sie das tatsächlich ändern
Sicherungsdatei.

Beachten Sie, dass der abgesicherte Modus ein teurer Vorgang ist, vergleichbar mit der Konvertierung einer
Bild. Es funktioniert nur, wenn die alte Sicherungsdatei noch vorhanden ist.

Unsicher Modus
qemu-img verwendet den unsicheren Modus, wenn „-u“ angegeben ist. In diesem Modus erfolgt nur die Unterstützung
Dateiname und Format von Dateinamen wird ohne Prüfung der Datei geändert
Inhalt. Der Benutzer muss darauf achten, die korrekte neue Sicherungsdatei anzugeben, bzw
Der für Gäste sichtbare Inhalt des Bildes wird beschädigt.

Dieser Modus ist nützlich, um die Sicherungsdatei umzubenennen oder an einen anderen Ort zu verschieben. Es
kann ohne zugängliche alte Sicherungsdatei verwendet werden, d. h. Sie können damit eine Datei reparieren
Bild, dessen Hintergrunddatei bereits verschoben/umbenannt wurde.

Sie können „rebase“ verwenden, um einen „Diff“-Vorgang für zwei Disk-Images durchzuführen. Das kann sein
Nützlich, wenn Sie einen Gast kopiert oder geklont haben und zu einem Thin zurückkehren möchten
Bild über einer Vorlage oder einem Basisbild.

Angenommen, „base.img“ wurde durch Kopieren als „modified.img“ geklont und das
Der Gast „modified.img“ wurde ausgeführt, daher gibt es nun einige Änderungen im Vergleich zu „base.img“. Zu
Erstellen Sie ein dünnes Image mit dem Namen „diff.qcow2“, das nur die Unterschiede enthält. Gehen Sie wie folgt vor:

qemu-img create -f qcow2 -b Modified.img diff.qcow2
qemu-img rebase -b base.img diff.qcow2

An dieser Stelle kann „modified.img“ verworfen werden, da „base.img + diff.qcow2“ enthält
die gleichen Informationen.

Größe Dateinamen [+ | -]Größe
Ändern Sie das Disk-Image so, als ob es mit erstellt worden wäre Größe.

Bevor Sie diesen Befehl zum Verkleinern eines Disk-Images verwenden, MÜSSEN Sie das Dateisystem und verwenden
Partitionierungstools innerhalb der VM, um zugewiesene Dateisysteme und Partitionsgrößen zu reduzieren
entsprechend. Andernfalls kommt es zu Datenverlust!

Nachdem Sie diesen Befehl zum Erweitern eines Disk-Images verwendet haben, müssen Sie das Dateisystem und verwenden
Partitionierungstools innerhalb der VM, um tatsächlich mit der Nutzung des neuen Speicherplatzes auf dem Gerät zu beginnen.

ändern [-P] [-F fmt] [-T Cache-Speicher] -o Optionen Dateinamen
Ändert das Bildformat spezifisch Optionen für die Bilddatei Dateinamen. Nicht alle Dateien
Formate unterstützen diesen Vorgang.

ANMERKUNG

Unterstützte Bilddateiformate:

roh Raw-Disk-Image-Format (Standard). Dieses Format hat den Vorteil, dass es einfach und einfach ist
problemlos in alle anderen Emulatoren exportierbar. Wenn Ihr Dateisystem dies unterstützt Löcher (Für
Beispiel in ext2 oder ext3 unter Linux oder NTFS unter Windows), dann nur die geschriebenen Sektoren
wird Platz reservieren. Verwenden Sie „qemu-img info“, um die tatsächliche Größe des Bildes zu erfahren, oder „ls
-ls" unter Unix/Linux.

Unterstützte Optionen:

„Vorbelegung“
Vorbelegungsmodus (zulässige Werte: „off“, „falloc“, „full“). „Falloc“-Modus
Reserviert durch Aufruf vorab Platz für das Bild posix_fallocate(). „Voll“-Modus
Reserviert vorab Speicherplatz für das Bild, indem Nullen in den zugrunde liegenden Speicher geschrieben werden.

qcow2
QEMU-Bildformat, das vielseitigste Format. Verwenden Sie es, um kleinere Bilder zu erhalten (nützlich, wenn
Ihr Dateisystem unterstützt keine Lücken, beispielsweise unter Windows), optionales AES
Verschlüsselung, Zlib-basierte Komprimierung und Unterstützung mehrerer VM-Snapshots.

Unterstützte Optionen:

„kompatibel“
Bestimmt die zu verwendende qcow2-Version. „compat=0.10“ verwendet das traditionelle Bild
Format, das von jedem QEMU seit 0.10 gelesen werden kann. „compat=1.1“ aktiviert das Bildformat
Erweiterungen, die nur QEMU 1.1 und neuer verstehen (dies ist die Standardeinstellung). Unter
Bei anderen umfasst dies Null-Cluster, die ein effizientes Kopieren beim Lesen für Sparse ermöglichen
Bilder.

„backing_file“
Dateiname eines Basisimages (siehe erstellen Unterbefehl)

„backing_fmt“
Bildformat des Basisbildes

„Verschlüsselung“
Wenn diese Option auf „Ein“ gesetzt ist, wird das Bild mit 128-Bit-AES-CBC verschlüsselt.

Die Verwendung der Verschlüsselung in qcow- und qcow2-Bildern wird von als fehlerhaft angesehen
moderne Kryptographiestandards, die unter einer Reihe von Designproblemen leiden:

-
auf der Sektornummer. Dies macht es anfällig für ausgewählte Klartextangriffe
die die Existenz verschlüsselter Daten aufdecken kann.

-
Eine gewählte oder kurze Passphrase gefährdet die Sicherheit der Verschlüsselung.

-
Ändern Sie die Passphrase, um die Daten in allen QCOW-Bildern zu schützen. Die Dateien müssen sein
geklont, wobei eine andere Verschlüsselungspassphrase in der neuen Datei verwendet wird. Das Original
Die Datei muss dann mit einem Programm wie Shred sicher gelöscht werden, allerdings auch mit diesem
ist bei vielen modernen Speichertechnologien wirkungslos.

Von der Verwendung der qcow-/qcow2-Verschlüsselung wird daher dringend abgeraten. Benutzer werden empfohlen
eine alternative Verschlüsselungstechnologie wie Linux dm-crypt / LUKS zu verwenden
System.

"Clustergröße"
Ändert die qcow2-Clustergröße (muss zwischen 512 und 2 MB liegen). Kleinere Clustergrößen
kann die Bilddateigröße verbessern, während größere Clustergrößen im Allgemeinen dies ermöglichen
bessere Leistung.

„Vorbelegung“
Vorbelegungsmodus (zulässige Werte: „off“, „metadata“, „falloc“, „full“). Ein Bild
mit vorab zugewiesenen Metadaten ist zunächst größer, kann jedoch die Leistung verbessern
Das Image muss wachsen. „Falloc“- und „Full“-Vorbelegungen sind gleich
Optionen des „Roh“-Formats, richtet aber auch Metadaten ein.

„lazy_refcounts“
Wenn diese Option auf „Ein“ gesetzt ist, werden Aktualisierungen der Referenzanzahl mit dem Ziel verschoben
Vermeidung von Metadaten-I/O und Verbesserung der Leistung. Das ist besonders
interessant mit cache=durchschreiben Dies führt keine Batch-Metadatenaktualisierungen durch. Der
Der Nachteil besteht darin, dass nach einem Host-Absturz die Referenzzähltabellen neu erstellt werden müssen.
Dh beim nächsten Öffnen ist ein (automatisches) „qemu-img check -r all“ erforderlich, welches
kann einige Zeit dauern.

Diese Option kann nur aktiviert werden, wenn „compat=1.1“ angegeben ist.

„noch“
Wenn diese Option auf „Ein“ gesetzt ist, wird COW der Datei deaktiviert. Es ist nur gültig
auf Btrfs, keine Auswirkung auf andere Dateisysteme.

Btrfs weist beim Hosten einer VM-Image-Datei eine geringe Leistung auf, noch mehr, wenn es sich um einen Gast handelt
Auf der VM wird auch Btrfs als Dateisystem verwendet. Das Ausschalten von COW ist eine Möglichkeit zur Abmilderung
diese schlechte Leistung. Im Allgemeinen gibt es zwei Möglichkeiten, COW auf BTRFS zu deaktivieren: a)
Deaktivieren Sie es, indem Sie es mit „nodatacow“ mounten. Dann sind alle neu erstellten Dateien NOCOW.
b) Fügen Sie für eine leere Datei das Dateiattribut NOCOW hinzu. Genau das macht diese Option.

Hinweis: Diese Option gilt nur für neue oder leere Dateien. Falls vorhanden
Datei, die COW ist und bereits Datenblöcke enthält, konnte von nicht in NOCOW geändert werden
Einstellung „nocow=on“. Man kann „lsattr filename“ eingeben, um zu überprüfen, ob das NOCOW-Flag gesetzt ist
gesetzt ist oder nicht (das große „C“ ist das NOCOW-Flag).

Andere
QEMU unterstützt auch verschiedene andere Bilddateiformate für die Kompatibilität mit älteren QEMU
Versionen oder andere Hypervisoren, einschließlich VMDK, VDI, VHD (vpc), VHDX, qcow1 und QED.
Eine vollständige Liste der unterstützten Formate finden Sie unter „qemu-img --help“. Für eine detailliertere
Eine Beschreibung dieser Formate finden Sie in der Benutzerdokumentation zur QEMU-Emulation.

Der Hauptzweck der Blocktreiber für diese Formate ist die Bildkonvertierung. Für
Wenn Sie VMs ausführen, wird empfohlen, die Disk-Images entweder in RAW oder QCOW2 zu konvertieren
um eine gute Leistung zu erzielen.

Nutzen Sie qemu-img online über die Dienste von onworks.net