ubuntuusers.de

Hinweis: Dies ist ein statischer Snapshot unseres Wikis vom 25. März 2013 und kann daher nicht bearbeitet werden. Der aktuelle Artikel ist unter wiki.ubuntuusers.de zu finden.
WikiQEMU

QEMU

Dieser Artikel wurde für die folgenden Ubuntu-Versionen getestet:

QEMU {en} ist ein freier Emulator und Virtualisierer. Mit ihm ist es möglich, ein anderes Betriebssystem in einem Fenster zu booten und so zu benutzen, als sei es normal gestartet worden. Eine grundsätzliche Einführung zu diesem Thema findet man im Artikel Virtualisierung.

Einige Merkmale von QEMU sind:

  • läuft in Kombination mit KVM fast mit nativer Geschwindigkeit

  • kann bis zu vier virtuelle Festplatten einbinden

  • man benötigt für den Gast keine Gasterweiterungen (wie bei VirtualBox oder VMware notwendig)

  • sehr viele Optionen zum Starten des Gastsystems, wie z.B. Multiprozessor-Emulation auch bei Einprozessor-Systemen

  • kann auch andere Prozessorarchitekturen wie z.B. PowerPC oder ARM emulieren

QEMU ist auch für andere Plattformen {en} wie Windows und MacOS erhältlich.

Installation

QEMU installieren

QEMU wird in Kombination mit KVM „geliefert“ und kann durch folgendes Paket installiert [1] werden:

  • qemu-kvm

Wiki/Vorlagen/Installbutton/button.png mit apturl

Paketliste zum Kopieren:

sudo apt-get install qemu-kvm 

sudo aptitude install qemu-kvm 

Dieses Paket enthält allerdings „nur“ die Emulation von x86 (32 + 64 bit) Maschinen. Möchte man andere Hardware-Plattformen emulieren, so braucht man auch das Paket

  • qemu-kvm-extras

Wiki/Vorlagen/Installbutton/button.png mit apturl

Paketliste zum Kopieren:

sudo apt-get install qemu-kvm-extras 

sudo aptitude install qemu-kvm-extras 

Danach muss noch eine Verknüpfung auf die gewünschte Standardarchitektur (typischerweise i386 bzw. x86_64) gesetzt werden:

sudo ln -s /usr/bin/qemu-system-ARCHITEKTUR /usr/bin/qemu 

ARCHITEKTUR ist dabei durch die gewünschte Prozessorarchitektur zu ersetzen.

Grafische Oberflächen für QEMU

Dieser Artikel beschreibt die Einrichtung und Startparameter für QEMU ausschließlich über ein Terminal[3]. Der Vollständigkeit halber seien hier aber noch einige grafische Programme für QEMU aufgeführt, die den Einstieg in QEMU wesentlich erleichtern. Auch wenn sie für spezielle Desktopumgebungen entworfen wurden, sind sie natürlich auch unter anderen Umgebungen lauffähig.

Für GNOME:

  • qemu-launcher (universe)

  • qemulator (universe)

  • qemuctl (universe)

  • virt-manager

Für KDE:

Für die Shell:

  • virsh bietet auch einige Funktionen des Qemu-Monitors

Wiki/Icons/develop.png

Geschwindigkeit

QEMU kommuniziert direkt mit dem Kernel, so dass das Gastsystem annähernd mit der Geschwindigkeit des Wirtssystems läuft. Wie man herausfindet, ob der Prozessor diese Hardwarevirtualisierung unterstützt, steht im Artikel KVM.

Wiki/Icons/download_manager.png

Installation eines Betriebssystems

Alle folgenden Befehle werden in einem Terminal [3] eingegeben.

Virtuelle Festplatte einrichten

Um ein Betriebssystem in einer Virtuellen Maschine installieren zu können, muss als erstes der Container (eine virtuelle Festplatte, angelegt als Datei) erstellt werden:

qemu-img create BOOTSYSTEM.img 10G 

Anstatt BOOTSYSTEM sollte man einen geeigneten Namen wählen. In diesem Fall erstellt man einen 10 GB großen Container im raw-Format. Man kann die Größe des Containers auch in MB angeben, also bezogen auf das obige Beispiel 10240M (10 * 1024) statt 10G.

