| Beide Seiten der vorigen RevisionVorhergehende ÜberarbeitungNächste Überarbeitung | Vorhergehende Überarbeitung |
| client:vmware_zu_qemu [2026/09/28 15:46 CEST] – chr | client:vmware_zu_qemu [2026/10/16 17:37 CEST] (aktuell) – [Erststart VM] chr |
|---|
| ====== Umstellung VMWare auf QEMU ====== | ====== Umstellung VMWare auf QEMU ====== |
| |
| <note important>Achtung - das ist eine Baustelle!</note> | |
| |
| Für diese Anleitung wird ein funktionierendes Umfeld mit qemu, libvirt und virt-manager benötigt ([[client:qemu|ausführliche Anleitung]]). | Für diese Anleitung wird ein funktionierendes Umfeld mit qemu, libvirt und virt-manager benötigt ([[client:qemu|ausführliche Anleitung]]). |
| **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. | **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. | * Wer gründlich sein will, kann jetzt oder später alle vmware-Dateileichen und Rückstände in der Registry entfernen. Bei Entfernungsproblemen der Tools siehe [[vmware_zu_qemu#vmware-tools|VMWare-Tools-Entfernung]]. |
| |
| === Linux === | === Linux === |
| </code> | </code> |
| |
| Die ausgegebene qcow2-Datei kann gleich koprimiert werden: | Die ausgegebene qcow2-Datei kann gleich komprimiert werden: |
| <code> | <code> |
| qemu-img convert -f qcow2 -O qcow2 -c -o compression_type=zstd [qemu.qcow2] [temp_qemu.qcow2] | qemu-img convert -f qcow2 -O qcow2 -c -o compression_type=zstd [qemu.qcow2] [temp_qemu.qcow2] |
| |
| Keine Sorge - vom schnell entfernten CDROM abgesehen bleiben diese Fehler in Zukunft weg. | Keine Sorge - vom schnell entfernten CDROM abgesehen bleiben diese Fehler in Zukunft weg. |
| |
| ==== Erststart VM ==== | |
| |
| === No bootable device === | === No bootable device === |
| |
| 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. | 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. |
| | |
| | === Device … access denied === |
| | |
| | Bei Windows 11: Wenn viostor-Treiber nicht in Notwindowspartition (und und Windows-Hauptpartition?) installiert sind, kann Meldung a la "BdsDxe: … access denied" erscheinen. Abhilfe: Bei ("OS Information") unter "firmware" im Eintrag 'feature enabled="yes" name="secure-boot"' enabled auf no zu setzen. Anschließend Notboot möglich, Treiber installieren wie unten beschrieben. Anschließend wieder auf 'yes' setzen (wenn das das bootende 'richtige' Windows nicht selbst tut). |
| |
| === Virtio-Treiber === | === Virtio-Treiber === |
| 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. | 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:apt-get updat | Prüfen Sie, ob das CD-Laufwerk und das (virtuelle) Laufwerk erkannt wurde: |
| |
| <code>wmic logicaldisk get caption, volumename</code> | <code>wmic logicaldisk get caption, volumename</code> |
| … 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 | … 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. | <code>diskpart (in diskpart: "list disk", "list volume"" - "exit" beendet)</code> sollte das Systemlaufwerk ([Buchstabe]:\Windows) angezeigen. Buchstabe merken (aus Poolsystem meistens c:, aber durchaus nicht immer), 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. | Wenn aber nur das CDROM und evtl. die RAM-Disk des Not-Windows erscheint, 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: <code>drvload d:\viosstor\w11\amd64\viostor.inf</code> | 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: <code>drvload d:\viosstor\w11\amd64\viostor.inf</code> |
| … 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: | … anschließend wie oben beschrieben prüfen (wmic/diskpart); das Systemlaufwerk sollte nun erscheinen, Buchstabe merken. |
| | |
| | Wenn das Systemlaufwerk aber nicht erscheint bzw. keinen Laufwerksbuchstaben zugewiesen bekam: |
| | <code> |
| | diskpart |
| | list disk --> Laufwerke anzeigen, Nummer merken |
| | select disk <Nummer> --> Wählt Laufwerk aus. Dann: |
| | list partition --> Partitionen anzeigen, Nummer merken. |
| | select partition <Nummer> |
| | assign |
| | exit |
| | </code> |
| | Wenn alles fehlerfrei verlief, sollte nach dem "assign" ein Laufwerksbuchstabe vorhanden sein. |
| | |
| | Annahme hier System auf c:, CDROM auf d: Windows 11, Treiberinstallation: |
| <code>dism /Image:c:\ /Add-Driver:d:\viostor\w11\amd64\viostor.inf</code> | <code>dism /Image:c:\ /Add-Driver:d:\viostor\w11\amd64\viostor.inf</code> |
| |
| Das Windows sollte dann starten - reboot. | Das Windows sollte dann starten - reboot. |
| |
| ==== VMWare-Tools ==== | === VMWare-Tools === |
| |
| | Falls die VMWare-Tools vor der Umstellung nicht deinstalliert wurden (oder werden konnten), ist unter https://itsimple.info/?p=3161 ein ziemlich gutes Powershell-[[https://itsimple.info/wp-content/uploads/2026/05/Remove_VMwareTools.ps1_.txt|Skript]] zu finden. Dieses nach dem Herunterladen umbenennen (Endung .ps1). Vor der Ausführung in einer Powershell mit Adminrechten: |
| |
| | * Mit <code>Get-ExecutionPolicy -List</code> bestehende Einstellung anschauen, dann mit |
| | * <code>Set-ExecutionPolicy -ExecutionPolicy Unrestricted -Scope LocalMachine oder Set-ExecutionPolicy -ExecutionPolicy Unrestricted</code> Ausführung zulassen. |
| | * Anschließend die Ausführungseinstellung zurücksetzen (Annahme, "Get-ExecutionPolicy -List" lieferte "Restricted"): <code>Set-ExecutionPolicy -ExecutionPolicy Restricted<code></code> |
| |
| * vmware-tools deinstallieren | Reboot. |
| |
| Wenn VMWare-Tools Zicken beim Deinstallieren machen: https://itsimple.info/?p=3161 | === VMWare-Dienste === |
| * Set-ExecutionPolicy -ExecutionPolicy Unrestricted -Scope LocalMachine | |
| * Set-ExecutionPolicy -ExecutionPolicy Unrestricted | |
| |
| virtio-win-0.1.285.iso: | Abschließend sicherheitshalber Dienste kontrollieren und beenden: |
| * virtio-win-gt-x86.msi | |
| * virtio-win-guest-tools.exe | |
| |
| | * 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. Zur gründlicheren Entfernung hier ein [[https://blog.matrixpost.net/perform-a-clean-deinstallation-of-vmware-tools-manually-in-windows-guest-os/|Blogartikel]]. |
| |
| === VMWare-Tools === | |
| |
| 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. | |
| |
| === VMWare-Dienste === | |
| |
| * Dienste abstellen: | ===== Export und Upload ===== |
| * 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. | Abschließend muß eine neue xml-Datei mit den aktuellen Daten der konvertierten VM geschrieben werden. Dazu mit |
| |
| [[https://blog.matrixpost.net/perform-a-clean-deinstallation-of-vmware-tools-manually-in-windows-guest-os/|hier]] | * <code>virsh -c qemu:///system list --all</code> |
| |
| === qemu-Guest-additions === | die Namen der lokal verfügbaren VMs auflisten lassen, und mit |
| |
| Von CD virtio-win-gt-x86.msi oder gleich virtio-win-guest-tools.exe nachinstallieren. | * <code>virsh -c qemu:///system dumpxml [VM-Name] > dateiname.xml</code> |
| |
| ==== dsgsdfgsdfg ==== | exportieren lassen. Es empfiehlt sich wie immer, einen sprechenden Namen zu verwenden. Diese xml-Datei kann dann mit der bwLehrpool-Suite oder der Web-bwLehrpool-Suite aufgegriffen und zum Upload der konvertierten VM in das Poolsystem verwendet werden. |
| |
| (devmgmt.msc -> Hardware) | |
| |
| Festplatte nach SATA geht direkt. | |
