Det var noen rapporter rapportert nylig om installasjon av nye Windows ADK på Windows 10 v 1703 og Windows Server 2016 av brukere som kjører Secure Boot. Mens hovedårsaken til problemet var uidentifisert, ble det funnet at den primære årsaken til utseendet til den var en feilaktig signert WIMMOUNT-driver inkludert i ADK. Dette ble oppfattet via to merkbare symptomer,
- En popup fra programkompatibilitetsassistenten under ADK-installasjonen.
- Det er ikke installert noen WIM-filer etter ADK 1703. Det manifesterer seg i MDT slik:
Windows ADK for Windows 10 v1703 problemer og dets løsninger
Heldigvis har Microsoft kommet opp med en løsning. Den har publisert en oppdatert driver som er signert. Hvis du ikke er klar, er flere filer som er inkludert i distribusjonsverktøy-funksjonen i Windows Assessment og Deployment Kit, inkludert wimount.sys, signert digitalt med et eldre sertifikat. Som sådan betraktes disse filene så bra som "usignerte" av de nyeste operativsystemene, og dermed blokkert eller stoppet helt når SecureBoot er aktivert. Det er derfor Microsoft anbefaler å kjøre "Sikker Boot" og ikke slå den av.
For det andre brukes wimount.sys-driveren av DISM for mount-operasjoner som brukes på konfigurasjonsbehandlingens nettstedserver for å opprette og betjene oppstartsbilder, i tillegg til å utføre offline serviceoperasjoner på OS Image og OS Upgrade Packages.
Et innlegg på Microsoft Technet-bloggen antyder at kunder som bruker konfigurasjonsbehandlingens nåværende grensesnittversjon 1702 og distribuerer Windows 10, versjon 1703, burde prøve følgende løsninger.
Den primære anbefalingen fra Microsoft for å oppheve blokkering av kunder som er interessert i å distribuere Windows 10, versjon 1703, via tradisjonelle OS-distribusjonsmetoder, er å bruke den tidligere versjonen av Windows ADK, versjon 1607, for å jobbe med Windows 10, versjon 1703 oppstart og OS-bilder. Denne foroverkompatibiliteten støttes for grunnleggende bildebehandlingsoperasjoner (fangst / bruk).
Det er spesielt bemerkelsesverdig å nevne at Windows 10-oppgradering og Windows 10-service ikke bruker noen Windows ADK-komponenter. Som et resultat forblir disse scenariene upåvirket av problemet.
Som et alternativ til ovenstående kan Windows-brukere velge å deaktivere SecureBoot. Mens teknisk et alternativ, oppfordrer Microsoft ikke å bruke det i produksjonsmiljøer, da det øker potensiell risiko for serveren.
Microsoft har også gitt ut en løsning for dette problemet. For mer informasjon om dette emnet, besøk TechNet-bloggen.