Je nachdem, in welcher Art von Dateisystem dieser Container liegt, wächst die Datei ggf. erst dann dynamisch an, wenn tatsächlich Daten darin gespeichert werden. Damit ist sie anfangs 0 Bytes groß, auch wenn die meisten Programme (z.B.) 10GB zeigen. Dies ist z.B. bei einer typischen Ubuntu-Installation auf einem ext-Dateisystem der Fall (bezogen auf das Host-System; der Gast in der VM ist egal). Möchte man solche Sparse-Dateien auch auf älteren Dateisystemen nutzen oder andere Verbesserungen nutzen, so kann man ein anderes Format wie qed oder qcow2 angeben:

qemu-img create -f qcow2 BOOTSYSTEM.img 10G 

Eine Übersicht über die möglichen Formate bietet qemu-buch.de {de}.

Installation von CD oder CD-Image

Wenn der Container erstellt ist, kann man nun ein Betriebssystem darin installieren. Es sollte dabei von vornherein bedacht werden, welche Arbeitsspeicher-Anforderungen (RAM) das zu installierende System hat. Entsprechend wird QEMU mit der Option -m SPEICHERGRÖẞE gestartet. Richtwerte können der Tabelle in Gastsystem entnommen werden.

Start des Installationsvorgangs mittels CD-ROM-Laufwerk, es wird dem Gastsystem 256MB Speicher zur Verfügung gestellt:

kvm -hda BOOTSYSTEM.img -cdrom /dev/cdrom -boot d -m 256 

Das -boot d bedeutet, dass QEMU von CD-ROM booten soll.

Wenn die Installations-CD als ISO-Image vorliegt, geht das analog dazu:

kvm -hda BOOTSYSTEM.img -cdrom DATEINAME.iso -boot d -m 256 

Nach erfolgreicher Installation muss die Option -boot d weggelassen werden, damit anstatt vom CD-ROM-Laufwerk von der virtuellen Festplatte im Container gebootet wird.

Overlay-Images anlegen

QEMU bietet die Möglichkeit, mit Overlay-Dateien (übersetzt: "Überlagerungsdateien") zu arbeiten. Dabei werden neue und geänderte Daten nicht in die Original Imagedatei sondern in die Overlay-Datei geschrieben. Das original Image bleibt unverändert. Diese ist z.B. dann praktisch, wenn man eine "saubere" Grundinstallation eines Systems hat und "Experimente" mit dem Overlay-Image gemacht werden, welche sich nicht auf das Original auswirken. Ebenso kann man mehrere Overlays für ein Image anlegen.

Um ein Overlay-Image anzulegen dient folgender Befehl:

qemu-img create -b mein_image.img -f qcow2 mein_overlay.ovl 

Der Name der Overlay-Datei kann dabei beliebig sein und muss nichts mit den Namen des Images zu tun haben. Danach kann man die virtuelle Maschine normal booten, nur dass anstatt des Images die Overlay-Datei als Festplatte angegeben werden muss, also z.B.

qemu -hda mein_overlay.ovl 

Hinweis:

Die Overlay-Dateien sind "Delta-Images", d.h. in der Overlay-Datei werden Änderungen relativ zum Original Image gespeichert. Ändert man das zugrunde liegende Image, nachdem eine Overlay-Datei angelegt wurde, funktioniert die Overlay-Datei nicht mehr!

Es ist auch möglich, Änderungen der Overlay-Datei ins zugrunde liegende Image zu schreiben. Informationen hierzu findet man im QEMU-Handbuch {de}.

Festplatten von Virtualbox in QEMU nutzen

Für den Fall, dass man bereits existierende virtuelle Festlatten im Virtualbox-Format .vdi nutzt, kann man diese für QEMU nutzbar machen.

VBoxManage clonehd /pfad/zur/virtualbox_platte/system.vdi /pfad/zur/kvm_platte/system.img --format raw 

Je nach Größe des Abbildes kann die Konvertierung einige Zeit in Anspruch nehmen. Mehr Informationen über das Nutzen von Images anderer Virtualisierer und Emulatoren findet man im deutschsprachigen QEMU-Handbuch {de}.

Wiki/Icons/globe.png

QEMU Umgebung

