{"id":4100,"date":"2025-10-04T20:15:00","date_gmt":"2025-10-04T18:15:00","guid":{"rendered":"https:\/\/ictknow-how.ch\/blog\/?p=4100"},"modified":"2025-11-22T16:56:29","modified_gmt":"2025-11-22T15:56:29","slug":"wie-behebt-man-die-fehlermeldung-in-vmware-workstation-17-pro-virtualized-intel-vt-x-ept-is-not-supported-on-this-platform","status":"publish","type":"post","link":"https:\/\/ictknow-how.ch\/blog\/2025\/10\/04\/wie-behebt-man-die-fehlermeldung-in-vmware-workstation-17-pro-virtualized-intel-vt-x-ept-is-not-supported-on-this-platform\/","title":{"rendered":"Wie behebt man die Fehlermeldung in VMware Workstation 17 Pro „Virtualized Intel VT-x\/EPT is not supported on this platform“?"},"content":{"rendered":"\n

Nach mehreren Stunden suchen, ausprobieren und unz\u00e4hligen Windows 11-Neustarts habe ich endlich eine funktionierende L\u00f6sung f\u00fcr mein Problem gefunden:
Microsoft „Device Guard and Credential Guard hardware readiness tool“<\/strong><\/p>\n\n\n\n

Egal was ich bisher ausprobierte, diese zwei „VMware Workstation 17 Pro“-Optionen unter VM-> Settings -> Tab Hardware -> Processors:<\/p>\n\n\n

\n
\"\"<\/a>
Virtualize Intel VT-x\/EPT or AMD-V\/RVI
und
Virtualize CPU performance counters<\/figcaption><\/figure>\n<\/div>\n\n\n

f\u00fchrten immer dazu, dass ich meine neue virtuelle Maschine nicht mehr starten konnte.
Ich habe kontrolliert ob im Mainboard-BIOS die UEFI-Settings f\u00fcr VT-d und Intel VMX aktiviert\/enabled sind, ich habe in meinem Gast-Betriebssystem „Windows 11 Pro“ s\u00e4mtliche optionalen Features zu „Hyper-V“, „Virtual Machine Platform“, „Windows-Hypervisor-Platform“ und „Windows Subsystem f\u00fcr Linux“ deaktiviert und ich habe verschiedene Registry-Settings erfolglos ausprobiert.<\/p>\n\n\n\n

Endlich habe ich dann auf Reddit<\/a> den funktionierenden Hinweis gefunden. Es gibt ein offizielles Tool von Microsoft namens „Device Guard and Credential Guard hardware readiness tool<\/strong>\u201d. Wenn man danach googelt, kommt man schnell auf diese Download-Seite:
https:\/\/www.microsoft.com\/en-us\/download\/details.aspx?id=53337<\/a>
Von dort kann man sich die notwendige Powershell-Script-ZIP-Datei herunterladen<\/a> und lokal extrahieren.<\/p>\n\n\n\n

In einer Powershell-Konsole mit Administrator-Rechten kann man das Script**<\/strong> so aufrufen:
.\\DG_Readiness_Tool_v3.6.ps1<\/code>
Ohne weitere Parameter aufgerufen wird einem erkl\u00e4rt, was man damit alles f\u00fcr Ein-\/Ausschalt- und Anzeigem\u00f6glichkeit hat. Eine Variante ist z.B.
.\\DG_Readiness_Tool_v3.6.ps1 -Ready<\/strong><\/code><\/p>\n\n\n\n

\"\"<\/a><\/figure>\n\n\n\n

damit bekommt man in gr\u00fcner Farbe angezeigt, ob z.B. \u00abHVCI is enabled and running<\/strong>\u00bb.
Das ist die Ursache, wieso die zwei Virtualisierungs-Optionen in VMWare Workstation den Start der virtuellen Maschine verhindern.
(Die obige gr\u00fcne Zeile \u00abConfig-CI is enabled and running…\u00bb kann man so belassen, die st\u00f6rt in unserem Fall nicht.)

Um aber ein laufendes HVCI<\/a> (steht f\u00fcr H<\/strong>yperV<\/strong>isor-Protected C<\/strong>ode I<\/strong>ntegrity) und auch den „Device Guard (DG) und Credential Guard (CG)“ auszuschalten, verwendet man
.\\DG_Readiness_Tool_v3.6.ps1 -Disable<\/strong><\/code>
Das gab zwar bei mir ein paar rote Fehlermeldungen**<\/strong> von wegen Dateien die nicht gefunden wurden und Registry-Eintr\u00e4ge die nicht vorhanden waren. Die habe ich ignoriert.
Die Deaktivierung wird erst nach einem Ger\u00e4te-Neustart aktiv!
Ein erneuter Script-Aufruf nach dem Neustart mit -Ready<\/strong><\/code> zeigt:<\/p>\n\n\n

\n
\"\"<\/a><\/figure>\n<\/div>\n\n\n



Mit dieser Einstellung kam auch endlich das Aha-Erlebnis:
Meine virtuelle Maschine startet jetzt auch mit obigen zwei „Virtualization engine“-Einstellungen.<\/strong><\/p>\n\n\n\n

Das Ganze ist deshalb n\u00f6tig, weil ich in meiner virtuellen Maschine „Docker Desktop on Windows“ installiert hatte, aber dieses ebenfalls nicht startete, weil die virtuelle Maschine ja bisher keine Virtualisierungs-Einstellungen akzeptierte. Durch die 2 nun funktionierenden Optionen startet „Docker Desktop on Windows“ in meiner virtuellen Maschine fehlerfrei und ich kann damit alles ausprobieren ohne meine eigentliche Windows-Umgebung zu ver\u00e4ndern.<\/p>\n\n\n\n

Warum einem Microsoft das dermassen schwierig machen muss, bleibt offen.
Wer an den eigentlichen Einstellungen interessiert ist, kann im erw\u00e4hnten PowerShell-Script ab der Zeile #1178 unter if($Disable)<\/code> nachlesen, was alles an Registry-Eintr\u00e4gen oder Dateien wie der SIPolicy.p7b<\/code> gel\u00f6scht wird oder gar an DISM.exe<\/code>-Befehlen ausgef\u00fchrt wird.<\/p>\n\n\n\n

** Nachtrag:<\/strong>
Da das PowerShell-Script nur in englischer Variante von Microsoft zur Verf\u00fcgung gestellt wird, muss man die Zeilen #758 und #762 f\u00fcr die Ausf\u00fchrung in einem deutschen Windows selber korrigieren, indem man entweder das kleingeschriebene Wort b<\/strong>it jeweils in B<\/strong>it ab\u00e4ndert:<\/p>\n\n\n\n

\"\"<\/a><\/figure>\n\n\n\n

oder gleich eine flexiblere Variante f\u00fcr beide Schreibweisen wie
if($OSArch.ToLower()<\/strong>.Contains(\"64-bit\"))<\/code>
verwendet. Die Ausgabe des vorangehenden PowerShell-Befehls auf Zeile #756
(gwmi win32_operatingsystem).OSArchitecture<\/code>
gibt in einem deutschen Windows z.B. 64-Bit<\/strong> aus, in einem englischen Windows z.B. 64-bit<\/strong>.<\/p>\n\n\n\n

Da die .NET-Zeichenfolgenmethode .Contains()<\/a> zwischen Gross- und Kleinschreibung unterscheidet, bedeutet in obigem Beispiel „64-B<\/strong>it“ ist NICHT gleich „64-b<\/strong>it“. Die Variable $OSArch<\/code> beinhaltet in einem deutschen Windows NICHT die Zeichenfolge „64-b<\/strong>it“.<\/p>\n\n\n

\n \n
\n \n
\n
\n \n\n
<\/div>\n <\/div>\n
\n \n\n
<\/div>\n <\/div>\n
\n \n\n
<\/div>\n <\/div>\n
\n \n\n
<\/div>\n <\/div>\n
\n \n\n
<\/div>\n <\/div>\n <\/div>\n \n
\n
\n \n\n
<\/div>\n <\/div>\n
\n \n\n
<\/div>\n <\/div>\n
\n \n\n
<\/div>\n <\/div>\n
\n \n\n
<\/div>\n <\/div>\n
\n \n\n
<\/div>\n <\/div>\n <\/div>\n<\/div>\n \n\n
\n Rate this post<\/span>\n <\/div>\n <\/div>\n","protected":false},"excerpt":{"rendered":"

Nach mehreren Stunden suchen, ausprobieren und unz\u00e4hligen Windows 11-Neustarts habe ich endlich eine funktionierende L\u00f6sung f\u00fcr mein Problem gefunden:Microsoft „Device Guard and Credential Guard hardware readiness tool“ Egal was ich bisher ausprobierte, diese zwei „VMware Workstation 17 Pro“-Optionen unter VM-> Settings -> Tab Hardware -> Processors: f\u00fchrten immer dazu, dass ich meine neue virtuelle Maschine … Weiterlesen<\/a><\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[264,122,245],"tags":[36],"class_list":["post-4100","post","type-post","status-publish","format-standard","hentry","category-docker","category-vmware-software","category-windows-11","tag-virtual-machine"],"_links":{"self":[{"href":"https:\/\/ictknow-how.ch\/blog\/wp-json\/wp\/v2\/posts\/4100","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/ictknow-how.ch\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/ictknow-how.ch\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/ictknow-how.ch\/blog\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/ictknow-how.ch\/blog\/wp-json\/wp\/v2\/comments?post=4100"}],"version-history":[{"count":0,"href":"https:\/\/ictknow-how.ch\/blog\/wp-json\/wp\/v2\/posts\/4100\/revisions"}],"wp:attachment":[{"href":"https:\/\/ictknow-how.ch\/blog\/wp-json\/wp\/v2\/media?parent=4100"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/ictknow-how.ch\/blog\/wp-json\/wp\/v2\/categories?post=4100"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/ictknow-how.ch\/blog\/wp-json\/wp\/v2\/tags?post=4100"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}