Umstellung VMWare auf QEMU

Für diese Anleitung wird ein funktionierendes Umfeld mit qemu, libvirt und virt-manager benötigt (ausführliche Anleitung).

Es ist prinzipiell möglich, virtuelle Maschinen von VMWare (VMPlayer, VMWare Workstation) auf QEMU umzustellen. Dabei sind jedoch einige Dinge zu beachten:

• In erster Linie können zum Booten notwendige (Massenspeicher-)Treiber Probleme bereiten:
  • Die unter qemu/libvirt sehr vorteilhaften viostor-Treiber können zwar vor der Konvertierung installiert werden, dennoch macht Windows gern Ärger, diese beim Booten auch zu benutzen.
  • Im Windows vorhandene IDE- bzw. SATA-Treiber können benutzt werden, sind aber mit Leistungseinbußen gegenüber virtio ('virt-IO') verbunden.

• VMware ist nicht direkt für rückstandsfrei entfernbare Software bekannt. Die 'VMware Tools' machen da keine Ausnahme und sollten nach Möglichkeit noch unter VMware/VMplayer entfernt werden.

Benötigt werden für Linux die qemu-Gastwerkzeuge („qemu-guest-agent“) und für die virt-IO-Treiber ein Kernel >= 2.6.25 (was sehr vermutlich sowieso der Fall ist). Die qemu-Gastwerkzeuge sollten in den Repositorien der betreffenden Distribution enthalten sein.

Benötigt werden die virtio-Treiber und die Gastwerkzeuge. Beides ist in einer .iso-Datei zu finden hier zu finden. (Einzelne Treiber bzw. Gastwerkzeuge hier)

Es ist vorteilhaft, noch unter VMware/VMware Player einige Dinge auszuführen:

Die „VMware Tools“ sollten nach Möglichkeit rückstandsfrei deinstalliert werden. Aus irgendeinem Grund funktioniert dies auf dem unter Windows üblichen Weg (Einstellungen, „Apps“) oft nur dann, wenn die betreffende VM unter VMWare / VMPlayer läuft, und selbst dann oft nicht rückstandsfrei. Hängen Sie die Treiber-CD-iso ein und installieren Sie die virtio-Treiber sowie die 'Guest Tools' (virtio-win-guest-tools.exe bzw. virtio-win-gt-x64.msi).