Während das Betriebssystem installiert wird, sollte man sich mit der Umgebung von QEMU etwas vertraut machen.

Tastenkombinationen

Tastenkombination von QEMU
TastenErklärung
Strg + Alt Maus aus dem QEMU-Fenster befreien
Strg + Alt + 2 vom Gast in den QEMU-Monitor wechseln
Strg + Alt + 1 vom QEMU-Monitor ins Gast-Betriebssystem wechseln
Strg + Alt + F zwischen Fenster- und Vollbildmodus wechseln

QEMU-Monitor

Der Monitor von QEMU (manchmal auch QEMU-Konsole genannt) bietet eine Reihe von Möglichkeiten zur Verwaltung und Steuerung der virtuellen Maschine. So kann hierüber auch der Wechsel von CD-ROM-Medien oder Disketten erfolgen.

Einige davon sind:

Befehle für den QEMU-Monitor
BefehlErklärung
info GERÄTgibt Infos über das virtuelle Gerät aus; mögliche Geräte sind u.a. block (Festplatte[n], CD-ROM), snapshot, usb und network
change GERÄT GERÄTEDATEI Tauscht ein Wechselmedium (CD/DVD, Diskette) aus (siehe: Wechseldatenträger)
commitschreibt einen Snapshot, sofern QEMU mit der Option -snapshot gestartet wurde
screendump DATEIerstellt ein Bildschirmfoto, wobei das recht ungewöhnliche Dateiformat ppm verwendet wird. Beispiel: screendump BILDNAME.ppm
help [befehl]zeigt eine Hilfe für alle Befehle oder nur für den Befehl befehl

Eine vollständige Übersicht über die Befehle der QEMU-Konsole findet man im QEMU-KVM-Buch {de}.

Wechseldatenträger

QEMU kann während der Virtualisierung nicht automatisch feststellen, ob eine CD oder Diskette eingelegt oder gewechselt wurde. Dies wird über den QEMU-Monitor erledigt. Im QEMU-Monitor erkundigt man sich über den Befehl info block zuerst, welche Geräte angeschlossen sind und wie sie heißen:

info block
ide1-cd0: type=cdrom removable=1 locked=0 file=/dev/cdrom ro=0 drv=host_cdrom encrypted=0
ide0-hd0: type=hd removable=0 file=/PFAD/ZUM/CONTAINER.img ro=0 drv=qcow2 encrypted=0
... 

In diesem Beispiel heißt das CD-ROM-Gerät ide1-cd0 und die Gerätedatei /dev/cdrom. Entsprechend wird QEMU durch die Eingabe von

change ide1-cd0 /dev/cdrom 

mitgeteilt, dass eine CD eingelegt/gewechselt wurde, und man kann mit dem Gastsystem darauf zugreifen. Bei dem Wechsel von Disketten müssen die Optionen entsprechend angepasst werden.

Netzwerk

DHCP

Hat man sein Netzwerk per DHCP konfiguriert, sollten Internet und Netzwerk automatisch funktionieren.

QEMU legt allerdings für jede VM ein eigenes Netzwerk an. Es werden IP-Adressen aus dem Bereich 10.0.0.0/8 vergeben. Weiterhin befindet sich jede VM standardmäßig in einem eigenen Netz, sodass Anfragen ins Internet wie gewohnt funktionieren, die VMs sich aber weder untereinander sehen, noch mit physischen Geräten im LAN kommunizieren können. Unter Umständen kann es praktikabel sein, die VMs im gleichen Netz zu betreiben, wie die physischen Geräte. So werden dann beispielsweise die virtuellen Maschinen in die gleiche LAN-Infrastruktur und -Adressraum eingebunden wie die physischen Maschinen. Hierzu ist zunächst die Einrichtung einer Netzwerkbrücke erforderlich. Hierbei ist zu beachten, dass bei der Brücke nicht zwei Netzwerkkarten überbrückt werden (z.B. eth0 und wlan0) sondern nur die Netzwerkkarte, die am LAN angebunden ist. In der /etc/network/interfaces sind also etwa solche Zeilen einzutragen:

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
auto br0
iface br0 inet static
address 192.168.1.200
network 192.168.1.0
netmask 255.255.255.0
broadcast 192.168.1.255
gateway 192.168.1.1
bridge_ports eth1
bridge_fd 9
bridge_hello 2
bridge_maxage 12
bridge_stp off

