Der Hyper‑V Launcher nach UEFI‑Konvertierung ist eine häufige Fehlerquelle, wenn virtuelle Maschinen nach einer BIOS‑ oder Secure‑Boot‑Migration nicht mehr starten. Obwohl der Hyper‑V‑Manager verfügbar ist und die Dienste laufen, wird der Hypervisor beim Systemstart nicht geladen. Dieser Beitrag erklärt die Ursache und zeigt, wie sich der Hyper‑V Launcher nach einer UEFI‑Konvertierung zuverlässig aktivieren lässt.
Typisches Fehlerbild
- Hyper‑V‑Manager öffnet korrekt
- Dienste vmms und vmcompute laufen
- VM‑Start schlägt fehl mit Hinweis auf nicht gestarteten Hypervisor
Technischer Hintergrund
Hyper‑V ist ein Typ‑1‑Hypervisor und wird vor Windows geladen.
Ist der Hypervisor nicht Teil des Bootvorgangs, bleiben alle VMs funktionslos.
Hyper‑V Launcher nach UEFI‑Konvertierung aktivieren
Bootkonfiguration prüfen
Fehlt der Eintrag hypervisorlaunchtype, wird der Hypervisor nicht geladen.
Hyper‑V‑Launcher aktivieren
Erfolg prüfen
Erwartet:
Ein Hypervisor wurde erkannt.
BIOS‑Grundlagen für Hyper‑V (herstellerneutral)
Damit der Hypervisor starten kann, müssen in der Firmware folgende Optionen aktiv sein:
- CPU‑Virtualisierung (Intel VT‑x / AMD‑V)
- Execute Disable Bit / NX
- UEFI‑Boot aktiv
Zusammenspiel mit Secure Boot
Secure Boot selbst verhindert Hyper‑V nicht – eine unvollständige Bootkonfiguration jedoch schon.
Beide Themen sind technisch miteinander verknüpft:
- Grundlagen hierzu im Beitrag: „Secure Boot nachträglich aktivieren: Voraussetzungen schaffen“
- Zukunftsrelevant: „Secure Boot CA 2023: Prüfen, verstehen und korrekt migrieren“
Quellen
Microsoft Learn – Hyper‑V Grundlagen & Architektur:
Microsoft Learn – Gen2‑VM‑Security (Secure Boot / vTPM):
Microsoft Learn – BCDEdit & Hypervisor‑Startparameter:
Häufig gestellte Fragen
Warum laufen Hyper‑V‑Dienste, aber keine VMs?
Weil der Hypervisor vor Windows starten muss – Dienste allein reichen nicht aus.
Ist Hyper‑V nach Secure‑Boot‑Migration beschädigt?
Nein. Die BCD‑Startoption fehlt oder ist deaktiviert.
Muss Hyper‑V neu installiert werden?
Nein. bcdedit /set hypervisorlaunchtype auto genügt.
Betrifft das nur Secure Boot?
Nein. Auch UEFI‑Konvertierungen ohne Secure Boot können den Effekt auslösen.
Kann ich das rückgängig machen?
Ja. Mit bcdedit /set hypervisorlaunchtype off.
Fazit
Wenn Hyper‑V nach einer UEFI‑ oder Secure‑Boot‑Migration ausfällt, liegt die Ursache fast immer im Bootprozess.
Mit einer sauberen BCD‑Konfiguration ist der Hypervisor sofort wieder vollständig funktionsfähig.
Hinterlasse einen Kommentar
An der Diskussion beteiligen?Hinterlasse uns deinen Kommentar!