Achtung: Die Entfernung der VMWare-Tools kann zu Mausproblemen führen: Fahren Sie dann das Windows mit der Tastatur runter: Windows-Taste, Tabulator, bis Marke auf Usernamen rechts unten (verm. „student“) ruht, Cursor nach rechts, [Eingabe und 'Herunterfahren' wählen.

• Wer gründlich sein will, kann jetzt oder später alle vmware-Dateileichen und Rückstände in der Registry entfernen.

Deinstallieren Sie die open-vm-tools und, wenn vorhanden, die open-vm-tools-desktop.

Anschließend (oder als ersten Schritt, falls Vorbereitungen unter VMware nicht möglich oder darauf verzeichtet wurde) kann die virtuelle Festplatte konvertiert werden:

# für vmplayer.vmdk die zu konvertierende .vmdk einsetzen, geeigneten Namen für qemu.qcow2 wählen:
qemu-img convert -p -f vmdk -O qcow2 [vmplayer.vmdk] [qemu.qcow2]

Die ausgegebene qcow2-Datei kann gleich koprimiert werden:

qemu-img convert -f qcow2 -O qcow2 -c -o compression_type=zstd [qemu.qcow2] [temp_qemu.qcow2]
mv [temp_qemu.qcow2] [qemu.qcow2]

Als nächstes ist eine xml-Datei zum Ersatz der unter VMWare verwendeten .vmx nötig. Diese kann leider nicht automatisch aus einer .vmx-Datei generiert werden (jedenfalls derzeit noch nicht). In untenstehender Vorlage müssen aber nur an wenigen Stellen Anpassungen getroffen werden. Es ist sicher keine schlechte Idee, der .xml- und .qcow2-Datei den gleichen Namen zu geben.

xml-Vorlagendatei (Ausklappen)

<domain type="kvm">
  <name>*** Hier Name der VM eintragen ***</name>
  <uuid></uuid>
  <metadata>
    <libosinfo:libosinfo xmlns:libosinfo="http://libosinfo.org/xmlns/libvirt/domain/1.0">
      <libosinfo:os id="*** Art des Betriebssystems ein ***"/>
    </libosinfo:libosinfo>
  </metadata>
  <memory unit="KiB">8388608</memory>
  <currentMemory unit="KiB">8388608</currentMemory>
  <vcpu placement="static">1</vcpu>
  <os>
    <type arch="x86_64" machine="q35">hvm</type>
  </os>
  <features>
    <acpi/>
    <apic/>
    <hyperv mode="custom">
      <relaxed state="on"/>
      <vapic state="on"/>
      <spinlocks state="on" retries="8191"/>
    </hyperv>
    <vmport state="off"/>
  </features>
  <cpu mode="host-model" check="partial"/>
  <clock offset="localtime">
    <timer name="rtc" tickpolicy="catchup"/>
    <timer name="pit" tickpolicy="delay"/>
    <timer name="hpet" present="no"/>
    <timer name="hypervclock" present="yes"/>
  </clock>
  <on_poweroff>destroy</on_poweroff>
  <on_reboot>restart</on_reboot>
  <on_crash>destroy</on_crash>
  <pm>
    <suspend-to-mem enabled="no"/>
    <suspend-to-disk enabled="no"/>
  </pm>
  <devices>
    <emulator>/usr/bin/qemu-system-x86_64</emulator>
    <disk type="file" device="disk">
      <driver name="qemu" type="qcow2"/>
      <source file="*** Hier bitte Dateinamen der VM mit vollem Pfad eintragen ***"/>
      <target dev="vda" bus="virtio"/>
      <boot order="1"/>
      <address type="pci" domain="0x0000" bus="0x04" slot="0x00" function="0x0"/>
    </disk>
    <disk type="file" device="cdrom">
      <driver name="qemu" type="raw"/>
      <source file="/home/chr/isos/virtio-win-0.1.285.iso"/>
      <target dev="sdb" bus="sata"/>
      <readonly/>
      <address type="drive" controller="0" bus="0" target="0" unit="1"/>
    </disk>
    <disk type="file" device="floppy">
      <driver name="qemu" type="raw"/>
      <target dev="fda" bus="fdc"/>
      <readonly/>
      <address type="drive" controller="0" bus="0" target="0" unit="0"/>
    </disk>
    <disk type="file" device="floppy">
      <driver name="qemu" type="raw"/>
      <target dev="fdb" bus="fdc"/>
      <readonly/>
      <address type="drive" controller="0" bus="0" target="0" unit="1"/>
    </disk>
    <controller type="usb" index="0" model="qemu-xhci" ports="15">
      <address type="pci" domain="0x0000" bus="0x02" slot="0x00" function="0x0"/>
    </controller>
    <controller type="sata" index="0">
      <address type="pci" domain="0x0000" bus="0x00" slot="0x1f" function="0x2"/>
    </controller>
    <controller type="pci" index="0" model="pcie-root"/>
    <controller type="pci" index="1" model="pcie-root-port">
      <model name="pcie-root-port"/>
      <target chassis="1" port="0x10"/>
      <address type="pci" domain="0x0000" bus="0x00" slot="0x02" function="0x0" multifunction="on"/>
    </controller>
    <controller type="pci" index="2" model="pcie-root-port">
      <model name="pcie-root-port"/>
      <target chassis="2" port="0x11"/>
      <address type="pci" domain="0x0000" bus="0x00" slot="0x02" function="0x1"/>
    </controller>
    <controller type="pci" index="3" model="pcie-root-port">
      <model name="pcie-root-port"/>
      <target chassis="3" port="0x12"/>
      <address type="pci" domain="0x0000" bus="0x00" slot="0x02" function="0x2"/>
    </controller>
    <controller type="pci" index="4" model="pcie-root-port">
      <model name="pcie-root-port"/>
      <target chassis="4" port="0x13"/>
      <address type="pci" domain="0x0000" bus="0x00" slot="0x02" function="0x3"/>
    </controller>
    <controller type="pci" index="5" model="pcie-root-port">
      <model name="pcie-root-port"/>
      <target chassis="5" port="0x14"/>
      <address type="pci" domain="0x0000" bus="0x00" slot="0x02" function="0x4"/>
    </controller>
    <controller type="pci" index="6" model="pcie-root-port">
      <model name="pcie-root-port"/>
      <target chassis="6" port="0x15"/>
      <address type="pci" domain="0x0000" bus="0x00" slot="0x02" function="0x5"/>
    </controller>
    <controller type="virtio-serial" index="0">
      <address type="pci" domain="0x0000" bus="0x03" slot="0x00" function="0x0"/>
    </controller>
    <controller type="fdc" index="0"/>
    <interface type="network">
      <mac address="52:54:00:b4:da:3e"/>
      <source network="default"/>
      <model type="e1000e"/>
      <address type="pci" domain="0x0000" bus="0x01" slot="0x00" function="0x0"/>
    </interface>
    <serial type="pty">
      <target type="isa-serial" port="0">
        <model name="isa-serial"/>
      </target>
    </serial>
    <console type="pty">
      <target type="serial" port="0"/>
    </console>
    <channel type="spicevmc">
      <target type="virtio" name="com.redhat.spice.0"/>
      <address type="virtio-serial" controller="0" bus="0" port="1"/>
    </channel>
    <input type="tablet" bus="usb">
      <address type="usb" bus="0" port="1"/>
    </input>
    <input type="mouse" bus="ps2"/>
    <input type="keyboard" bus="ps2"/>
    <graphics type="spice" autoport="yes">
      <listen type="address"/>
      <image compression="off"/>
    </graphics>
    <sound model="ich9">
      <address type="pci" domain="0x0000" bus="0x00" slot="0x1b" function="0x0"/>
    </sound>
    <audio id="1" type="spice"/>
    <video>
      <model type="qxl" ram="65536" vram="65536" vgamem="16384" heads="1" primary="yes"/>
      <address type="pci" domain="0x0000" bus="0x00" slot="0x01" function="0x0"/>
    </video>
    <redirdev bus="usb" type="spicevmc">
      <address type="usb" bus="0" port="2"/>
    </redirdev>
    <redirdev bus="usb" type="spicevmc">
      <address type="usb" bus="0" port="3"/>
    </redirdev>
    <watchdog model="itco" action="reset"/>
    <memballoon model="virtio">
      <address type="pci" domain="0x0000" bus="0x05" slot="0x00" function="0x0"/>
    </memballoon>
  </devices>
</domain>

Folgende Einträge müssen angepaßt werden:

• <name>* Hier den Namen der VM eintragen (muß nicht der vorherige sein) *</name>
• <libosinfo:os id=„* ID des virtualisierten Betriebssystems *“/>
  • Beispiele wären (genauso eingeben, hier als Wert, nicht als Link zum Klicken gemeint):
  • „http://microsoft.com/win/10“, „http://microsoft.com/win/11“
  • „http://ubuntu.com/ubuntu/24.04“, „http://opensuse.org/opensuse/15.6“
  • Wenn Sie sich bzgl. einer Linuxversion unsicher sind, verwenden Sie für den Anfang einfach „http://libosinfo.org/linux/2024“. Das läßt sich später mit virt-manager genauer einstellen.
• <source file=„* Hier Dateinamen der VM mit vollem Pfad eintragen *“/>
• Anm.: Der uuid-Wert ist absichtlich leer. libvirt trägt beim Import eine ein.

Importieren Sie die xml-Datei mit

virsh -c qemu:///system define [xml-Datei.xml]

. Mehr dazu unter QEMU: Download und Import.

Starten Sie den virt-manager. Bei den meisten Oberflächen geht das am schnellsten mit [Alt]+[F2], 'virt-manager' eingeben. Ihre übertragene VM sollte nun in Liste der verfügbaren VMs enthalten sein. Markieren Sie diese und klicken auf das 'Öffnen'-Symbol (oder rechtsklick, 'Öffnen'). Das Monitorsymbol links zeigt dann die laufende VM; das Informationssymbol die dazugehörigen xml-Daten.

Falls dieses die erste überhaupt gestartete VM in diesem Umfeld ist, werden Sie nun vermutlich eine mittlere Freude erleben:

• „Fehler beim Starten … network 'default ist not active'“: Vergl. qemu: Netzwerk
• „Fehler bei Verbindung mit grafischer Konsole … Namespace SpiceClientGtk not available“: Vergl. qemu: Grafische Konsole.
• „Fehler beim Starten … Cannot access storage file '/dev/sr0'“ - falls Ihr Rechner kein CDROM/DVD-Laufwerk hat. Vergl. qemu: Laufwerke.

Keine Sorge - vom schnell entfernten CDROM abgesehen bleiben diese Fehler in Zukunft weg.

Wenn die VM eine Konsole mit „Booting from Hard Disk… No bootable device“ anzeigt: Schalten Sie die VM aus (Dreieckssymbol rechts neben Ausschaltesymbol, „Ausschalten erzwingen“). Wechseln Sie dann zur xml-Ansicht (Informationssymbol), dort dann links in der Liste zu „OS-Information“. Ändern Sie den Eintrag <os> zu <os firmware=„efi“>. Wechseln Sie zur VM-Ansicht (Monitorsymbol), und starten neu.

Beim Booten wird bei Problemen mit den virtio-Treibern (oder wenn Sie diese bewußt nicht installiert haben) vermutlich der beliebte Bluescreen mit einem Problem a la INACCESSIBLE_BOOT_DEVICE auftreten.

Als nächstes muß dann natürlich eine CD (bzw. .iso) mit den Treibern eingehängt werden:

• Wechseln Sie zur xml-Ansicht ([i]-Symbol) und klicken in der linken Liste auf das CDROM.
  • Sollte kein CDROM vorhanden sein, fügen Sie eins hinzu: Schalten Sie die VM aus, gehen in der Liste der xml-Ansicht ganz unten links auf „Gerät hinzufügen“, Gerätetyp „CDROM-Gerät“, Bustyp „SATA“.
• Bei „Quellpfad“ rechts auf „Durchsuchen“, im sich öffnenden Fenster unten mittig auf „Lokal durchsuchen“, dann auf ISO-Datei klicken. Aktuell derzeit (Sept. 2026) ist virtio-win-0.1.285.iso.

Anschließend ggf. neu starten, automatische Reboots abwarten (ggf. zwei Mal), bis „Reparatur“' und „Diagnose wird ausgeführt“ erscheint. Dort dann - kann im Ablauf leicht unterschiedlich sein - unter „Problembehandlung“ bzw. „Erweiterte Optionen“ zur Option „Eingabeaufforderung“ gelangt werden. Diese auswählen, gegebenenfalls als User „root“ (Administrator im Pool) auswählen, Paßwort eintüten. Wichtig ist, zu einer Kommandozeile zu gelangen. Untem im Prompt ist der Laufwerksbuchstabe des Not-Windows angegeben, es schadet nicht, sich diesen zu merken.

Prüfen Sie, ob das CD-Laufwerk und das (virtuelle) Laufwerk erkannt wurde:

wmic logicaldisk get caption, volumename

… sollte das CDROM a la „D: virtio-win-1.2.3“ anzeigen; Laufwerksbuchstabe merken. Für die Beispiele nehmen wir „d:“ an; kann natürlich abweichen. Man kann natürlich auch einfach mit 'dir c:', 'dir d:' usw durchtesten. Der wmic-Befehl oder spätestens „diskpart“, darin „list disk“, „list volume“ (exit/quit beendet) sollte das Systemlaufwerk ([Buchstabe]:\Windows) angezeigen. Buchstabe merken (aus Poolsystem meistens c:), ggf. mit „dir [Buchstabe]\windows\system32“ nachprüfen.

Wenn aber nur das CDROM und evtl. die RAM-Disk des Not-Windows, müssen zuerst die Treiber in das Not-Windows installiert werden (dieses ist meistens X:, anfänglich in Prompt der Kommandozeile). Falls bereits die richtige Partition erscheint, kann der nächste Schritt übersprungen werden.

Falls also das richtige Laufwerk nicht erscheint, müssen temporär die Treiber in das Not-Windows installiert werden - bei Windows 10 „win10“ einsetzen, bei Windows 11 analog „win11“; im Zweifelsfall in d:\viostor nachschauen. Beispiel für Windows 11:

drvload d:\viosstor\w11\amd64\viostor.inf

… anschließend wie oben beschrieben prüfen (wmic/diskpart); das Systemlaufwerk sollte nun erscheinen. Buchstabe merken, Annahme hier System auf c:, CDROM auf d: Windows 11, Treiberinstallation:

dism /Image:c:\ /Add-Driver:d:\viostor\w11\amd64\viostor.inf

Das Windows sollte dann starten - reboot.

• vmware-tools deinstallieren

Wenn VMWare-Tools Zicken beim Deinstallieren machen: https://itsimple.info/?p=3161

• Set-ExecutionPolicy -ExecutionPolicy Unrestricted -Scope LocalMachine
• Set-ExecutionPolicy -ExecutionPolicy Unrestricted

virtio-win-0.1.285.iso:

• virtio-win-gt-x86.msi
• virtio-win-guest-tools.exe

Wenn VMWare-Tools Zicken beim Deinstallieren machen: Skript unter https://itsimple.info/?p=3161, Powershell/root. Wird vermutlich Zicken machen a la „Ausführung von Skripten auf diesem System deaktiviert“. Dann:

• Zum Anzeigen:Get-ExecutionPolicy -list
• Policy ändern: Set-ExecutionPolicy -ExecutionPolicy Unrestricted -Scope LocalMachine
• Zurücksetzen: Set-ExecutionPolicy -ExecutionPolicy Undefined -Scope LocalMachine

Reboot nötig.

• Dienste abstellen:
• Taskman als Admin starten, in 'Autostart' alles mit 'vmware' im Namen deaktivieren, unter 'Dienste' ebenso.
• 'Services' als Admin starten, ebenfalls alles mit 'vmware' im Namen abmurksen: Rechtsklick, Eigenschaften, bei Dienststatus Beenden, Starttyp auf Deaktiviert setzen.

Reboot schadet nicht.

hier

Von CD virtio-win-gt-x86.msi oder gleich virtio-win-guest-tools.exe nachinstallieren.

(devmgmt.msc → Hardware)

Festplatte nach SATA geht direkt.