eth1 ist in diesem Fall die am LAN angeschlossene Schnittstelle. Die Adressen sind entsprechend den Gegebenheiten anzupassen.

Die Brücke bekommt statisch eine eigene IP-Adresse zugewiesen. Um Konflikte mit der automatischen Adressvergabe des DHCP-Servers zu vermeiden sollte man hier eine wählen, die sich zwar im gleichen Subnetz befindet, aber außerhalb des erlaubten Adressraums des DHCP-Servers liegt (im o.g. Beispiel vergibt der DHCP-Server nur Adressen von 192.168.1.1 bis 192.168.1.100).

Zu beachten ist, dass, wenn man einen Host mit grafischer Oberfläche betreibt, die Verwaltung der Netzwerkkarten u.U. dem Network-Applet der GUI obliegt. Das sollte man für den vorliegenden Fall abschalten, in dem man in der /etc/network/interfaces die für die am LAN angebundene Schnittstelle zuständigen Zeilen wie folgt anpasst:

1
2
3
# The primary network interface
auto eth1
iface eth1 inet dhcp

Im Network-Applet sollte die entsprechende Schnittstelle dann als "wird nicht verwaltet" angezeigt werden.

Beim Starten der VM verwendet man dann das TUN/TAP interface anstelle dem user mode. Das bewerkstelligt man, in dem man das Start-Argument:

-net user (...)

durch ein folgendes ersetzt

-net tap,vlan=1,script="/etc/qemu-ifup"

Das Script sollte bereits an der entsprechenden Stelle vorhanden sein und etwa so aussehen:

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
#!/bin/sh

nic=$1

if [ -f /etc/default/qemu-kvm ]; then
    . /etc/default/qemu-kvm
fi

if [ -z "$TAPBR" ]; then
    switch=$(ip route list | awk '/^default / { print $5 }')
    if [ ! -d "/sys/class/net/${switch}/bridge" ]; then
        switch=virbr0
    fi
else
    switch=$TAPBR
fi

ifconfig $nic 0.0.0.0 up
brctl addif ${switch} $nic

Der Vollständigkeit halber hier noch mal ein komplettes Start-Script für eine Maschine:

1
2
3
#!/bin/sh
# This script created by AQEMU
/usr/bin/qemu-system-x86_64  -smp 2 -cpu phenom -soundhw es1370 -k de -enable-kvm -m 3500 -localtime -hda "/media/raid_a/windows_7_x86.img" -boot once=c,menu=off -net nic,vlan=1,macaddr=00:c9:29:b8:7c:ee -net tap,vlan=1,script="/etc/qemu-ifup" -name "Windows 7 x86" $*

Jetzt sollte die VM beim starten wie eine physische Maschine im LAN eingebunden werden und von überall her erreichbar sein; umgekehrt sollten auch alle Netzwerkressourcen aus dem LAN der VM zur Verfügung stehen.

statisch IP-Adressvergabe

Wer sein Netzwerk per statischer IP-Adressierung konfiguriert hat, muss ein paar kleinere Einstellungen vornehmen, um dem Gast den Internetzugang zu ermöglichen.

Als erstes wird die Netzwerkkonfiguration des Wirtssystems angepasst. Dazu muss man eine Netzwerkbrücke erstellen. Näheres ist unter Netzwerkbrücke zu finden.

Nachdem die Netzwerkbrücke eingerichtet ist, startet man die VMs mit folgenden zusätzlichen Parametern:

qemu -hda image.img -boot c -net nic,macaddr=00:00:00:00:00:00 -net tap 

Bei macaddr muss eine gültige beliebige MAC-Adresse angegeben werden. Jede VM sollte mit einer anderen MAC-Adresse gestartet werden, da es sonst zu Problemen kommt. Jetzt kann man in den verschiedenen VMs ganz normal wie bei einem normalen Rechner das Netzwerk einrichten.

Wiki/Icons/home.png

Zugriff vom Gast auf bestehende Daten

