Fehler 0x80070005: Zugriff verweigert, wenn Hyper-V zum ersten Mal in Windows 10 Pro gestartet wird

8

Ich versuche, Hyper-V unter einem frisch installierten Windows 10 Pro (1709) auf AMD FX 6350 mit 8 GB RAM auszuführen. Die Verwaltung von virtuellen Hyper-V-Maschinen (VMMS) wird ordnungsgemäß gestartet, aber der Hyper-V-Hostcomputerdienst (VMcompute) stürzt mit dem Fehler abWindows could not start the Hyper-V Host Compute Service on Local Computer. Error 0x80070005: Access is denied.

Im Protokoll nur bedeutungslose Nachricht The Hyper-V Host Compute Service service terminated with the following error: General access denied error.

Beim Googeln wird ein ähnlicher Fehler beim Migrieren oder Exportieren virtueller Maschinen festgestellt, jedoch nicht beim ersten Start von Hyper-V, wenn keine VMs erstellt wurden.

Zuvor war diese Hardware Windows 7 und Vmware Player funktionierte einwandfrei. Jetzt möchte ich die "native" Virtualisierung ausprobieren.

Übrigens genau das gleiche Problem auf dem Laptop auf Intel i5-2430M.

virtualization hyper-v windows-10 Vladimir Martsul
quelle
Nach der Installation der neuesten kumulativen November-Updates ist genau dasselbe Problem aufgetreten. Zuvor wurden Hyper-V und vmcompute beim Fall Creators Update (1709) problemlos gestartet. Das Deaktivieren und erneute Aktivieren von Hyper-V hilft natürlich nicht, und dies ist auch kein Berechtigungsproblem für den Hyper-V-Benutzerordner. Process Monitor schlägt außerdem bisher keine Probleme mit Dateisystem- oder Registrierungsberechtigungen für vmcompute vor. Wie Sie sagten, unterscheidet sich dies von den im Internet veröffentlichten Themen.
Schritte
Das neueste kumulative Update wurde am 30. November veröffentlicht, und ich habe noch nicht bestätigt, ob dies das Problem verursacht hat (wird später heute zurückgesetzt und der Beitrag mit neuen Informationen bearbeitet). Wenn Sie es installiert haben, versuchen Sie möglicherweise auch, es zurückzusetzen. Die beiden für mich installierten kumulativen Updates sind KB4051963 und KB4048955, wobei KB4051963 das 30. November ist.
Schritte
KB4048955 war nicht in meinem System. Aber KB4051963 gab es und die Deinstallation löst das Problem nicht.
Vladimir Martsul
Willkommen bei Server Fault . Dies ist kein Forum; Es ist nicht erforderlich, Dinge wie "Gelöst" oder "BEARBEITEN" zu verwenden, um eine Frage zu markieren. Sie können eine Frage als gelöst markieren, indem Sie die Markierung neben der Antwort ankreuzen, die Ihr Problem gelöst hat (wie Sie es bereits getan haben).
Michael Hampton

Antworten:

9

Dies wird bekanntermaßen durch das Deaktivieren von Windows verursacht Control flow guard (CFG).

So schalten Sie das wieder ein:

  • Suchen und öffnen Sie Windows Defender Security Centerim Startmenü.

  • Gehen Sie in App & browser control: Windows Defender-Sicherheitscenter

  • Scrollen Sie nach unten und klicken Sie auf Exploit protection settings: App- und Browsersteuerung

  • Stellen Sie sicher, dass Folgendes Control flow guard (CFG)eingestellt ist On by default: Schützen Sie die Schutzeinstellungen

Heute Morgen hat mein Hyper-V funktioniert, heute Abend nicht. Das Deaktivieren von CFG war neben der regulären Verwendung von Anwendungen die einzige bemerkenswerte Aktivität, die ich unter Windows ausgeführt hatte. Nach dem erneuten Aktivieren der Funktion funktionierte Hyper-V wieder für mich.

Ich habe die Funktion aufgrund eines Problems mit Windows 10 Build 1709 deaktiviert, das meine TortoiseGit-Leistung erheblich beeinträchtigt, da das Öffnen des Diff-Tools etwa 5 Sekunden dauert.

Ein anderer Benutzerkommentar auf dieser Seite meldet dasselbe Problem.

Jonathan L.
quelle
Vielen Dank! Dieses Problem wurde behoben, als Docker gestartet wurde, weil Hyper-V nicht gestartet werden konnte.
Matt