Windows ADK voor Windows 10 v1703 Bekende problemen, Oplossing en oplossing

Er zijn onlangs enkele problemen gemeld met betrekking tot de installatie van nieuwe Windows ADK op Windows 10 v 1703 en Windows Server 2016 door gebruikers met Secure Boot. Hoewel de hoofdoorzaak van het probleem niet werd geïdentificeerd, bleek dat de belangrijkste reden voor het optreden ervan was een onjuist ondertekend WIMMOUNT stuurprogramma dat is opgenomen in de ADK. Dit werd waargenomen via twee opvallende symptomen,

1. Een pop-up van de Assistent programmacompatibiliteit tijdens de ADK-installatie.
2. Een fout bij het plaatsen van WIM's nadat ADK 1703 is geïnstalleerd. Dat manifesteert zich zo in MDT:

Dus wanneer u probeert deze versie van Windows ADK te installeren op een systeem waarop SecureBoot is ingeschakeld, geeft de Windows Program Compatibility Assistant de volgende waarschuwing weer:

Windows ADK voor Windows 10 v1703 problemen en de tijdelijke oplossingen

Gelukkig heeft Microsoft een oplossing bedacht. Het heeft een bijgewerkte driver gepubliceerd die is ondertekend. Als u dit niet weet, worden verschillende bestanden die deel uitmaken van de Deployment Tools-functie van de Windows Assessment and Deployment Kit, inclusief wimount.sys, digitaal ondertekend met een ouder certificaat. Als zodanig worden deze bestanden door de nieuwste besturingssystemen als niet-ondertekend beschouwd en daarom volledig geblokkeerd of gestopt wanneer SecureBoot is ingeschakeld. Om deze reden raadt Microsoft aan om 'Secure Boot' uit te voeren en niet uit te schakelen.

Ten tweede wordt de driver wimount.sys gebruikt door DISM voor mount-bewerkingen die wordt gebruikt op de Configuration Manager-siteserver voor het maken en onderhouden van opstartafbeeldingen, daarnaast voor het uitvoeren van offline serviceactiviteiten op OS Image en OS Upgrade Packages.

Een bericht op de blog van Microsoft Technet suggereert dat klanten die Configuration Manager-versie van de huidige branch 1702 gebruiken en Windows 10, versie 1703 gebruiken, de volgende oplossingen moeten proberen.

De primaire aanbeveling van Microsoft om het deblokkeren van klanten die geïnteresseerd zijn in de implementatie van Windows 10, versie 1703, via traditionele OS-implementatiemethoden, is het gebruik van de eerdere versie van Windows ADK, versie 1607, voor het werken met opstart- en OS-images van Windows 10, versie 1703 . Deze compatibiliteit wordt ondersteund voor standaard beeldbewerking (vastleggen / toepassen).

Het is vooral opmerkelijk om hier te vermelden dat Windows 10 interne upgrade en Windows 10-onderhoud geen Windows ADK-componenten gebruiken. Als gevolg hiervan blijven deze scenario's onaangetast door het probleem.

Als alternatief voor het bovenstaande kunnen Windows-gebruikers kiezen om SecureBoot uit te schakelen. Hoewel dit technisch gezien een optie is, dringt Microsoft er op aan om het niet in productieomgevingen te gebruiken omdat het het potentiële risico voor de server vergroot.

Microsoft heeft ook een oplossing voor dit probleem uitgebracht. Ga naar TechNet-blog voor meer informatie over dit onderwerp.