QEMU kann, bis auf eine Ausnahme, nicht ohne weiteres auf Partitionen oder Verzeichnisse des Wirtssystems zugreifen. Um die Daten des Wirtssystems lesen zu können, bedarf es ein wenig Vorbereitung. Jede Methode hat ihre Vor- und Nachteile.

Partitions-Abbild

Per Shell/dd können ganze Partitionen in eine .img-Datei kopiert und als zweite Festplatte in QEMU eingebunden werden:

qemu -hda BOOTSYSTEM.img -hdb PFAD/ZUR/PARTITIONSKOPIE.img -m 256 

Ausgesuchte Daten in einer Iso-Datei

Mit einem Brennprogramm können Verzeichnisse und Daten von verschiedenen Partitionen in einer ISO-Datei abgespeichert werden. Diese lässt sich als CD-ROM in QEMU einbinden:

qemu -hda BOOTSYSTEM.img -cdrom PFAD/ZUR/ISODATEI.iso -m 256 

Datenaustauschpartition

Es ist auch möglich, QEMU direkt mit der Angabe einer Partition zu starten. Diese Partition unterliegt allerdings gewissen Einschränkungen:

  1. Die Größe der Partition beträgt maximal 504MB

  2. Sie muss mit Fat16 formatiert sein

Eingebunden wird sie beim Start von QEMU mit:

qemu -hda BOOTSYSTEM.img -hdb fat:EINHÄNGEPUNKT -m 256 

Für einen (experimentellen) schreibenden Zugriff siehe /usr/share/doc/qemu/qemu-doc.html, Abschnitt "Virtual FAT disk images" (Online-Version {en}) und Wikibooks {en}.

Zwei Probleme können dabei auftreten (Wirt: Ubuntu 8.04, Gast: Ubuntu 8.04):

  1. Änderung an den Dateien im Wirtssystem wurden erst nach einem unmount und einem erneuten mount sichtbar.

  2. Es trat der Fehler "exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x2" auf und führte zum Einfrieren des Gastsystems. Die Lösung ist in Kommentar 25 von Bugreport #104581 beschrieben. Danach muss die Platte aber mit /dev/hdb1 eingebunden werden.

Per Samba

Ist im Host-System ein Sambaserver installiert, kann man mit QEMU auch auf dessen Freigaben per Netzwerk zugreifen:

  1. Freigaben im Host-System einrichten. Sie müssen mit Lese- und Schreibrecht versehen sein.

  2. Beim Aufruf von QEMU muss zusätzlich die Option -net nic,vlan=0 -net user,smb=/smbserver/ verwendet werden:

    qemu -hda BOOTSYSTEM.img -m 256 -net nic,vlan=0 -net user,smb=/smbserver/ 
  3. Der Zugriff vom Gast erfolgt über die URL 10.0.2.2:

    1. Windows: In der Adressleiste (z.B. vom Arbeitsplatz) einfach die URL \\10.0.2.2 eingeben

    2. Ubuntu: In der Adressleiste (z.B. von Nautilus oder Dolphin) einfach die URL smb://10.0.2.2 eingeben

samba_win.png
Windows

samba_ubuntu.png
Ubuntu

Wiki/Icons/settings.png

Optionen

Startoptionen

Unter den zahlreichen Startoptionen können besonders folgende nützlich sein:

