Hallo Leopold Vogel
Als ersten Schritt würde ich empfehlen, WinGet mit ausführlicher Protokollierung zu starten, beispielsweise über winget install --verbose-logs, und anschließend die erzeugten Logs unter %LOCALAPPDATA%\Packages\Microsoft.DesktopAppInstaller_8wekyb3d8bbwe\LocalState\DiagOutputDir auszuwerten. Prüfen Sie außerdem die Ereignisanzeige unter Applications and Services Logs, da dort häufig Hinweise auf Manifest-, Download- oder Abhängigkeitsprobleme erscheinen. Bei komplexen, verschachtelten Installationsketten lohnt es sich, die verwendeten YAML-Manifeste mit dem offiziellen WinGet-Manifest-Validator zu überprüfen, da bereits kleine Syntax- oder Abhängigkeitsfehler zu unerwartetem Verhalten führen können. Da Sie Server Core verwenden, sollten Sie zusätzlich testen, ob einzelne Pakete und deren Abhängigkeiten manuell und isoliert installiert werden können, um den genauen Fehlerpunkt einzugrenzen. Falls eigene Provisionierungsskripte beteiligt sind, empfehle ich auch ein Process Monitor (ProcMon) Trace, um Dateizugriffe, Registry-Operationen und Prozessstarts während der Installation nachzuverfolgen. In den meisten Fällen stellt sich heraus, dass entweder eine nicht auflösbare Abhängigkeit, ein Kontextproblem unter Server Core oder ein fehlerhaftes Manifest die Ursache ist und nicht die WinGet-Parser-Engine selbst.