Windows ADK untuk Windows 10 v1703: Masalah yang diketahui, Solusi & Perbaikan

Daftar Isi:

Windows ADK untuk Windows 10 v1703: Masalah yang diketahui, Solusi & Perbaikan
Windows ADK untuk Windows 10 v1703: Masalah yang diketahui, Solusi & Perbaikan

Video: Windows ADK untuk Windows 10 v1703: Masalah yang diketahui, Solusi & Perbaikan

Video: Windows ADK untuk Windows 10 v1703: Masalah yang diketahui, Solusi & Perbaikan
Video: CARA MENGATASI KOTAK PENCARIAN SEARCH BOX TIDAK BERFUNGSI PADA WINDOWS 10 | Ini Solusi nya !!! - YouTube 2024, April
Anonim

Ada beberapa masalah yang dilaporkan baru-baru ini mengenai pemasangan baru Windows ADK pada Windows 10 v 1703 dan Windows Server 2016 oleh pengguna yang menjalankan Boot Aman. Sementara penyebab utama masalah tetap tidak teridentifikasi, ditemukan bahwa alasan utama untuk munculnya itu adalah driver WIMMOUNT yang tidak ditandatangani dengan benar yang termasuk dalam ADK. Ini dirasakan melalui dua gejala yang nyata,

  1. Munculan dari Asisten Kompatibilitas Program selama pemasangan ADK.
  2. Kegagalan untuk memasang WIM setelah ADK 1703 dipasang. Itu memanifestasikan dirinya di MDT seperti ini:
Jadi, ketika Anda mencoba untuk menginstal versi Windows ADK ini pada sistem dengan SecureBoot diaktifkan, Asisten Kompatibilitas Program Windows menampilkan peringatan berikut:
Jadi, ketika Anda mencoba untuk menginstal versi Windows ADK ini pada sistem dengan SecureBoot diaktifkan, Asisten Kompatibilitas Program Windows menampilkan peringatan berikut:
Image
Image

Windows ADK untuk masalah Windows 10 v1703 & penyelesaiannya

Untungnya, Microsoft telah menemukan solusi. Ini telah menerbitkan driver yang diperbarui yang ditandatangani. Jika Anda tidak menyadarinya, beberapa file disertakan dengan fitur Alat Penerapan dari Windows Assessment and Deployment Kit, termasuk wimount.sys, yang ditandatangani secara digital dengan sertifikat yang lebih lama. Dengan demikian, file-file ini dianggap sebagus "unsigned" oleh sistem operasi terbaru, dan karena itu diblokir atau berhenti sepenuhnya ketika SecureBoot diaktifkan. Karena alasan inilah, Microsoft menyarankan untuk menjalankan ‘Boot Aman’ dan tidak mematikannya.

Kedua, driver wimount.sys digunakan oleh DISM untuk operasi mount yang digunakan pada server situs Configuration Manager untuk membuat dan melayani gambar boot, sebagai tambahan, untuk melakukan operasi servis offline pada Gambar OS dan Paket Peningkatan OS.

Sebuah posting di blog Microsoft Technet menyarankan, pelanggan yang menggunakan Configuration Manager saat ini versi cabang 1702 dan menyebarkan Windows 10, versi 1703 harus mencoba solusi berikut.

Rekomendasi utama dari Microsoft untuk membuka blokir pelanggan yang tertarik untuk menggunakan Windows 10, versi 1703, melalui metode penyebaran OS tradisional adalah menggunakan versi sebelumnya dari Windows ADK, versi 1607, untuk bekerja dengan Windows 10, versi booting dan gambar OS 1703. Kompatibilitas ke depan ini didukung untuk operasi pencitraan dasar (capture / apply).

Sangat penting untuk disebutkan di sini bahwa Windows 10 di-tempat upgrade dan Windows 10 servicing tidak menggunakan komponen ADK Windows. Akibatnya, skenario ini tetap tidak terpengaruh oleh masalah ini.

Sebagai alternatif di atas, pengguna Windows dapat memilih untuk menonaktifkan SecureBoot. Meskipun secara teknis pilihan, Microsoft mendesak untuk tidak menggunakannya di lingkungan produksi karena meningkatkan potensi risiko ke server.

Microsoft juga merilis perbaikan untuk masalah ini. Untuk informasi lebih lanjut tentang topik ini, kunjungi blog TechNet.

Direkomendasikan: