[English]Unschöne Beobachtung, die in der Virtualbox-Community diskutiert wird. Virtualbox funktioniert unter Windows 11 nur dann, wenn Hyper-V als Plattform (und weitere Virtualisierungsfunktionen) entfernt wurden. Offenbar kollidieren die Hypervisoren (immer noch). Aber Hyper-V sowie die weiteren Virtualisierungsfunktionen unter Windows 11 zu entfernen ist ganz und gar nicht trivial und hat Nebenwirkungen.
Anzeige
Problem zwei Hypervisoren
Ich kenne es von VMware: Diese Software lässt sich unter Windows nur betreiben, wenn Hyper-V komplett über Features und Funktionen entfernt wurde. Hintergrund ist, dass die Dienste der Hypervisoren sonst kollidieren. Bei Virtualbox hatte ich bisher die portable Version am Start – aber Hyper-V war immer entfernt, so dass ich beide Virtualisierungslösungen unter Windows 10 parallel betreiben konnte.
Blog-Leser Peter G. hat mich nun per Mail auf folgende Problematik hingewiesen (danke dafür). Es gibt ein Problem mit VirtualBox unter Windows 11 24H2 (dürfte auch frühere Windows 11-Versionen betreffen). Peter wies darauf hin, dass VirtualBox nur lauffähig ist, wenn in Windows 11 24H2 Hyper-V und weitere Virtualisierungsfunktionen deaktiviert werden. Das sei erstens nicht trivial, und führe zweitens dazu, dass die Windows 11 Sicherheitsmechanismen, die inzwischen Hyper-V-Funktionen benutzen (z.B. Virtualisation Based Security), deaktiviert werden, schrieb er mir.
Diskussion in der Community
Der Thread Hyper-V Problems in Windows 24H2 (gemeint ist Windows 11 24H2) in der Virtualbox-Community beschreibt die Problematik. Der Thread-Starter hat sein System von Windows 11 23H2 auf Windows 11 24H2 aktualisiert.
Seit diesem Upgrade habe er ein großes Problem in Windows 11 schreibt er. Nach dem Upgrade würden die virtuellen Maschinen nur sehr langsam oder gar nicht starteten. Es wurde das Symbol einer Schildkröte (green turtle, was wohl für einen emulierten Modus steht) angezeigt, was auf Probleme mit einem anderen Virtualisierer hindeutet.
Der Betroffene hat dann die Log-Datei von Virtualbox angesehen und fand dort einen Eintrag mit dem Hinweis, dass ein anderer Virtualisierer aktiv sei und deshalb Oracle Virtualbox nicht richtig funktionieren würde.
Anzeige
Der Betroffene schrieb, dass er das gesamte Virtualbox-Howto der Community durchgelesen und die angegebenen Registry-Verweise entfernt oder auf 0 gesetzt habe. Zudem wurden Safe Boot im Bios deaktiviert sowie alle Verweise auf Hyper-V im Bios auf nicht aktiv geändert.
Der Benutzer hat auch die Kernel-Isolation und Kernel-Zugriff sowie die Kontrolle über Treiberprogramme deaktiviert. In den Systeminformationen stehe weiterhin, dass ein Hypervisor aktiv sei.
Auch die Rückkehr zu Windows 11 23H2 hat das Problem nicht behoben, die Schildkröte werde weiterhin eingeblendet. Ein Downgrade auf Virtualbox 7.0. 20 habe auch nicht geholfen, die Schildkröte werde weiterhin angezeigt.
Weitere Fundstellen im Web
Bei einer weiteren Suche habe ich einen drei Jahre alten reddit.com-Thread gefunden, der sich mit Windows 11 und Virtualisierungsproblemen mit Virtualbox auseinander setzt. Ein zweiter reddit.com-Thread ist zwei Jahre alt und bezieht sich ebenfalls auf Windows 11 und Virtualbox.
Auch bei den Kollegen von deskmodder.de gibt es diesen Thread von Mai 2024, wo es um das gleiche Problem geht: Virtualbox läuft unter Windows 11 nicht mehr. Im betreffenden Thread gibt es einige Hinweise, was man (neben Hyper-V) abschalten sollte, damit die Virtualisierung mittels Virtualbox in Windows 11 funktioniert.
Neben der Sandbox sind auch der Device Guard, die Kernisolierung und die Speicher-Integrität sowie der Firmware-Schutz zu deaktivieren. Alle diese Sicherheitsfunktionen aus Windows 11 verwenden den Hyper-V-Hypervisor. Das Ganze zeigt, welche Kollateralschäden die Sicherheitsfeatures in Windows 11 verursachen.
Anzeige
Das problem wurde doch schon lange behoben? Man konnte ja früher auch nicht wsl und vmware gleichzeitig installiert haben, aber vmware und ich dachte auch virtualbox haben ihren hypervisor auf hyper-v umgestellt und damitt war das problem gelöst.
Aber so wie es aussieht macht das virtualbox immernoch nicht alles sauber.
Laut wsl faq müsste es aber gehen
https://learn.microsoft.com/de-de/windows/wsl/faq#kann-ich-wsl-2-und-andere-virtualisierungstools-von-drittanbietern-wie-vmware-oder-virtualbox-ausf-hren-
hatte mich auch gewundert, aber was ich bei der Recherche gestern gesehen habe ging bis Ende 2024.
Virtualbox hat seit der Version 7 generell Probleme und auch Linux Gäste laufen nicht mehr so geschmeidig.
Diese ganze VBS ist auch unter VmWare ein Problem, vielleicht nicht so ausgeprägt. Wenn Hyper-V (auch VBS, sieht man im Übrigen unter msinfo32 unter "Virtualisierungsbasierte Sicherheit" – aktiviert) eingeschaltet ist, dann kann es auch dort zu Performanceproblemen kommen (siehe Site mitigations). Auf meinen Maschinen, auf denen VM laufen muss, wird VBS komplett abgeschaltet. Dies ist manchmal gar nicht so einfach (siehe VBS UEFI-Lock – da gibts Scripts zum abschalten dafür). Dieser UEFI-Lock wird das Problem beim Betroffenen sein (siehe "httpx://gist.github.com/LuemmelSec/590012ad04ad5bcfafc3b8257c636938").
Mit komplett abgeschaltetem VBS und Hyper-V läuft VmWare UND Virtualbox ohne Probleme und ohne "green Turtle" auch hier unter 24H2. Auf den MS-Defender würde ich dann nicht mehr so viel setzen, keine Ahnung um wieviel der schlechter ist, mit den ganzen Deaktivierungen.