Optionen von QEMU
OptionErklärung
-hda Datei gibt das Image der primären Festplatte an. Weitere Platten können mit -hdb, -hdc und -hdd angegeben werden.
-fda Datei gibt Diskettenlaufwerke an. Man kann das reale Diskettenlaufwerk verwenden, wenn man /dev/fd0 als Dateiname angibt.
-cdrom Datei gibt das zu verwendende CD-Laufwerk an. Es kann ein Gerät wie /dev/cdrom oder eine Imagedatei angegeben werden.
-boot Laufwerksbuchstabe gibt an, von welchem Laufwerk gestartet werden soll. a steht für Diskette, c für Festplatte, d für CD-ROM und n für einen Netzwerk-Boot
-m Speichergröße gibt den zu verwendenden Arbeisspeicher in MB an. Vorbereitung dazu s.o.
-usb USB wird mit emuliert bzw. die Schnittstellen des Wirts stehen zur Verfügung. Mit -usb -usbdevice tablet kann der Mauszeiger sowohl im Gast- als auch im Host-System genutzt werden, ohne ständig mit Strg + Alt umschalten zu müssen.
-vga std es wird eine generische VGA Karte emuliert; diese Option wird nur benötigt, wenn die Auflösung >= 1280x1024 sein soll / muss
-soundhw KARTE es wird die Soundkarte KARTE emuliert; zur Auswahl stehen: sb16, es1370 und all
-smp X es werden X CPU in der virtuellen Maschine genutzt, die Anzahl der virtuellen CPUs kann höher sein als die der realen des Wirts
-vnc :X Die Ausgabe des Bildschirms erfolgt per VNC auf Display X und nicht auf den normalen Bildschirm des Wirts, Details siehe auch hier
-snapshot Dies bewirkt, dass Änderungen nicht in das Festplattenimage geschrieben, sondern in einer temporären Datei gespeichert werden. Erst mit den Tasten Strg + Alt + S oder dem Kommando commit in der QEMU-Konsole werden die Änderungen übernommen.
-k XX setzt das Tastaturlayout auf den angegebenen Wert XX z.B. -k de für deutsch, -k en für englisch, etc... (Hilfreich bei Problemen mit der Eingabe und Sonderzeichen in Verbindung mit VNC)
-redir tcp:X::Y Leitet die TCP-Verbindung von Port X des Wirtes auf den Port Y des Gastsystems um. D.h. -redir tcp:8008::80 macht einen Apache-Server (bei Standardkonfiguration) des Gastsystems unter http://localhost:8008 auf dem Wirt sichtbar. Oder -redir tcp:8022::22 erlaubt ssh-Zugriff (bei Standardkonfiguration) auf das Gastsystem vom Wirt via ssh -p 8022 localhost.

Dies ist nur ein (sehr) kleiner Ausschnitt der Optionen. Besonders im Bereich der Netzwerk-Optionen gibt es sehr viele Möglichkeiten. Eine vollständige Übersicht findet man in den Manpages, in /usr/share/doc/qemu/qemu-doc.html oder im QEMU-Wiki {en}.

Andere Architekturen emulieren

QEMU ist nicht auf die Virtualisierung / Emulation von x86 Prozessoren beschränkt, es können auch eine Vielzahl von anderen Architekturen emuliert werden. Welche dies aktuell sind kann man hier {en} nachschauen.

Die allgemeine Syntax ist

qemu-system-ARCHITEKTUR [OPTIONEN] 

wobei ARCHITEKTUR entsprechend ersetzt werden muss.

Reine Prozessemulation

QEMU beherrscht auch die "reine" Prozessemulation, auch "User-Space-Emulation" genannt. D.h. dass anstatt eines kompletten Systems wird "nur" ein einzelnes Programm ("Binary") im Emulations-Modus ausgeführt. Die Prozess-Emulation für ein 32-bit i386 System wird z.B. mit folgendem Befehl aufgerufen:

qemu-i386 PROGRAMMNAME 

Die Emulation funktioniert natürlich nur, wenn das Programm keine weiteren Bibliotheken dynamisch nachlädt.

Außer der i386-Emulation beherrscht QEMU u.a. auch die Prozessemulation für SPARC, PPC, ARM und einige mehr. Detaillierte Informationen findet man in der QEMU-Dokumenation {en}.

QEMU per VNC

Wie weiter oben bereits erwähnt kann man die virtuelle Maschine auch so starten, dass diese per VNC (und nicht über den lokalen Rechner) erreichbar ist, eben mit der Option -vnc X, wobei X das Display ist. Startet man QEMU also z.B. über

qemu -hda image.img -vnc :1 

so ist die virtuelle Maschine danach über einen VNC-Client via Port 5901 (5900 + Displaynummer) erreichbar.

Hinweis:

Die Verbindung läuft per Voreinstellung komplett unverschlüsselt und ohne Authentifizierung. Dies ist aber auch möglich; Details hierzu findet man an dieser Stelle {en} auf der QEMU-Dokumentation.

QEMU-Festplattenimages unter Linux einbinden

Das Einbinden von QEMU-Images wird in der FAQ {en} (toter Link) mit einem Link auf DmUserspace {en} beantwortet. Damit lassen sich jedoch nur qcow-Partitionen mounten.

