Viime aikoina on raportoitu eräitä asioita, jotka koskevat uuden asennuksen Windows ADK Windows XP: n versiossa 10 v 1703 ja Windows Server 2016: ssa. Vaikka ongelman pääasiallinen syy oli edelleen tuntematon, havaittiin, että sen ensisijainen syy oli ADK: ssa oleva väärin allekirjoitettu WIMMOUNT-ajuri. Tämä havaittiin kahden huomattavan oireen kautta,
- Ponnahdusikkuna ohjelman yhteensopivuusapurista ADK-asennuksen aikana.
- Jos WIM-levyjä ei ole asennettu ADK 1703: n jälkeen, se on asennettu. Tämä ilmenee MDT: stä näin:
Windows ADK Windows 10 v1703 -asiakirjoille ja sen kiertotavoille
Onneksi Microsoft on keksinyt ratkaisun. Se on julkaissut päivitetyn ohjaimen, joka on allekirjoitettu. Jos et tiedä, useat Windowsin arviointi- ja käyttöönottopaketin, mukaan lukien wimount.sys, käyttöönottotyökalut-ominaisuuden sisältämät tiedostot on allekirjoitettu digitaalisesti vanhemman todistuksen kanssa. Sellaisinaan näitä tiedostoja pidetään hyväksi uusimpien käyttöjärjestelmien "allekirjoittamattomina" ja siksi ne ovat estettyjä tai pysähtyneet kokonaan, kun SecureBoot on käytössä. Tästä syystä Microsoft suosittelee suorittamaan Secure Boot -toiminnon eikä katkaise sitä.
Toiseksi wimount.sys-ohjainta käyttää DISM-asennusta, jota käytetään Configuration Manager -palvelinpalvelimessa käynnistyskuvien luomiseen ja huoltoon sekä suorittamaan offline-huoltotoimenpiteitä OS Image- ja OS-päivityspaketeissa.
Microsoft Technet -blogissa oleva viesti kertoo, että asiakkaat, jotka käyttävät Configuration Managerin nykyistä haaraversiota 1702 ja käyttävät Windows 10: n versiota 1703, pitäisi kokeilla seuraavia kiertotavoja.
Microsoftin ensisijainen suositus Windows 10: n version 1703 käyttöönottoon kiinnostuneiden asiakkaiden estämisestä perinteisten käyttöjärjestelmien käyttöönottomenetelmien avulla on käyttää Windows ADK: n aiempaa versiota versiota 1607 Windows 10: n, 1703: n käynnistys- ja käyttöjärjestelmäkuvien. Tätä eteenpäin sopivaa yhteensopivuutta tuetaan peruskuvantamistoimille (kaappaus / sovellus).
Erityisen huomionarvoista on tässä mainita, että Windows 10: n päivitys ja Windows 10: n huolto eivät käytä mitään Windows ADK -komponentteja. Tämän vuoksi ongelma ei vaikuta näihin skenaarioihin.
Vaihtoehtona yllä mainituille, Windows-käyttäjät voivat poistaa SecureBootin käytöstä. Vaikka teknisesti vaihtoehto, Microsoft kieltää sitä, ettei sitä käytetä tuotantoympäristöissä, koska se lisää potentiaalista riskiä palvelimelle.
Microsoft on myös julkaissut tämän ongelman korjauksen. Lisätietoja tästä aiheesta on TechNet-blogissa.
