Windows ADK til Windows 10 v1703: Kendte problemer, Løsning og Fix

Indholdsfortegnelse:

Video: Windows ADK til Windows 10 v1703: Kendte problemer, Løsning og Fix

Video: Windows ADK til Windows 10 v1703: Kendte problemer, Løsning og Fix
Video: Windows 10 - How to set a corporate lock screen with group policy 2024, Marts
Windows ADK til Windows 10 v1703: Kendte problemer, Løsning og Fix
Windows ADK til Windows 10 v1703: Kendte problemer, Løsning og Fix
Anonim

Der blev rapporteret nogle problemer for nylig vedrørende installation af nye Windows ADK på Windows 10 v 1703 og Windows Server 2016 af brugere, der kører Secure Boot. Mens hovedårsagen til problemet forblev uidentificeret, blev det konstateret, at den primære årsag til udseendet af den var en ukorrekt underskrevet WIMMOUNT-driver, der var med i ADK. Dette blev opfattet via to mærkbare symptomer,

  1. En popup fra programkompatibilitetsassistenten under ADK-installationen.
  2. Der er ikke installeret nogen WIM'er efter ADK 1703. Det manifesterer sig i MDT som dette:
Så når du forsøger at installere denne version af Windows ADK på et system med SecureBoot aktiveret, viser Windows Program Compatibility Assistant følgende advarsel:
Så når du forsøger at installere denne version af Windows ADK på et system med SecureBoot aktiveret, viser Windows Program Compatibility Assistant følgende advarsel:
Image
Image

Windows ADK til Windows 10 v1703 problemer og dens løsninger

Heldigvis har Microsoft fået en løsning. Den har udgivet en opdateret driver, der er underskrevet. Hvis du ikke er klar over, er flere filer, der er inkluderet i funktionen Deployment Tools i Windows Assessment og Deployment Kit, herunder wimount.sys, signeret digitalt med et ældre certifikat. Som sådan betragtes disse filer som "usignerede" af de nyeste operativsystemer, og derfor blokeret eller stoppet helt, når SecureBoot er aktiveret. Det er derfor, Microsoft anbefaler at køre 'Secure Boot' og ikke slå den af.

For det andet bruges wimount.sys-driveren af DISM til mount-operationer, som bruges på konfigurationsadministratorens webstedsserver til at oprette og servicere bootbilleder, foruden at udføre offline serviceoperationer på OS Image og OS Upgrade pakker.

Et indlæg på Microsoft Technet blog foreslår, at kunder, der bruger Configuration Manager nuværende filversion 1702 og implementerer Windows 10, version 1703, bør prøve følgende løsninger.

Den primære anbefaling fra Microsoft til at fjerne blokering af kunder, der er interesseret i at installere Windows 10, version 1703, via traditionelle operativsystemer til operativsystemer, er at bruge den tidligere version af Windows ADK, version 1607, til at arbejde med Windows 10, boot 1703 og OS-billeder. Denne forkompatibilitet understøttes til grundlæggende billeddannelsesoperationer (capture / apply).

Det er særligt bemærkelsesværdigt at nævne her, at Windows 10 in-place opgradering og Windows 10 service ikke bruger nogen Windows ADK komponenter. Som følge heraf forbliver disse scenarier upåvirket af problemet.

Som et alternativ til ovenstående kan Windows-brugere vælge at deaktivere SecureBoot. Mens det teknisk set er en mulighed, opfordrer Microsoft ikke til at bruge det i produktionsmiljøer, da det øger den potentielle risiko for serveren.

Microsoft har også udgivet en rettelse til dette problem. For mere information om dette emne, besøg TechNet blog.

Anbefalede: