Uute installimiste kohta teatati hiljuti Windows ADK Windows 10 v 1703 ja Windows Server 2016 kasutajatel, kes käitavad Secure Boot'i. Kuigi probleemi peamine põhjus jäi määramata, leiti, et selle välimuse peamine põhjus oli valesti allkirjastatud WIMMOUNT draiver, mis on lisatud ADK-sse. Seda tajutati kahe märgatava sümptomi abil
- ADK-i installimise ajal programmi ühilduvuse abimees hüpikakna.
- Pärast paigaldamist on ADM 1703 paigaldatud mõni WIM-i paigaldamata jätmine. See väljendub MDT-s nii:
Windows ADK Windows 10 v1703 jaoks ja selle lahendused
Õnneks on Microsoft leidnud lahenduse. Ta on avaldanud ajakohastatud draiveri, mis on allkirjastatud. Kui te ei ole teadlikud, on Windowsi hindamise ja kasutuselevõtu komplekti (sh wimount.sys) kasutuselevõtu tööriistadega kaasatud failid digitaalselt allkirjastatud vanema sertifikaadiga. Sellisena peetakse neid faile viimaste operatsioonisüsteemidega nii head kui "unsigned" ja seetõttu blokeeritakse või peatatakse täielikult, kui SecureBoot on lubatud. Just sel põhjusel soovitab Microsoft käivitada "Secure Boot" ja mitte välja lülitada.
Teiseks, draiveri wimount.sys kasutab paigaldusoperatsioone DISM, mida konfiguratsioonihalduri saidi serveris kasutatakse boot-kujutiste loomiseks ja hooldamiseks, lisaks OS-i pildi ja OS-i uuenduspakettide võrguühenduseta teenindamise toimingute tegemiseks.
Microsofti Technet'i blogi postitus näitab, et kliendid, kes kasutavad Configuration Manageri praegust filiaali versiooni 1702 ja kasutavad Windows 10 versiooni 1703, peaksid proovima järgmisi lahendusi.
Microsofti peamine soovitus, et blokeerida kliendid, kes soovivad Windows 10 versiooni 1703 kasutuselevõttu tavapäraste OS-i kasutuselevõtu meetodite abil, kasutada Windowsi ADK versiooni 1607 eelmist versiooni Windows 10, versiooni 1703 alglaadimise ja OS-i piltidega töötamiseks. Seda edaspidist ühilduvust toetavad põhilised pilditöötlusoperatsioonid (pildid / rakendused).
Eriti tähelepanuväärne on siin mainida, et Windows 10 kohapealses versiooniuuenduses ja Windows 10 teeninduses ei kasutata ühtegi Windowsi ADK komponenti. Selle tulemusena ei puuduta need stsenaariumid.
Selle asemel võib Windowsi kasutajad valida SecureBoot'i keelamise. Kuigi tehniliselt on see võimalus, soovitab Microsoft seda tootmiskeskkonda mitte kasutada, kuna see suurendab serveri potentsiaalset ohtu.
Microsoft on ka välja andnud selle probleemi lahenduse. Selle teema kohta lisateabe saamiseks külastage TechNet'i blogi.