Informationen findet man z.B. unter qemu-buch.de {de}.

Alternativ über NBD mounten

Qemu bietet die Möglichkeit, die Images über das Netzwerk anzubieten, dass lässt sich aber auch prima missbrauchen um sie auf dem eigenen Rechner einzubinden. Aber Achtung: Das Image darf dabei nicht von Qemu oder einem anderen Programm in Benutzung sein.

Zuerst muss NBD geladen werden:

sudo modprobe nbd 

Sollte man sehr viele Partitionen im Image haben kann es nötig sein zusätzlich die Anzahl der Partitionen zu erhöhen:

sudo modprobe nbd max_part=63 

Jetzt wird das Image in eine Art Loopdevice gemapped. pfad/zu/qemu.img muss man natürlich entsprechend anpassen und sollte /dev/nbd0 schon vergeben sein kann man auch diese Zahl anpassen.

sudo qemu-nbd --connect=/dev/nbd0 /kompletter/pfad/zu/qemu.img 

Mit folgendem Befehl kann man sich die Partitionen anzeigen lassen:

sudo fdisk -l /dev/nbd0 

Und so mountet man das Image:

sudo mount /dev/nbd0p1 /mnt 

Wenn man fertig ist sollte man das Image wieder freigeben. Zahlen gegebenenfalls anpassen.

sudo umount /dev/nbd0p1
sudo qemu-nbd -d /dev/nbd0 

Wiki/Icons/hint.png

Problembehebung

Virtuelle Maschine bekommt nicht genug RAM

Startet man QEMU mit der Option -m XXX, aber die virtuelle Maschine bekommt trotzdem nicht genug Speicher, ist vielleicht das virtuelle Dateisystem unter /dev/shm bzw. ab Ubuntu 11.10 /run/shm zu klein. Dann kann man in der /etc/fstab folgende Ergänzung vornehmen (Verzeichnis ggf. anpassen) [4]:

1
2
# /dev/shm Vergrößern für QEMU
none            /dev/shm        tmpfs   defaults,size=528M

Hier steht nun "size=528M" für 528MB. Dieser Wert muss ggf. angepasst werden und sollte etwas größer sein, als der tatsächlich für den Gast benötigte RAM, da unter /dev/shm noch weitere Daten abgelegt werden.

Ohne neu booten zu müssen, kann man das tmpfs gleich neu einbinden [3]:

sudo mount -o remount /dev/shm 

Wenn man nun QEMU startet, kann man mit dem Befehl

df | egrep 'shm|File' 

überprüfen, wie viel des virtuellen RAM genutzt wird.

Hinweis:

Man sollte darauf achten, dass man QEMU nicht mehr RAM zuweist als dem Wirt-Rechner, da QEMU dann instabil laufen könnte. Außerdem sollte man dem Wirt-System genügend RAM lassen, dass es noch flüssig läuft. Die genauen Systemanforderungen kann man den Release Notes von Ubuntu und seinen Derivaten entnehmen. Die Untergrenze für RAM liegt bei 128-512MB.

Virtuelle Festplatte ist voll

Das Festplattenimage kann in zwei Schritten vergrößert werden. Zunächst wird die Imagedatei, die auf der realen Festplatte des Hosts liegt, vergrößert, z.B. um 10 GB

qemu-img resize Pfad/zum/Image.img +10GB 

Nun muss noch die Partition der virtuellen Festplatte vergrößert werden. Die geschieht wie die Imagevergrößerung einer echten Festplatte. Hierzu lädt man sich am Besten ein Iso von gparted herunter {en}. Anschließend startet man die virtuelle Maschiene vom Image aus, so wie man einen echten Rechner von einer CD aus starten würde:

qemu -hda Pfad/zum/Image.img -boot d -cdrom Pfad/zum/iso/gparted-live-0.14.0-1.iso -m 256 

Nun wählt man zuerst die Sprache aus und wählt dann Option "(1)", den Xserver starten. Jetzt lässt sich die Größe der Partition bequem grafisch an die neue virtuelle Festplattengröße anpassen. Zum Starten muss lediglich das Icon von gparted angeklickt werden.

ubuntuusers.local › WikiQEMU