Deskmodder.de

Sollte eigentlich booten, Dauer nur eine ganze Weile. Eventuell mal anstelle vom HAXM Hyper-V verwenden (--accel whpx).

QEMU unter Windows ist da schon so ein Fall für sich. Wenn überhaupt, dann verwende ich das nur in Linux (KVM/QEMU).

DK2000 hat geschrieben: 20.05.2024, 17:13 Sollte eigentlich booten, Dauer nur eine ganze Weile. Eventuell mal anstelle vom HAXM Hyper-V verwenden (--accel whpx).

Gerade vor 5 Minuten festgestellt:
"Removed features

HAXM (-accel hax) (removed in 8.2)
The HAXM project has been retired (see https://github.com/intel/haxm#status). Use "whpx" (on Windows) or "hvf" (on macOS) instead."

So was erfährt man leider nur durch Zufall (oder durch dich). Einige Stunden Try & Error für die Katz.
Klar: ich könnte jetzt mit QEMU 8.1 weitermachen. Will ich aber nicht. Dann jetzt also whpx. Mal schauen.

Ich weiß jetzt aber nicht, ob der direkt Hyper-V verwendet oder ob man zusätzlich das Feature "Windows Hypervisor Platform" aktivieren muss und den Benutzer in die Gruppe "Hyper-V-Administratoren" hinzufügen muss.

Und das passende UEFI für SecureBoot? Wo bekommt man dass denn für Windows Host her? Die mitgelieferte "edk2-x86_64-secure-code.fd" mag er nicht. Kommt mir auch etwas klein vor. Oder was muss man da machen, wenn Windows der Host ist.

Dazu noch das Problem mit der veralteten CPU-Unterstützung:
https://gitlab.com/qemu-project/qemu/-/issues/1137

es gibt auch eine kommerzielle Lösung für QEMU unter Windows ähnlich der von UTM für Apple OSX.
Nennt sich Merge VM Professional
https://mvm.mergesoftcorp.com/gallery/
gibt es im Store
https://apps.microsoft.com/detail/9p22l ... e-DE&gl=de
aber auch als .exe
Sehr schlankes Design. Gefällt mir sehr gut.