Phenquestions
Наскоро бяха съобщени някои проблеми относно инсталирането на нови Windows ADK на Windows 10 и Windows Server 2016 от потребители, които изпълняват Secure Boot. Въпреки че основната причина за проблема остава неидентифицирана, беше установено, че основната причина за появата му е неправилно подписан драйвер WIMMOUNT, включен в ADK. Това се възприема чрез два забележими симптома,
- Изскачащ прозорец от помощника за съвместимост на програмата по време на инсталирането на ADK.
- Неуспех при монтирането на каквито и да е WIM след инсталиране на ADK 1703. Това се проявява в MDT по следния начин:
Така че, когато се опитвате да инсталирате тази версия на Windows ADK на система с активиран SecureBoot, помощникът за съвместимост на програмата Windows показва следното предупреждение:
Проблеми и решения на Windows ADK за Windows 10
За щастие, Microsoft излезе с решение. Той публикува актуализиран драйвер, който е подписан. Ако не сте запознати, няколко файла, включени в функцията Инструменти за внедряване на комплекта за оценка и внедряване на Windows, включително wimount.sys, са цифрово подписани с по-стар сертификат. Като такива тези файлове се считат за „неподписани“ от най-новите операционни системи и поради това са блокирани или спрени напълно, когато SecureBoot е активиран. Поради тази причина Microsoft съветва да стартирате „Secure Boot“ и да не го изключвате.
Второ, wimount.sys драйверът се използва от DISM за операции по монтиране, който се използва на сървъра на сайта Configuration Manager за създаване и обслужване на изображения за зареждане, в допълнение за извършване на офлайн операции по обслужване на пакети за надстройка на OS и OS.
Публикация в блога на Microsoft Technet предполага, че клиентите, използващи текущата версия на клона на Configuration Manager 1702 и внедрявайки Windows 10, версия 1703, трябва да изпробват следните решения.
Основната препоръка от Microsoft за деблокиране на клиенти, които се интересуват от внедряването на Windows 10, версия 1703, чрез традиционните методи за внедряване на ОС, е да се използва предишната версия на Windows ADK, версия 1607, за работа с Windows 10, версия 1703 и изображения на OS. Тази пряка съвместимост се поддържа за основни операции по изобразяване (улавяне / прилагане).
Тук е особено забележително да се спомене, че надграждането на място на Windows 10 и обслужването на Windows 10 не използват компоненти на ADK на Windows. В резултат на това тези сценарии остават незасегнати от проблема.
Като алтернатива на горното, потребителите на Windows могат да изберат да деактивират SecureBoot. Въпреки че технически е опция, Microsoft призовава да не се използва в производствена среда, тъй като увеличава потенциалния риск за сървъра.
Microsoft също пусна поправка за този проблем. За повече информация по тази тема посетете блога на TechNet.
