Код события 1010 windows 10

  • Remove From My Forums

 locked

Появление следующих ошибок в логах

  • Общие обсуждения

  • Процесс, обслуживающий пул приложений «MSExchangeSyncAppPool», обнаружил неустранимую ошибку связи со службой активации Windows.

    Так же в это же время аналогично для:

    «MSExchangeAutodiscoverAppPool»
    «MSExchangeOABAppPool»
    «MSExchangeServicesAppPool»
    «MSExchangeMapiFrontEndAppPool»
    «MSExchangeRpcProxyAppPool»
    Ошибка пока одноразовая но возникают вопросы.
    С чем это может быть связано и как лечить.

    • Изменен тип

      28 октября 2013 г. 7:41
      нет действий

Windows 10: Error modern deployement diagnostic provider id 1010

Discus and support Error modern deployement diagnostic provider id 1010 in Windows 10 Gaming to solve the problem; Hi all, Since todays i’ve notice that i got this report in the task event manager. In some sub group someone as talk about office account from a school…
Discussion in ‘Windows 10 Gaming’ started by Dominique Falardeau, Jan 15, 2023.

  1. Error modern deployement diagnostic provider id 1010

    Hi all, Since todays i’ve notice that i got this report in the task event manager. In some sub group someone as talk about office account from a school or work organisation. So i got an msi laptop since 2019 a gp76leopard with win11 since i was able to get it.So i do have an account from a university in montreal and i did not register my office program related to that university. In 2022 i got to some college and i did got an account form them for office school stuff. Now i’ve deleted this account because i was getting anoying to entre my password at each 5 minute or in some case at reboot. No

    :)

  2. Event Viewer Errors: Autopilot.dll WIL error was reported; Event ID: 1010; Source: Microsoft-Windows-ModernDeployment-Diagnostics-Provider

    Lots of continuing event viewer errors.

    Autopilot.dll WIL error was reported;

    Event ID: 1010;

    Source: Microsoft-Windows-ModernDeployment-Diagnostics-Provider

    Brand new HP computer running Windows Home 11 v21H2 OS 22000.832

    What causes these errors?

    How do I stop them?

    What is Autopilot?

    I have home computer, Windows is installed, and I don’t think I need further «deployment» or «provisioning».

  3. EVENT ERROR provisioning-diagnostics-provider ID 12 Go through and do what is suggested at EVENT ERROR provisioning-diagnostics-provider Fehler ID 12. Everything you need is in that link.

  4. Error modern deployement diagnostic provider id 1010

    EVENT ERROR provisioning-diagnostics-provider ID 12 Hallo,
    the errors that are described there I have not or already solved some time ago, so unfortunately I can not apply any solutions. The strange thing is that the error has not occurred so far, probably because I left windows for a long time and the automatic maintenance repaired the error itself.
    I will report back for new problems.
    Best Regards *Smile

Thema:

Error modern deployement diagnostic provider id 1010

  1. Error modern deployement diagnostic provider id 1010 — Similar Threads — Error modern deployement

  2. Kernal-Power 41 and MordernDeployment-Diagnostics-Provider 1010 Errors

    in Windows 10 Gaming

    Kernal-Power 41 and MordernDeployment-Diagnostics-Provider 1010 Errors: Hello, my pc has been crashing A LOT recently for the past couple of months. When I’m just doing anything on my computer whether that be watching youtube or playing games, it would freeze and just restart. Sometimes, it freezes and makes a loud buzzing noise and I would have…
  3. Kernal-Power 41 and MordernDeployment-Diagnostics-Provider 1010 Errors

    in Windows 10 Software and Apps

    Kernal-Power 41 and MordernDeployment-Diagnostics-Provider 1010 Errors: Hello, my pc has been crashing A LOT recently for the past couple of months. When I’m just doing anything on my computer whether that be watching youtube or playing games, it would freeze and just restart. Sometimes, it freezes and makes a loud buzzing noise and I would have…
  4. Kernal-Power 41 and MordernDeployment-Diagnostics-Provider 1010 Errors

    in Windows 10 BSOD Crashes and Debugging

    Kernal-Power 41 and MordernDeployment-Diagnostics-Provider 1010 Errors: Hello, my pc has been crashing A LOT recently for the past couple of months. When I’m just doing anything on my computer whether that be watching youtube or playing games, it would freeze and just restart. Sometimes, it freezes and makes a loud buzzing noise and I would have…
  5. event 1010 ModernDeployment-Diagnostics-Provider Як виправити ?

    in Windows 10 Gaming

    event 1010 ModernDeployment-Diagnostics-Provider Як виправити ?: Please tell me how to solve this problem. For a long time now, an error appears in the event every minute. I’ve tried everything, but nothing helped. I can’t fix it. Can you help me with this?Autopilot.dll WIL. HRESULT: 0x80070491Файл:…
  6. event 1010 ModernDeployment-Diagnostics-Provider Як виправити ?

    in Windows 10 Software and Apps

    event 1010 ModernDeployment-Diagnostics-Provider Як виправити ?: Please tell me how to solve this problem. For a long time now, an error appears in the event every minute. I’ve tried everything, but nothing helped. I can’t fix it. Can you help me with this?Autopilot.dll WIL. HRESULT: 0x80070491Файл:…
  7. event 1010 ModernDeployment-Diagnostics-Provider Як виправити ?

    in Windows 10 BSOD Crashes and Debugging

    event 1010 ModernDeployment-Diagnostics-Provider Як виправити ?: Please tell me how to solve this problem. For a long time now, an error appears in the event every minute. I’ve tried everything, but nothing helped. I can’t fix it. Can you help me with this?Autopilot.dll WIL. HRESULT: 0x80070491Файл:…
  8. Error modern deployement diagnostic provider id 1010

    in Windows 10 Software and Apps

    Error modern deployement diagnostic provider id 1010: Hi all, Since todays i’ve notice that i got this report in the task event manager. In some sub group someone as talk about office account from a school or work organisation. So i got an msi laptop since 2019 a gp76leopard with win11 since i was able to get it.So i do have an…
  9. LAPTOP FREEZING — Event ID 1 WARP and Event ID 1010 Modern Deployment

    in Windows 10 Gaming

    LAPTOP FREEZING — Event ID 1 WARP and Event ID 1010 Modern Deployment: Hi, My ASUS TUF Gaming A15 laptop has been freezing frequently. It has frozen three times today, each time when browsing Facebook reels on Chrome. I have had to hold the power button to reset the laptop each time. I’ve just done optional Windows updates including BIOS to see…
  10. LAPTOP FREEZING — Event ID 1 WARP and Event ID 1010 Modern Deployment

    in Windows 10 Software and Apps

    LAPTOP FREEZING — Event ID 1 WARP and Event ID 1010 Modern Deployment: Hi, My ASUS TUF Gaming A15 laptop has been freezing frequently. It has frozen three times today, each time when browsing Facebook reels on Chrome. I have had to hold the power button to reset the laptop each time. I’ve just done optional Windows updates including BIOS to see…


Windows 10 Forums

This week another new blog post related to Windows 10 MDM. In the recent weeks I’ve discussed policy refresh, some configurations and now some troubleshooting. This post is also triggered by my previous as I used the MDM Diagnostics Tool (MdmDiagnosticsTool.exe) as an example. Based on that example I’ve received some requests for more information. There are more useful tools like dsregcmd, but this post will focus on the MDM Diagnostics Tool, as there’s not that much information available. In this post I’ll provide information about the usage and results of the MDM Diagnostics Tool as having the right information is really useful for troubleshooting Windows 10 MDM managed devices.

Introduction of the MDM Diagnostics Tool

The MDM Diagnostics Tool is a command line tool that can be used to gather information. Information related to specific MDM areas. Depending on the chosen MDM area, the MDM Diagnostics Tool will gather the related events, registry, logs and more, all consolidated into a single folder or single file. The MDM Diagnostics Tool is one of the best starting points for the IT admin, for a consolidated source for troubleshooting.

Usage of the MDM Diagnostics Tool

The MDM Diagnostics Tool can has four different usage options. The first usage option is the generic option to output MDM diagnostics info only, to a given folder.

MdmDiagnosticsTool.exe -out <output folder path>

The second usage option is to collect predefined area logs and to create a cab file with the results. The possible areas are available in the registry under: HKLMSOFTWAREMicrosoftMdmDiagnosticsArea. At this moment those areas are Autopilot, DeviceEnrollment, DeviceProvisioning and TPM (as shown below).

  • Figure 1: MDM diagnostics areas
MdmDiagnosticsTool.exe -area <area name(s)> -cab <output cab file path>

The third usage option is to collect predefined area logs and to create a zip file with the results. The possible areas are the same as for the second usage option. Only the file type of the result is different.

MdmDiagnosticsTool.exe -area <area name(s)> -zip <output zip file path>

The fourth usage option is to collect information specified in a XML-file and to create a zip file with the results. I haven’t found out (and not really looked at) how to construct a working XML-file for that option. To use the MDM Diagnostics Tool in combination with Microsoft Intune, have a look at my previous post.

MdmDiagnosticsTool.exe -xml <xml file of information to gather> -zip <output zip file path> -server <MDM Server to alert>

Output of the MDM Diagnostics Tool

The output of the different usage options of the MDM Diagnostics Tool is also different. As usage option 2 and 3 contain the same information and I can’t really use option 4, let’s have a look at the output of option 1 and 2. Below is a quick overview of the output, followed by an explanation of the diagnostic data that is available in the output.

Output of usage option 1

The first usage option provides the generic MDM diagnostics that contains the following information:

  • DeviceManagement-Enterprise-Diagnostics-Provider.evtx – This event log contains the information (and errors) regarding the MDM sessions of the device. It also shows the MDM PolicyManager errors.
  • MDMDiagReport.html (and related xml) – This is the same report that can be generated by using the Settings panel and generating the Advanced Diagnostics Report. That report shows the applied configuration states of the devices, including Policy CSP settings, certificates, configuration sources, and resource information.
  • Microsoft-Windows-AAD.evtx – This event log contains information (and errors) related to Azure AD communications. From device registration until token requests.
  • Microsoft-Windows-Shell-Core.evtx – This event log contains a lot of information mainly related to logon tasks and runonce actions on the device.

Output of usage option 2 (Autopilot)

The second usage option, with the Autopilot area specified, provides generic MDM diagnostics and specific Autopilot related diagnostics that contains the following information:

  • AgentExecutor.log – This log file contains information about the PowerShell scripts that are executed by the Intune Management Extention.
  • AutopilotConciergeFile.json – This json file contains the language and keyboard configuration information during a self deployment.
  • AutopilotDDSZTDFile.json – This json file contains the configuration information during a regular deployment.
  • ClientHealth.log – This log file contains the health information of the Intune Management Extention.
  • DeviceHash_DESKTOP-U1JNF0E.csv – This csv file contains the device hash information of the device.
  • DiagnosticLogCSP_Collector_Autopilot.etl – This event trace log file contains trace information of the Autopilot process of the device.
  • DiagnosticLogCSP_Collector_DeviceEnrollment.etl – This event trace log file contains trace information of the device enrollment process of the device.
  • DiagnosticLogCSP_Collector_DeviceProvisioning.etl – This event trace log file contains trace information of the device provisioning process of the device.
  • IntuneManagementExtension.log – This log file contains information about the Win32 app deployments that are performed by the Intune Management Extension.
  • LicensingDiag.cab (and related LicensingDiag_Output.txt) – These files contain licensing and diagnostic information.
  • MDMDiagReport.html (and related xml) – This is the same report that can be generated by using the Settings panel and generating the Advanced Diagnostics Report. That report shows the applied configuration states of the devices, including Policy CSP settings, certificates, configuration sources, and resource information.
  • MdmDiagReport_RegistryDump.reg – This registry file contains exported registry information related to Autopilot, but also related to the provisioning of the device and the policy manager. Basically everything related to MDM management.
  • microsoft-windows-aad-operational.evtx – This event log contains operational information (and errors) related to Azure AD communications. From device registration until token requests.
  • microsoft-windows-appxdeploymentserver-operational.evtx – This event log contains operational information (and errors) related to packaging, deploying, or querying app packages.
  • microsoft-windows-assignedaccess-admin.evtx – This event log contains admin information (and errors) related to assigned access (kiosk mode).
  • microsoft-windows-assignedaccessbroker-admin.evtx – This event log contains admin information (and errors) related to the broker of assigned access (kiosk mode).
  • microsoft-windows-assignedaccessbroker-operational.evtx – This event log contains operational information (and errors) related to the broker of assigned access (kiosk mode).
  • microsoft-windows-assignedaccess-operational.evtx – This event log contains operational information (and errors) related to assigned access (kiosk mode).
  • microsoft-windows-devicemanagement-enterprise-diagnostics-provider-admin.evtx – This event log contains admin information (and errors) regarding the MDM sessions of the device.
  • microsoft-windows-devicemanagement-enterprise-diagnostics-provider-debug.evtx – This event log contains debug information (and errors) regarding the MDM sessions of the device.
  • microsoft-windows-devicemanagement-enterprise-diagnostics-provider-operational.evtx – This event log contains operational information (and errors) regarding the MDM sessions of the device.
  • microsoft-windows-moderndeployment-diagnostics-provider-autopilot.evtx – This event log contains the operational information (and errors) regarding the Autopilot profile settings and OOBE flow of the device.
  • microsoft-windows-moderndeployment-diagnostics-provider-managementservice.evtx – This event log contains the operational information (and errors) regarding the management service of the device.
  • microsoft-windows-provisioning-diagnostics-provider-admin.evtx – This event log contains the admin information (and errors) regarding adding packages to the device.
  • microsoft-windows-shell-core-operational.evtx – This event log contains a lot of information mainly related to logon tasks and runonce actions on the device.
  • microsoft-windows-user device registration-admin.evtx – This event log contains admin information (and errors) regarding the device registration (status).
  • setupact.log – This log file contains information about the errors that occur during the Windows installation process of the device.
  • TpmHliInfo_Output.txt – This file contains information about the support of TPM 2.0 for the TPM of the device.

Output of usage option 2 (DeviceEnrollment)

The second usage option, with the DeviceEnrollment area specified, provides generic MDM diagnostics and specific device enrollment related diagnostics that contains the following information:

  • DiagnosticLogCSP_Collector_DeviceEnrollment.etl – This event trace log file contains trace information of the device enrollment process of the device.
  • MDMDiagHtmlReport.html (and related xml) – This is the same report that can be generated by using the Settings panel and generating the Advanced Diagnostics Report. That report shows the applied configuration states of the devices, including Policy CSP settings, certificates, configuration sources, and resource information.
  • MdmDiagReport_RegistryDump.reg – This registry file contains exported registry information related to Autopilot, but also related to the provisioning of the device and the policy manager. Basically everything related to MDM management.
  • microsoft-windows-aad-operational.evtx – This event log contains operational information (and errors) related to Azure AD communications. From device registration until token requests.
  • microsoft-windows-appxdeploymentserver-operational.evtx – This event log contains operational information (and errors) related to packaging, deploying, or querying app packages.
  • microsoft-windows-devicemanagement-enterprise-diagnostics-provider-admin.evtx – This event log contains admin information (and errors) regarding the MDM sessions of the device.
  • microsoft-windows-devicemanagement-enterprise-diagnostics-provider-debug.evtx – This event log contains debug information (and errors) regarding the MDM sessions of the device.
  • microsoft-windows-devicemanagement-enterprise-diagnostics-provider-operational.evtx – This event log contains operational information (and errors) regarding the MDM sessions of the device.
  • microsoft-windows-moderndeployment-diagnostics-provider-managementservice.evtx – This event log contains the operational information (and errors) regarding the management service of the device.
  • microsoft-windows-provisioning-diagnostics-provider-admin.evtx – This event log contains the admin information (and errors) regarding adding packages to the device.

Output of usage option 2 (DeviceProvisioning)

The second usage option, with the DeviceProvisiong area specified, provides generic MDM diagnostics and specific device provisioning related diagnostics that contains the following information:

  • DiagnosticLogCSP_Collector_DeviceProvisioning.etl – This event trace log file contains trace information of the device provisioning process of the device.
  • MDMDiagHtmlReport.html (and related xml) – This is the same report that can be generated by using the Settings panel and generating the Advanced Diagnostics Report. That report shows the applied configuration states of the devices, including Policy CSP settings, certificates, configuration sources, and resource information.
  • MdmDiagReport_RegistryDump.reg – This registry file contains exported registry information related to Autopilot, but also related to the provisioning of the device and the policy manager. Basically everything related to MDM management.
  • microsoft-windows-aad-operational.evtx – This event log contains operational information (and errors) related to Azure AD communications. From device registration until token requests.
  • microsoft-windows-devicemanagement-enterprise-diagnostics-provider-admin.evtx – This event log contains admin information (and errors) regarding the MDM sessions of the device.
  • microsoft-windows-provisioning-diagnostics-provider-admin.evtx – This event log contains the admin information (and errors) regarding adding packages to the device.
  • microsoft-windows-shell-core-operational.evtx – This event log contains a lot of information mainly related to logon tasks and runonce actions on the device.

Output of usage option 2 (TPM)

The second usage option, with the TPM area specified, provides generic MDM diagnostics specific certificate and TPM related diagnostics that contains the following information:

  • CertReq_enrollaik_Output.txt – This file contains information about an attempt to enroll an AIK key for the device.
  • CertUtil_tpminfo_Output.txt – This file contains information about the TPM of the device.
  • MDMDiagHtmlReport.html (and related xml) – This is the same report that can be generated by using the Settings panel and generating the Advanced Diagnostics Report. That report shows the applied configuration states of the devices, including Policy CSP settings, certificates, configuration sources, and resource information.
  • MdmDiagReport_RegistryDump.reg – This registry file contains exported registry information related to Autopilot, but also related to the provisioning of the device and the policy manager. Basically everything related to MDM management.

More information

For more information related to troubleshooting Windows 10 MDM related issues, please refer to the following documentation:

  • Diagnose MDM failures in Windows 10: https://docs.microsoft.com/en-us/windows/client-management/mdm/diagnose-mdm-failures-in-windows-10
  • Troubleshooting Windows Autopilot: https://docs.microsoft.com/en-us/windows/deployment/windows-autopilot/troubleshooting
  • Windows Performance Analyzer: https://docs.microsoft.com/en-us/windows-hardware/test/wpt/windows-performance-analyzer

Let’s check how to Troubleshoot Windows Autopilot Issues with MDM Diagnostics Tool Windows Autopilot Issues. Let’s discuss Windows MDM Diagnostics Tool benefits, usage, and examples in this post.

In my previous post, Windows Autopilot Troubleshooting basics, we discussed different troubleshooting areas like Network Activity, Registry, and Event Viewer.

[Related Posts – Windows Autopilot Step by Step Guides, Windows 10 Deployment Process Flow and Logs]

What is Windows MDM Diagnostics Tool?

MDM Diagnostics is a command-line tool that can collate Windows Autopilot related events. Most Windows Autopilot-related events, registries, and logs are consolidated into a single folder or single file.

Patch My PC

This tool helps IT Admins focus on one consolidated source for troubleshooting.

What are the Benefits of the MDM Diagnostics Tool?

Let’s understand how to troubleshoot Windows Autopilot Issues with MDM Diagnostics Tool as the first step, then understand its benefits.

  • Automatically collect predefined logs and save them as zipping or Cab files.
  • Remote users to run the command and share the logs with IT to troubleshoot.
  • Use the Pre or Post OOBE stage of Windows Autopilot.

How to Use MDM Diagnostics Tool

How to use the Windows MDM diagnostics tool? I recommend using the latest Windows 10 (1803 or later) version of the MDM Diagnostics tool. I have not tested the previous version of Windows 10 with this MDM diag tool.

Usage 1: Syntax: MdmDiagnosticsTool.exe -out < output folder path >

Adaptiva

Example: MdmDiagnosticsTool.exe -out c:temp

MdmDiagnosticsTool Troubleshoot Windows Autopilot Issues with MDM Diagnostics Tool

Troubleshoot Windows Autopilot Issues with MDM Diagnostics Tool

Usage 2: Syntax: MdmDiagnosticsTool.exe -area <area name(s)> -cab <output cab file path>

Execute below command line to collect Windows autopilot related events from the system for troubleshooting.

Example: MdmDiagnosticsTool.exe -area Autopilot -cab C:LOGS.zip

Autopilot troubleshooting

Troubleshoot Windows Autopilot Issues with MDM Diagnostics Tool

3 (Three) Troubleshooting Areas of MDM Diagnostics Tool

THE Windows MDM Diagnostics tool can be used below 3 (three) troubleshooting areas to collect pre-defined areas and logs. But, in this post, we will focus only on Windows Autopilot.

  1. Autopilot
  2. DeviceProvisioning
  3. TPM

[Related Posts – Windows Autopilot Step by Step Guides, Windows 10 Deployment Process Flow and Logs]

The output of the MDM Diagnostics Tool

The diagnostics tool generates output in ZIP / CAB file format with the below files. We will go through each of the down output files and their purpose.

Autopilot logs Troubleshoot Windows Autopilot Issues with MDM Diagnostics Tool

Troubleshoot Windows Autopilot Issues with MDM Diagnostics Tool

Deep Dive – Troubleshoot Windows Autopilot Issues with MDM Diagnostics Tool

You can understand more details about MDM Diagnostic tools in this section. Hopefully, the following troubleshooting steps will help you in Windows Autopilot deployment scenarios.

Event Viewer

MDM Diagnostics tool collects the below list of the event viewer. Event viewer includes client-side events like Autopilot events, policy actions, etc.

  • Microsoft-windows-aad-operational
  • devicemanagement-enterprise-diagnostics-provider
  • microsoft-windows-assignedaccess-admin
  • microsoft-windows-assignedaccess-operational
  • microsoft-windows-moderndeployment-diagnostics-provider-autopilot
  • microsoft-windows-provisioning-diagnostics-provider-admin
  • microsoft-windows-shell-core-operational
  • microsoft-windows-user device registration-admin

The below registry entries tells you a list of event viewer logs captured by the MDM Diagnostics tool.

ComputerHKEY_LOCAL_MACHINESOFTWAREMicrosoftMdmDiagnosticsAreaAutopilotEventViewerEntry 

Troubleshoot Windows Autopilot Issues with MDM Diagnostics Tool

Troubleshoot Windows Autopilot Issues with MDM Diagnostics Tool

Diagnostic Logs – Autopilot and Device Provisioning

The below-listed ETL files are captured by the tool. What is ETL? It’s an Event tracing log created by Windows. This tool is used for in-depth analysis of the events.

The below ETL file will include system activity captured during Autopilot and Intune device provisioning stage.

  • DiagnosticLogCSP_Collector_Autopilot.etl
  • DiagnosticLogCSP_Collector_DeviceProvisioning.etl
ComputerHKEY_LOCAL_MACHINESOFTWAREMicrosoftMdmDiagnosticsAreaAutopilotFileEntry

Autopilot and Device Provisioning

Troubleshoot Windows Autopilot Issues with MDM Diagnostics Tool

You need to use the Windows performance analyzer tool to deep dive and analyze these ETL files.

Autopilot performance analyser

Troubleshoot Windows Autopilot Issues with MDM Diagnostics Tool

CloudExperienceHostOobe Windows Autopilot logs

Where is the location of CloudExperienceHost? It is part of system apps within the c:windowssystemapps folder.

In Windows Autopilot deployment, the CloudExperienceHost process communicates with Azure.

To trace CloudExperienceHost process activity, MDM Diagnostics Tool generates Event Tracing Logs (ETW – Event Tracing for Windows). You can use a Windows performance analyzer to analyze the log, as shown below.

Troubleshoot Windows Autopilot Issues with MDM Diagnostics Tool

Troubleshoot Windows Autopilot Issues with MDM Diagnostics Tool

Setupact.log

This log file records actions or activity during the OOBE Phase of Autopilot.

Troubleshoot Windows Autopilot Issues with MDM Diagnostics Tool

Troubleshoot Windows Autopilot Issues with MDM Diagnostics Tool

Registry Dump

MdmDiagReport_RegistryDump.reg captures the HKLM and HKCU registry values associated with autopilot device provisioning.

Autopilot related
values are written to HKLMSOFTWAREMicrosoftProvisioningDiagnosticsAutoPilot

Intune CSP based configurations are written to HKEY_LOCAL_MACHINEsoftwaremicrosoftpolicymanager

Troubleshoot Windows Autopilot Issues with MDM Diagnostics Tool

Troubleshoot Windows Autopilot Issues with MDM Diagnostics Tool

MDMDiag Report

MDMDiagReport.xml report provides resultant Autopilot settings applied from Intune.

Troubleshoot Windows Autopilot Issues with MDM Diagnostics Tool

Troubleshoot Windows Autopilot Issues with MDM Diagnostics Tool

MDMDiagHtmlReport.html report provides complete details on the applied Intune Policy CSP Settings, certificates, applications, etc., on the autopilot device.

Troubleshoot Windows Autopilot Issues with MDM Diagnostics Tool

Troubleshoot Windows Autopilot Issues with MDM Diagnostics Tool

Resources

  • Windows Autopilot Deployment Scenarios – On-Prem Hybrid Domain Join
  • Step by Step Guide Windows AutoPilot Process with Intune 
  • Beginners Guide Setup Windows AutoPilot Deployment 
  • Windows Autopilot Video Starter Kit

Author

Vimal has more than ten years of experience in SCCM device management solutions. His main focus is on Device Management technologies like Microsoft Intune, ConfigMgr (SCCM), OS Deployment, and Patch Management. He writes about the technologies like SCCM, Windows 10, Microsoft Intune, and MDT.

title description manager ms.author ms.prod ms.localizationpriority author ms.topic ms.technology ms.collection ms.date

Deploy a Windows 10 image using MDT (Windows 10)

This article will show you how to take your reference image for Windows 10, and deploy that image to your environment using the Microsoft Deployment Toolkit (MDT).

aaroncz

frankroj

windows-client

medium

frankroj

article

itpro-deploy

highpri, tier2

11/28/2022

Deploy a Windows 10 image using MDT

Applies to:

  • Windows 10

This article will show you how to take your reference image for Windows 10 (that was created), and deploy that image to your environment using the Microsoft Deployment Toolkit (MDT).

We’ll prepare for this deployment by creating an MDT deployment share that is used solely for image deployment. Separating the processes of creating reference images from the processes used to deploy them in production allows greater control of on both processes. We’ll configure Active Directory permissions, configure the deployment share, create a new task sequence, and add applications, drivers, and rules.

For the purposes of this article, we’ll use four computers: DC01, MDT01, HV01 and PC0005.

  • DC01 is a domain controller
  • MDT01 is a domain member server
  • HV01 is a Hyper-V server
  • PC0005 is a blank device to which we’ll deploy Windows 10

MDT01 and PC0005 are members of the domain contoso.com for the fictitious Contoso Corporation. HV01 used to test deployment of PC0005 in a virtual environment.

devices.

[!NOTE]
For details about the setup for the procedures in this article, please see Prepare for deployment with MDT.

Step 1: Configure Active Directory permissions

These steps will show you how to configure an Active Directory account with the permissions required to deploy a Windows 10 machine to the domain using MDT. These steps assume you’ve The account is used for Windows Preinstallation Environment (Windows PE) to connect to MDT01. In order for MDT to join machines into the contoso.com domain you need to create an account and configure permissions in Active Directory.

On DC01:

  1. Download the Set-OUPermissions.ps1 script and copy it to the C:SetupScripts directory on DC01. This script configures permissions to allow the MDT_JD account to manage computer accounts in the contoso > Computers organizational unit.

  2. Create the MDT_JD service account by running the following command from an elevated Windows PowerShell prompt:

    New-ADUser -Name MDT_JD -UserPrincipalName MDT_JD@contoso.com -path "OU=Service Accounts,OU=Accounts,OU=Contoso,DC=CONTOSO,DC=COM" -Description "MDT join domain account" -AccountPassword (ConvertTo-SecureString "pass@word1" -AsPlainText -Force) -ChangePasswordAtLogon $false -PasswordNeverExpires $true -Enabled $true 
  3. Next, run the Set-OuPermissions script to apply permissions to the MDT_JD service account, enabling it to manage computer accounts in the Contoso / Computers OU. Run the following commands from an elevated Windows PowerShell prompt:

    Set-ExecutionPolicy -ExecutionPolicy RemoteSigned -Force
    Set-Location C:SetupScripts
    .Set-OUPermissions.ps1 -Account MDT_JD -TargetOU "OU=Workstations,OU=Computers,OU=Contoso"

    The following list is of the permissions being granted:

    • Scope: This object and all descendant objects
    • Create Computer objects
    • Delete Computer objects
    • Scope: Descendant Computer objects
    • Read All Properties
    • Write All Properties
    • Read Permissions
    • Modify Permissions
    • Change Password
    • Reset Password
    • Validated write to DNS host name
    • Validated write to service principal name

Step 2: Set up the MDT production deployment share

Next, create a new MDT deployment share. You shouldn’t use the same deployment share that you used to create the reference image for a production deployment. Perform this procedure on the MDT01 server.

Create the MDT production deployment share

On MDT01:

The steps for creating the deployment share for production are the same as when you created the deployment share for creating the custom reference image:

  1. Ensure you’re signed on as: contosoadministrator.

  2. In the Deployment Workbench console, right-click Deployment Shares and select New Deployment Share.

  3. On the Path page, in the Deployment share path text box, type D:MDTProduction and select Next.

  4. On the Share page, in the Share name text box, type MDTProduction$ and select Next.

  5. On the Descriptive Name page, in the Deployment share description text box, type MDT Production and select Next.

  6. On the Options page, accept the default settings and select Next twice, and then select Finish.

  7. Using File Explorer, verify that you can access the MDT01MDTProduction$ share.

Configure permissions for the production deployment share

To read files in the deployment share, you need to assign NTFS and SMB permissions to the MDT Build Account (MDT_BA) for the D:MDTProduction folder

On MDT01:

  1. Ensure you’re signed in as contosoadministrator.

  2. Modify the NTFS permissions for the D:MDTProduction folder by running the following command in an elevated Windows PowerShell prompt:

    icacls.exe "D:MDTProduction" /grant '"CONTOSOMDT_BA":(OI)(CI)(M)'
    grant-smbshareaccess -Name MDTProduction$ -AccountName "ContosoMDT_BA" -AccessRight Full -force

Step 3: Add a custom image

The next step is to add a reference image into the deployment share with the setup files required to successfully deploy Windows 10. When adding a custom image, you still need to copy setup files (an option in the wizard) because Windows 10 stores other components in the SourcesSxS folder that is outside the image and may be required when installing components.

Add the Windows 10 Enterprise x64 RTM custom image

In these steps, we assume that you’ve completed the steps in the Create a Windows 10 reference image article, so you’ve a Windows 10 reference image at D:MDTBuildLabCapturesREFW10X64-001.wim on MDT01.

  1. Using the Deployment Workbench, expand the Deployment Shares node, and then expand MDT Production; select the Operating Systems node, and create a folder named Windows 10.

  2. Right-click the Windows 10 folder and select Import Operating System.

  3. On the OS Type page, select Custom image file and select Next.

  4. On the Image page, in the Source file text box, browse to D:MDTBuildLabCapturesREFW10X64-001.wim and select Next.

  5. On the Setup page, select the Copy Windows 7, Windows Server 2008 R2, or later setup files from the specified path option; in the Setup source directory text box, browse to D:MDTBuildLabOperating SystemsW10EX64RTM and select Next.

  6. On the Destination page, in the Destination directory name text box, type W10EX64RTM, select Next twice, and then select Finish.

  7. After adding the operating system, double-click the added operating system name in the Operating Systems / Windows 10 node and change the name to Windows 10 Enterprise x64 RTM Custom Image.

[!NOTE]
The reason for adding the setup files has changed since earlier versions of MDT. MDT 2010 used the setup files to install Windows. MDT uses DISM to apply the image; however, you still need the setup files because some components in roles and features are stored outside the main image.

imported OS.

Step 4: Add an application

When you configure your MDT Build Lab deployment share, you can also add applications to the new deployment share before creating your task sequence. This section walks you through the process of adding an application to the MDT Production deployment share using Adobe Reader as an example.

Create the install: Adobe Reader DC

On MDT01:

  1. Download the Enterprise distribution version of Adobe Acrobat Reader DC (AcroRdrDC2200320282_en_US.exe) to D:setupadobe on MDT01.

  2. Extract the .exe file that you downloaded to a .msi (ex: .AcroRdrDC2200320282_en_US.exe -sfx_o»d:setupadobeinstall» -sfx_ne).

  3. In the Deployment Workbench, expand the MDT Production node and navigate to the Applications node.

  4. Right-click the Applications node, and create a new folder named Adobe.

  5. In the Applications node, right-click the Adobe folder and select New Application.

  6. On the Application Type page, select the Application with source files option and select Next.

  7. On the Details page, in the Application Name text box, type Install — Adobe Reader and select Next*.

  8. On the Source page, in the Source Directory text box, browse to D:setupadobeinstall and select Next.

  9. On the Destination page, in the Specify the name of the directory that should be created text box, type Install — Adobe Reader and select Next.

  10. On the Command Details page, in the Command Line text box, type msiexec /i AcroRead.msi /q, select Next twice, and then select Finish.

    acroread image.
    The Adobe Reader application added to the Deployment Workbench.

Step 5: Prepare the drivers repository

In order to deploy Windows 10 with MDT successfully, you need drivers for the boot images and for the actual operating system. This section will show you how to add drivers for the boot image and operating system, using the following hardware models as examples:

  • Lenovo ThinkPad T420
  • Dell Latitude 7390
  • HP EliteBook 8560w
  • Microsoft Surface Pro

For boot images, you need to have storage and network drivers; for the operating system, you need to have the full suite of drivers.

[!NOTE]
You should only add drivers to the Windows PE images if the default drivers don’t work. Adding drivers that are not necessary will only make the boot image larger and potentially delay the download time.

Create the driver source structure in the file system

The key to successful management of drivers for MDT, and for any other deployment solution, is to have a good driver repository. From this repository, you import drivers into MDT for deployment, but you should always maintain the repository for future use.

On MDT01:

[!IMPORTANT]
In the steps below, it’s critical that the folder names used for various computer makes and models exactly match the results of wmic computersystem get model,manufacturer on the target system.

  1. Using File Explorer, create the D:drivers folder.

  2. In the D:drivers folder, create the following folder structure:

    1. WinPE x86
    2. WinPE x64
    3. Windows 10 x64
  3. In the new Windows 10 x64 folder, create the following folder structure:

    • Dell Inc.
      • Latitude E7450
    • Hewlett-Packard
      • HP EliteBook 8560w
    • Lenovo
      • ThinkStation P500 (30A6003TUS)
    • Microsoft Corporation
      • Surface Laptop

[!NOTE]
Even if you’re not going to use both x86 and x64 boot images, we still recommend that you add the support structure for future use.

Create the logical driver structure in MDT

When you import drivers to the MDT driver repository, MDT creates a single instance folder structure based on driver class names. However, you can, and should, mimic the driver structure of your driver source repository in the Deployment Workbench. This mimic is done by creating logical folders in the Deployment Workbench.

  1. On MDT01, using Deployment Workbench, select the Out-of-Box Drivers node.

  2. In the Out-Of-Box Drivers node, create the following folder structure:

    1. WinPE x86
    2. WinPE x64
    3. Windows 10 x64
  3. In the Windows 10 x64 folder, create the following folder structure:

    • Dell Inc.
      • Latitude E7450
    • Hewlett-Packard
      • HP EliteBook 8560w
    • Lenovo
      • 30A6003TUS
    • Microsoft Corporation
      • Surface Laptop

The preceding folder names should match the actual make and model values that MDT reads from devices during deployment. You can find out the model values for your machines by using the following command in Windows PowerShell:

Get-WmiObject -Class:Win32_ComputerSystem

Or, you can use this command in a normal command prompt:

wmic.exe csproduct get name

If you want a more standardized naming convention, try the ModelAliasExit.vbs script from the Deployment Guys blog post, entitled Using and Extending Model Aliases for Hardware Specific Application Installation.

drivers.
The Out-of-Box Drivers structure in the Deployment Workbench.

Create the selection profiles for boot image drivers

By default, MDT adds any storage and network drivers that you import to the boot images. However, you should add only the drivers that are necessary to the boot image. You can control which drivers are added by using selection profiles.

The drivers that are used for the boot images (Windows PE) are Windows 10 drivers. If you can’t locate Windows 10 drivers for your device, a Windows 7 or Windows 8.1 driver will most likely work, but Windows 10 drivers should be your first choice.

On MDT01:

  1. In the Deployment Workbench, under the MDT Production node, expand the Advanced Configuration node, right-click the Selection Profiles node, and select New Selection Profile.

  2. In the New Selection Profile Wizard, create a selection profile with the following settings:

    • Selection Profile name: WinPE x86
    • Folders: Select the WinPE x86 folder in Out-of-Box Drivers.
    • Select Next, Next and Finish.
  3. Right-click the Selection Profiles node again, and select New Selection Profile.

  4. In the New Selection Profile Wizard, create a selection profile with the following settings:

    • Selection Profile name: WinPE x64
    • Folders: Select the WinPE x64 folder in Out-of-Box Drivers.
    • Select Next, Next and Finish.

    figure 5.
    Creating the WinPE x64 selection profile.

Extract and import drivers for the x64 boot image

Windows PE supports all the hardware models that we have, but here you learn to add boot image drivers to accommodate any new hardware that might require more drivers. In this example, you add the latest Intel network drivers to the x64 boot image.

On MDT01:

  1. Download PROWinx64.exe from Intel.com (ex: PROWinx64.exe).

  2. Extract PROWinx64.exe to a temporary folder — in this example to the C:TmpProWinx64 folder.

    [!NOTE]
    Extracting the .exe file manually requires an extraction utility. You can also run the .exe and it will self-extract files to the %userprofile%AppDataLocalTempRarSFX0 directory. This directory is temporary and will be deleted when the .exe terminates.

  3. Using File Explorer, create the D:DriversWinPE x64Intel PRO1000 folder.

  4. Copy the content of the C:TmpPROWinx64PRO1000Winx64NDIS64 folder to the D:DriversWinPE x64Intel PRO1000 folder.

  5. In the Deployment Workbench, expand the MDT Production > Out-of-Box Drivers node, right-click the WinPE x64 node, and select Import Drivers, and use the following Driver source directory to import drivers: D:DriversWinPE x64Intel PRO1000.

Download, extract, and import drivers

For the Lenovo ThinkStation P500

For the ThinkStation P500 model, you use the Lenovo ThinkVantage Update Retriever software to download the drivers. With Update Retriever, you need to specify the correct Lenovo Machine Type for the actual hardware (the first four characters of the model name). As an example, the Lenovo ThinkStation P500 model has the 30A6003TUS model name, meaning the Machine Type is 30A6.

ThinkStation image.

To get the updates, download the drivers from the Lenovo ThinkVantage Update Retriever using its export function. You can also download the drivers by searching PC Support on the Lenovo website.

In this example, we assume you’ve downloaded and extracted the drivers using ThinkVantage Update Retriever to the D:DriversLenovoThinkStation P500 (30A6003TUS) directory.

On MDT01:

  1. In the Deployment Workbench, in the MDT Production > Out-Of-Box Drivers > Windows 10 x64 node, expand the Lenovo node.

  2. Right-click the 30A6003TUS folder and select Import Drivers and use the following Driver source directory to import drivers:

    D:DriversWindows 10 x64LenovoThinkStation P500 (30A6003TUS)

    The folder you select and all subfolders will be checked for drivers, expanding any .cab files that are present and searching for drivers.

For the Latitude E7450

For the Dell Latitude E7450 model, you use the Dell Driver CAB file, which is accessible via the Dell TechCenter website.

In these steps, we assume you’ve downloaded and extracted the CAB file for the Latitude E7450 model to the D:DriversDell Inc.Latitude E7450 folder.

On MDT01:

  1. In the Deployment Workbench, in the MDT Production > Out-Of-Box Drivers > Windows 10 x64 node, expand the Dell Inc. node.

  2. Right-click the Latitude E7450 folder and select Import Drivers and use the following Driver source directory to import drivers:

    D:DriversWindows 10 x64Dell Inc.Latitude E7450

For the HP EliteBook 8560w

For the HP EliteBook 8560w, you use HP Image Assistant to get the drivers. The HP Image Assistant can be accessed on the HP Support site.

In these steps, we assume you’ve downloaded and extracted the drivers for the HP EliteBook 8650w model to the D:DriversWindows 10 x64Hewlett-PackardHP EliteBook 8560w folder.

On MDT01:

  1. In the Deployment Workbench, in the MDT Production > Out-Of-Box Drivers > Windows 10 x64 node, expand the Hewlett-Packard node.

  2. Right-click the HP EliteBook 8560w folder and select Import Drivers and use the following Driver source directory to import drivers:

    D:DriversWindows 10 x64Hewlett-PackardHP EliteBook 8560w

For the Microsoft Surface Laptop

For the Microsoft Surface Laptop model, you find the drivers on the Microsoft website. In these steps, we assume you’ve downloaded and extracted the Surface Laptop drivers to the D:DriversWindows 10 x64MicrosoftSurface Laptop folder.

On MDT01:

  1. In the Deployment Workbench, in the MDT Production > Out-Of-Box Drivers > Windows 10 x64 node, expand the Microsoft node.

  2. Right-click the Surface Laptop folder and select Import Drivers; and use the following Driver source directory to import drivers:

    D:DriversWindows 10 x64MicrosoftSurface Laptop

Step 6: Create the deployment task sequence

This section will show you how to create the task sequence used to deploy your production Windows 10 reference image. You’ll then configure the task sequence to enable patching via a Windows Server Update Services (WSUS) server.

Create a task sequence for Windows 10 Enterprise

On MDT01:

  1. In the Deployment Workbench, under the MDT Production node, right-click Task Sequences, and create a folder named Windows 10.

  2. Right-click the new Windows 10 folder and select New Task Sequence. Use the following settings for the New Task Sequence Wizard:

    • Task sequence ID: W10-X64-001
    • Task sequence name: Windows 10 Enterprise x64 RTM Custom Image
    • Task sequence comments: Production Image
    • Template: Standard Client Task Sequence
    • Select OS: Windows 10 Enterprise x64 RTM Custom Image
    • Specify Product Key: Don’t specify a product key at this time
    • Full Name: Contoso
    • Organization: Contoso
    • Internet Explorer home page: https://www.contoso.com
    • Admin Password: Don’t specify an Administrator Password at this time

Edit the Windows 10 task sequence

  1. Continuing from the previous procedure, right-click the Windows 10 Enterprise x64 RTM Custom Image task sequence, and select Properties.

  2. On the Task Sequence tab, configure the Windows 10 Enterprise x64 RTM Custom Image task sequence with the following settings:

    1. Preinstall: After the Enable BitLocker (Offline) action, add a Set Task Sequence Variable action with the following settings:

      • Name: Set DriverGroup001
      • Task Sequence Variable: DriverGroup001
      • Value: Windows 10 x64%Make%%Model%
    2. Configure the Inject Drivers action with the following settings:

      • Choose a selection profile: Nothing

      • Install all drivers from the selection profile

        [!NOTE]
        The configuration above indicates that MDT should only use drivers from the folder specified by the DriverGroup001 property, which is defined by the «Choose a selection profile: Nothing» setting, and that MDT shouldn’t use plug and play to determine which drivers to copy, which is defined by the «Install all drivers from the selection profile» setting.

    3. State Restore. Enable the Windows Update (Pre-Application Installation) action.

    4. State Restore. Enable the Windows Update (Post-Application Installation) action.

  3. Select OK.

    drivergroup.
    The task sequence for production deployment.

Step 7: Configure the MDT production deployment share

In this section, you’ll learn how to configure the MDT Build Lab deployment share with the rules required to create a dynamic deployment process. This configuration includes commonly used rules and an explanation of how these rules work.

Configure the rules

[!NOTE]
The following instructions assume the device is online. If you’re offline you can remove SLShare variable.

On MDT01:

  1. Right-click the MDT Production deployment share and select Properties.

  2. Select the Rules tab and replace the existing rules with the following information (modify the domain name, WSUS server, and administrative credentials to match your environment):

    [Settings]
    Priority=Default 
    
    [Default]
    _SMSTSORGNAME=Contoso
    OSInstall=YES
    UserDataLocation=AUTO
    TimeZoneName=Pacific Standard Time 
    AdminPassword=pass@word1
    JoinDomain=contoso.com
    DomainAdmin=CONTOSOMDT_JD
    DomainAdminPassword=pass@word1
    MachineObjectOU=OU=Workstations,OU=Computers,OU=Contoso,DC=contoso,DC=com
    SLShare=MDT01Logs$
    ScanStateArgs=/ue:** /ui:CONTOSO*
    USMTMigFiles001=MigApp.xml
    USMTMigFiles002=MigUser.xml
    HideShell=YES
    ApplyGPOPack=NO
    WSUSServer=mdt01.contoso.com:8530
    SkipAppsOnUpgrade=NO
    SkipAdminPassword=YES
    SkipProductKey=YES
    SkipComputerName=NO
    SkipDomainMembership=YES
    SkipUserData=YES
    SkipLocaleSelection=YES
    SkipTaskSequence=NO
    SkipTimeZone=YES
    SkipApplications=NO
    SkipBitLocker=YES
    SkipSummary=YES
    SkipCapture=YES
    SkipFinalSummary=NO
  3. Select Edit Bootstrap.ini and modify using the following information:

    [Settings]
    Priority=Default
    
    [Default]
    DeployRoot=MDT01MDTProduction$
    UserDomain=CONTOSO
    UserID=MDT_BA
    UserPassword=pass@word1
    SkipBDDWelcome=YES
  4. On the Windows PE tab, in the Platform drop-down list, make sure x86 is selected.

  5. On the General sub tab (still under the main Windows PE tab), configure the following settings:

    In the Lite Touch Boot Image Settings area:

    • Image description: MDT Production x86
    • ISO file name: MDT Production x86.iso

    [!NOTE]

    Because you’re going to use Pre-Boot Execution Environment (PXE) later to deploy the machines, you don’t need the ISO file; however, we recommend creating ISO files because they’re useful when troubleshooting deployments and for quick tests.

  6. On the Drivers and Patches sub tab, select the WinPE x86 selection profile and select the Include all drivers from the selection profile option.

  7. On the Windows PE tab, in the Platform drop-down list, select x64.

  8. On the General sub tab, configure the following settings:

    In the Lite Touch Boot Image Settings area:

    • Image description: MDT Production x64
    • ISO file name: MDT Production x64.iso
  9. In the Drivers and Patches sub tab, select the WinPE x64 selection profile and select the Include all drivers from the selection profile option.

  10. In the Monitoring tab, select the Enable monitoring for this deployment share check box.

  11. Select OK.

    [!NOTE]
    It will take a while for the Deployment Workbench to create the monitoring database and web service.

    figure 8.

    The Windows PE tab for the x64 boot image.

The rules explained

The rules for the MDT Production deployment share are different from those rules for the MDT Build Lab deployment share. The biggest differences are that you deploy the machines into a domain instead of a workgroup.

You can optionally remove the UserID and UserPassword entries from Bootstrap.ini so that users performing PXE boot are prompted to provide credentials with permission to connect to the deployment share. Setting SkipBDDWelcome=NO enables the welcome screen that displays options to run the deployment wizard, run DaRT tools (if installed), exit to a Windows PE command prompt, set the keyboard layout, or configure a static IP address. In this example, we’re skipping the welcome screen and providing credentials.

The Bootstrap.ini file

This file is the MDT Production Bootstrap.ini:

[Settings]
Priority=Default

[Default]
DeployRoot=MDT01MDTProduction$
UserDomain=CONTOSO
UserID=MDT_BA
UserPassword=pass@word1
SkipBDDWelcome=YES

The CustomSettings.ini file

This file is the CustomSettings.ini file with the new join domain information:

[Settings]
Priority=Default

[Default]
_SMSTSORGNAME=Contoso
OSInstall=Y
UserDataLocation=AUTO
TimeZoneName=Pacific Standard Time 
AdminPassword=pass@word1
JoinDomain=contoso.com
DomainAdmin=CONTOSOMDT_JD
DomainAdminPassword=pass@word1
MachineObjectOU=OU=Workstations,OU=Computers,OU=Contoso,DC=contoso,DC=com
SLShare=MDT01Logs$
ScanStateArgs=/ue:** /ui:CONTOSO*
USMTMigFiles001=MigApp.xml
USMTMigFiles002=MigUser.xml
HideShell=YES
ApplyGPOPack=NO
WSUSServer=http://mdt01.contoso.com:8530
SkipAppsOnUpgrade=NO
SkipAdminPassword=YES
SkipProductKey=YES
SkipComputerName=NO
SkipDomainMembership=YES
SkipUserData=YES
SkipLocaleSelection=YES
SkipTaskSequence=NO
SkipTimeZone=YES
SkipApplications=NO
SkipBitLocker=YES
SkipSummary=YES
SkipCapture=YES
SkipFinalSummary=NO
EventService=http://MDT01:9800

Some properties to use in the MDT Production rules file are as follows:

  • JoinDomain. The domain to join.
  • DomainAdmin. The account to use when joining the machine to the domain.
  • DomainAdminDomain. The domain for the join domain account.
  • DomainAdminPassword. The password for the join domain account.
  • MachineObjectOU. The organizational unit (OU) to which to add the computer account.
  • ScanStateArgs. Arguments for the User State Migration Tool (USMT) ScanState command.
  • USMTMigFiles(*). List of USMT templates (controlling what to back up and restore).
  • EventService. Activates logging information to the MDT monitoring web service.

[!NOTE]
For more information about localization support, see the following articles:

  • MDT sample guide
  • LCID (Locale ID) codes

Optional deployment share configuration

If your organization has a Microsoft Software Assurance agreement, you also can subscribe to another Microsoft Desktop Optimization Package (MDOP) license (at an extra cost). Included in MDOP is Microsoft Diagnostics and Recovery Toolkit (DaRT), which contains tools that can help you troubleshoot MDT deployments, and troubleshoot Windows itself.

Add DaRT 10 to the boot images

If you’ve licensing for MDOP and DaRT, you can add DaRT to the boot images using the steps in this section. If you don’t have DaRT licensing, or don’t want to use it, skip to the next section, Update the Deployment Share. To enable the remote connection feature in MDT, you need to do the following steps:

[!NOTE]
DaRT 10 is part of MDOP 2015.

MDOP might be available as a download from your Visual Studio subscription. When searching, be sure to look for Desktop Optimization Pack.

On MDT01:

  1. Download MDOP 2015 and copy the DaRT 10 installer file to the D:SetupDaRT 10 folder on MDT01 (DaRTDaRT 10Installers<lang>x64MSDaRT100.msi).

  2. Install DaRT 10 (MSDaRT10.msi) using the default settings.

    DaRT image.

  3. Copy the two tools CAB files from C:Program FilesMicrosoft DaRTv10 (Toolsx86.cab and Toolsx64.cab) to the production deployment share at D:MDTProductionToolsx86 and D:MDTProductionToolsx64, respectively.

  4. In the Deployment Workbench, right-click the MDT Production deployment share and select Properties.

  5. On the Windows PE tab, in the Platform drop-down list, make sure x86 is selected.

  6. On the Features sub tab, select the Microsoft Diagnostics and Recovery Toolkit (DaRT) checkbox.

    DaRT selection.
    Selecting the DaRT 10 feature in the deployment share.

  7. In the Windows PE tab, in the Platform drop-down list, select x64.

  8. In the Features sub tab, in addition to the default selected feature pack, select the Microsoft Diagnostics and Recovery Toolkit (DaRT) check box.

  9. Select OK.

Update the deployment share

Like the MDT Build Lab deployment share, the MDT Production deployment share needs to be updated after it has been configured. This update-process is the one during which the Windows PE boot images are created.

  1. Right-click the MDT Production deployment share and select Update Deployment Share.

  2. Use the default options for the Update Deployment Share Wizard.

[!NOTE]
The update process will take 5 to 10 minutes.

Step 8: Deploy the Windows 10 client image

These steps will walk you through the process of using task sequences to deploy Windows 10 images through a fully automated process. First, you need to add the boot image to Windows Deployment Services (WDS) and then start the deployment. In contrast with deploying images from the MDT Build Lab deployment share, we recommend using the Pre-Installation Execution Environment (PXE) to start the full deployments in the datacenter, even though you technically can use an ISO/CD or USB to start the process.

Configure Windows Deployment Services

You need to add the MDT Production Lite Touch x64 Boot image to WDS in preparation for the deployment. In this procedure, we assume that WDS is already installed and initialized on MDT01 as described in the Prepare for Windows deployment article.

On MDT01:

  1. Open the Windows Deployment Services console, expand the Servers node and then expand MDT01.contoso.com.

  2. Right-click Boot Images and select Add Boot Image.

  3. Browse to the D:MDTProductionBootLiteTouchPE_x64.wim file and add the image with the default settings.

    figure 9.
    The boot image added to the WDS console.

Deploy the Windows 10 client

At this point, you should have a solution ready for deploying the Windows 10 client. We recommend starting by trying a few deployments at a time until you’re confident that your configuration works as expected. We find it useful to try some initial tests on virtual machines before testing on physical hardware. These tests help rule out hardware issues when testing or troubleshooting. Here are the steps to deploy your Windows 10 image to a virtual machine:

On HV01:

  1. Create a virtual machine with the following settings:

    • Name: PC0005
    • Store the virtual machine in a different location: C:VM
    • Generation: 2
    • Memory: 2048 MB
    • Network: Must be able to connect to MDT01MDTProduction$
    • Hard disk: 60 GB (dynamic disk)
    • Installation Options: Install an operating system from a network-based installation server
  2. Start the PC0005 virtual machine, and press Enter to start the PXE boot. The VM will now load the Windows PE boot image from the WDS server.

    figure 10.
    The initial PXE boot process of PC0005.

  3. After Windows PE has booted, complete the Windows Deployment Wizard using the following setting:

    • Select a task sequence to execute on this computer: Windows 10 Enterprise x64 RTM Custom Image
    • Computer Name: PC0005
    • Applications: Select the Install — Adobe Reader checkbox.
  4. Setup now begins and does the following steps:

    • Installs the Windows 10 Enterprise operating system.
    • Installs the added application.
    • Updates the operating system via your local Windows Server Update Services (WSUS) server.

    pc0005 image1.

Application installation

Following OS installation, Microsoft Office 365 Pro Plus — x64 is installed automatically.

pc0005 image2.

Use the MDT monitoring feature

Since you’ve enabled the monitoring on the MDT Production deployment share, you can follow your deployment of PC0005 via the monitoring node.

On MDT01:

  1. In the Deployment Workbench, expand the MDT Production deployment share folder.

  2. Select the Monitoring node, and wait until you see PC0005.

  3. Double-click PC0005, and review the information.

    figure 11.
    The Monitoring node, showing the deployment progress of PC0005.

Use information in the Event Viewer

When monitoring is enabled, MDT also writes information to the event viewer on MDT01. This information can be used to trigger notifications via scheduled tasks when deployment is completed. For example, you can configure scheduled tasks to send an email when a certain event is created in the event log.

figure 12.
The Event Viewer showing a successful deployment of PC0005.

Multicast deployments

Multicast deployment allows for image deployment with reduced network load during simultaneous deployments. Multicast is a useful operating system deployment feature in MDT deployments, however it’s important to ensure that your network supports it and is designed for it. If you’ve a limited number of simultaneous deployments, you probably don’t need to enable multicast.

Requirements

Multicast requires that Windows Deployment Services (WDS) is running on Windows Server 2008 or later. In addition to the core MDT setup for multicast, the network needs to be configured to support multicast. In general, this configuration means involvement of the organization networking team to ensure that Internet Group Management Protocol (IGMP) snooping is turned on and that the network is designed for multicast traffic. The multicast solution uses IGMPv3.

Set up MDT for multicast

Setting up MDT for multicast is straightforward. You enable multicast on the deployment share, and MDT takes care of the rest.

On MDT01:

  1. In the Deployment Workbench, right-click the MDT Production deployment share folder and select Properties.

  2. On the General tab, select the Enable multicast for this deployment share (requires Windows Server 2008 R2 Windows Deployment Services) check box, and select OK.

  3. Right-click the MDT Production deployment share folder and select Update Deployment Share.

  4. After updating the deployment share, use the Windows Deployment Services console to, verify that the multicast namespace was created.

    figure 13.
    The newly created multicast namespace.

Use offline media to deploy Windows 10

In addition to network-based deployments, MDT supports the use of offline media-based deployments of Windows 10. You can easily generate an offline version of your deployment share — either the full deployment share or a subset of it — by using selection profiles. The generated offline media can be burned to a DVD or copied to a USB stick for deployment.

Offline media are useful not only when you don’t have network connectivity to the deployment share, but also when you’ve limited connection to the deployment share and don’t want to copy 5 GB of data over the wire. Offline media can still join the domain, but you save the transfer of operating system images, drivers, and applications over the wire.

Create the offline media selection profile

To filter what is being added to the media, you create a selection profile. When creating selection profiles, you quickly realize the benefits of having created a good logical folder structure in the Deployment Workbench.

On MDT01:

  1. In the Deployment Workbench, under the MDT Production / Advanced Configuration node, right-click Selection Profiles, and select New Selection Profile.

  2. Use the following settings for the New Selection Profile Wizard:

    • General Settings

      • Selection profile name: Windows 10 Offline Media
    • Folders

      • Applications / Adobe
      • Operating Systems / Windows 10
      • Out-Of-Box Drivers / WinPE x64
      • Out-Of-Box Drivers / Windows 10 x64
      • Task Sequences / Windows 10

      offline media.

Create the offline media

In these steps, you generate offline media from the MDT Production deployment share. To filter what is being added to the media, you use the previously created selection profile.

  1. On MDT01, using File Explorer, create the D:MDTOfflineMedia folder.

    [!NOTE]
    When creating offline media, you need to create the target folder first. It’s crucial that you don’t create a subfolder inside the deployment share folder because it will break the offline media.

  2. In the Deployment Workbench, under the MDT Production / Advanced Configuration node, right-click the Media node, and select New Media.

  3. Use the following settings for the New Media Wizard:

    • General Settings
      • Media path: D:MDTOfflineMedia
      • Selection profile: Windows 10 Offline Media

Configure the offline media

Offline media has its own rules, its own Bootstrap.ini and CustomSettings.ini files. These files are stored in the Control folder of the offline media; they also can be accessed via properties of the offline media in the Deployment Workbench.

On MDT01:

  1. Copy the CustomSettings.ini file from the D:MDTProductionControl folder to D:MDTOfflineMediaContentDeployControl. Overwrite the existing files.

  2. In the Deployment Workbench, under the MDT Production / Advanced Configuration / Media node, right-click the MEDIA001 media, and select Properties.

  3. In the General tab, configure the following:

    • Clear the Generate x86 boot image check box.
    • ISO file name: Windows 10 Offline Media.iso
  4. On the Windows PE tab, in the Platform drop-down list, select x64.

  5. On the General sub tab, configure the following settings:

    • In the Lite Touch Boot Image Settings area:
      • Image description: MDT Production x64
    • In the Windows PE Customizations area, set the Scratch space size to 128.
  6. On the Drivers and Patches sub tab, select the WinPE x64 selection profile and select the Include all drivers from the selection profile option.

  7. Select OK.

Generate the offline media

You’ve now configured the offline media deployment share, however the share hasn’t yet been populated with the files required for deployment. Now everything is ready you populate the deployment share content folder and generate the offline media ISO.

On MDT01:

  1. In the Deployment Workbench, navigate to the MDT Production / Advanced Configuration / Media node.

  2. Right-click the MEDIA001 media, and select Update Media Content. The Update Media Content process now generates the offline media in the D:MDTOfflineMediaContent folder. The process might require several minutes.

Create a bootable USB stick

The ISO that you got when updating the offline media item can be burned to a DVD and used directly (it will be bootable), but it’s often more efficient to use USB sticks instead since they’re faster and can hold more data. (A dual-layer DVD is limited to 8.5 GB.)

[!TIP]
In this example, the .wim file is 5.5 GB in size. However, bootable USB sticks are formatted with the FAT32 file system which limits file size to 4.0 GB. You can place the image on a different drive (ex: E:DeployOperating SystemsW10EX64RTMREFW10X64-001.swm) and then modify E:DeployControlOperatingSystems.xml to point to it. Alternatively to keep using the USB you must split the .wim file, which can be done using DISM:

Dism.exe /Split-Image /ImageFile:D:MDTOfflinemediaContentDeployOperating SystemsW10EX64RTMREFW10X64-001.wim /SWMFile:E:sourcesinstall.swm /FileSize:3800.

Windows Setup automatically installs from this file, provided you name it install.swm. The file names for the next files include numbers, for example: install2.swm, install3.swm.

To enable split image in MDT, the Settings.xml file in your deployment share (ex: D:MDTProductionControlSettings.xml) must have the SkipWimSplit value set to False. By default this value is set to True (<SkipWimSplit>True</SkipWimSplit>), so this must be changed and the offline media content updated.

Follow these steps to create a bootable USB stick from the offline media content:

  1. On a physical machine running Windows 7 or later, insert the USB stick you want to use.

  2. Copy the content of the MDTOfflineMediaContent folder to the root of the USB stick.

  3. Start an elevated command prompt (run as Administrator), and start the Diskpart utility by typing Diskpart and pressing Enter.

  4. In the Diskpart utility, you can type list volume (or the shorter list vol) to list the volumes, but you only need to remember the drive letter of the USB stick to which you copied the content. In our example, the USB stick had the drive letter F.

  5. In the Diskpart utility, type select volume F (replace F with your USB stick drive letter).

  6. In the Diskpart utility, type active, and then type exit.

Unified Extensible Firmware Interface (UEFI)-based deployments

As referenced in Windows 10 deployment scenarios and tools, Unified Extensible Firmware Interface (UEFI)-based deployments are becoming more common. In fact, when you create a generation 2 virtual machine in Hyper-V, you get a UEFI-based computer. During deployment, MDT automatically detects that you’ve an UEFI-based machine and creates the partitions UEFI requires. You don’t need to update or change your task sequences in any way to accommodate UEFI.

figure 14.

The partitions when deploying an UEFI-based machine.

Related articles

  • Get started with the Microsoft Deployment Toolkit (MDT)
  • Create a Windows 10 reference image
  • Build a distributed environment for Windows 10 deployment
  • Refresh a Windows 7 computer with Windows 10
  • Replace a Windows 7 computer with a Windows 10 computer
  • Configure MDT settings

Такие проблемы Microsoft-Windows-DeviceManagement-Enterprise-Diagnostics-Provider%4Admin.evtx обычно вызваны повреждением файла, связанного с Windows, или, в некоторых случаях, его случайным или намеренным удалением. Как правило, решить проблему можно заменой файла EVTX. В качестве дополнительного шага по устранению неполадок мы настоятельно рекомендуем очистить все пути к неверным файлам и ссылки на расширения файлов EVTX, которые могут способствовать возникновению такого рода ошибок, связанных с Microsoft-Windows-DeviceManagement-Enterprise-Diagnostics-Provider%4Admin.evtx.

Microsoft-Windows-DeviceManagement-Enterprise-Diagnostics-Provider%4Admin.evtx для %%os%% и почти для всех версий операционной системы Windows можно скачать ниже. Если в настоящее время необходимая вам версия Microsoft-Windows-DeviceManagement-Enterprise-Diagnostics-Provider%4Admin.evtx недоступна для загрузки, вы можете запросить её копию, нажав на кнопку Request (Запрос) ниже. Кроме того, Microsoft также может предоставить вам некоторые редкие файлы, которые отсутствуют в нашем каталоге.

После успешного размещения файла в соответствующем месте на жёстком диске подобных проблем, связанных с Microsoft-Windows-DeviceManagement-Enterprise-Diagnostics-Provider%4Admin.evtx, больше возникать не должно. Настоятельно рекомендуем выполнить быструю проверку. Мы рекомендуем повторно запустить Windows для проверки того, возникает ли проблема.

Microsoft-Windows-DeviceManagement-Enterprise-Diagnostics-Provider%4Admin.evtx Описание файла
File: EVTX
Софт: Windows
Версия программного обеспечения: 10
Разработчик программного обеспечения: Microsoft
 
File: Microsoft-Windows-DeviceManagement-Enterprise-Diagnostics-Provider%4Admin.evtx  
(Загрузить)
Размер (в байтах): 69632
Базовый файл ОС: Windows 10

Продукт Solvusoft

Загрузка
WinThruster 2023 — Сканировать ваш компьютер на наличие ошибок реестра в Microsoft-Windows-DeviceManagement-Enterprise-Diagnostics-Provider%4Admin.evtx

Windows
11/10/8/7/Vista/XP

Установить необязательные продукты — WinThruster (Solvusoft) | Лицензия | Политика защиты личных сведений | Условия | Удаление

EVTX
Microsoft-Windows-DeviceManagement-Enterprise-Diagnostics-Provider%4Admin.evtx

Идентификатор статьи:   136478

Microsoft-Windows-DeviceManagement-Enterprise-Diagnostics-Provider%4Admin.evtx

Имя файла MD5 Размер файла Загрузить
+ Microsoft-Windows-DeviceManagement-Enterprise-Diagnostics-Provider%4Admin.evtx 90895a819073482246034e1e98a1a9f0 68.00 KB
App Windows 10
Автор Microsoft
Операционная система Windows 10
Архитектура 64-разрядная (x64)
Байт 69632
Контрольная сумма MD5 90895a819073482246034e1e98a1a9f0
ША1 2dfd23b5e8e0698f1d4a388ce783f1ea05151cc2
Контрольная сумма SHA256: 41f9eeee08fc70c07a9d2e0525c23c22dc7fa331ef3c56c626b4bd7f6387cf25
CRC32: 28fe09a3
Расположение файла C:WindowsSystem32winevtLogs

Распространенные сообщения об ошибках в Microsoft-Windows-DeviceManagement-Enterprise-Diagnostics-Provider%4Admin.evtx

Проблемы, возникающие с Microsoft-Windows-DeviceManagement-Enterprise-Diagnostics-Provider%4Admin.evtx и Windows, включают:

  • «Ошибка: Microsoft-Windows-DeviceManagement-Enterprise-Diagnostics-Provider%4Admin.evtx. «
  • «Microsoft-Windows-DeviceManagement-Enterprise-Diagnostics-Provider%4Admin.evtx перемещен или отсутствует. «
  • «Microsoft-Windows-DeviceManagement-Enterprise-Diagnostics-Provider%4Admin.evtx не найден.»
  • «Не удалось загрузить Microsoft-Windows-DeviceManagement-Enterprise-Diagnostics-Provider%4Admin.evtx.»
  • «Не удалось зарегистрироваться: Microsoft-Windows-DeviceManagement-Enterprise-Diagnostics-Provider%4Admin.evtx. «
  • «Ошибка Microsoft-Windows-DeviceManagement-Enterprise-Diagnostics-Provider%4Admin.evtx во время выполнения. «
  • «Microsoft-Windows-DeviceManagement-Enterprise-Diagnostics-Provider%4Admin.evtx не может загрузиться. «

Обычно ошибки Microsoft-Windows-DeviceManagement-Enterprise-Diagnostics-Provider%4Admin.evtx с Windows возникают во время запуска или завершения работы, в то время как приложения, связанные с Microsoft-Windows-DeviceManagement-Enterprise-Diagnostics-Provider%4Admin.evtx, выполняются, или редко во время последовательности обновления ОС. Документирование случаев ошибок Microsoft-Windows-DeviceManagement-Enterprise-Diagnostics-Provider%4Admin.evtx является ключевым для определения причины проблемы и сообщения о них Microsoft для исправлений.

Источники проблем Microsoft-Windows-DeviceManagement-Enterprise-Diagnostics-Provider%4Admin.evtx

Большинство проблем Microsoft-Windows-DeviceManagement-Enterprise-Diagnostics-Provider%4Admin.evtx связаны с отсутствующим или поврежденным Microsoft-Windows-DeviceManagement-Enterprise-Diagnostics-Provider%4Admin.evtx, вирусной инфекцией или недействительными записями реестра Windows, связанными с Windows.

В частности, проблемы Microsoft-Windows-DeviceManagement-Enterprise-Diagnostics-Provider%4Admin.evtx, созданные:

  • Недопустимый раздел реестра Microsoft-Windows-DeviceManagement-Enterprise-Diagnostics-Provider%4Admin.evtx (или поврежденный).
  • Вирус или вредоносное ПО поврежден Microsoft-Windows-DeviceManagement-Enterprise-Diagnostics-Provider%4Admin.evtx.
  • Другая программа (не связанная с Windows) удалила Microsoft-Windows-DeviceManagement-Enterprise-Diagnostics-Provider%4Admin.evtx злонамеренно или по ошибке.
  • Другая программа, конфликтующая с Microsoft-Windows-DeviceManagement-Enterprise-Diagnostics-Provider%4Admin.evtx или другой общей ссылкой Windows.
  • Некомплектная установка приложения, связанного с Microsoft-Windows-DeviceManagement-Enterprise-Diagnostics-Provider%4Admin.evtx, или поврежденная загрузка.

Microsoft Deployment Toolkit (MDT) is a unified collection of tools, processes, and guidance for automating desktop and server deployment. And this in turn reduces deployment time and standardizes desktop and server image deployment. MDT builds on top of the core deployment tools in the Windows Assessment and Deployment Kit (Windows ADK). Its additional guidance and features are designed to reduce the complexity and time required for deployment in an enterprise environment. For more information on the differences between ADK, MDT, Microsoft Endpoint Configuration Manager (SCCM), Intune, Autopilot, and WSUS, how to create a capture image on Windows Deployment Services, Windows Deployment Services: WDSUTIL CommandLine Options on Windows Server 2019. In this article, you will learn how to install “ADK|WinPE|MDT: Deploy Windows with WDS”.

Windows Assessment and Deployment Kit (Windows ADK) is a collection of tools that you can use to customize, assess, and deploy Windows operating systems to new computers. To learn more about the various Windows 10 deployment scenarios and tools, see the following link. See the following guide on how to enable Bitlocker via the Local Group Policy Editor and the Group Policy Management Console. In order to customize Windows, you would need to install ADK|WinPE|MDT: Deploy Windows with WDS.

For some other articles, I have written WDS, see the following guides: No bootable media found system halted: Unable to PXE boot WDS to Virtualbox, WDS/DHCP scenarios: How to configure DHCP Server option 60, 66 and 67 for Windows Deployment Services, Uninstall WDS: How to remove Windows Deployment Services role via the GUI and PowerShell, What happens when WDS and DNS is installed on the same server: DNS issues with WDS, and how does WDS work: How to configure Windows Deployment Services on Windows Server 2019.

ADK|WinPE|MDT: Deploy Windows with WDS

In the below section, you shall learn how to install “ADK|WinPE|MDT: Deploy Windows with WDS”.

Step 1 – Install Windows Assessment and Deployment Kit

Kindly ensure the following tools below are being downloaded. Download and install Windows Assessment and Deployment Kit (Windows ADK) on your WDS server. Double-click on the executable as shown below. For Windows Assessment and Deployment Kit (Windows ADK) for Windows 10 or Windows 11. Here is a related guide: Windows Deployment Services (How to boot (deploy) operating systems images through the network).

Note: When you wish to reinstall a new (updated) ADK, an old ADK must be uninstalled before installing a new one (If this is not uninstalled, you will get an error). With this, you will lose some configuration if you have a custom environment

Note: If you have no Windows ADK installed previously, please download and continue the installation as shown below. You can use the Assessment and Deployment Kit for Windows to install Windows 11 and Windows Server 2022.

This will open the Windows Assessment and Deployment Kit -Windows 10 Window. Select the location to install Windows ADK into. I will leave it to the default path selected.

If you wish to choose a different install path, please use the Browse button to have this done. Click on Next when you are done.

This will Open up the Windows Kits Privacy window as shown below. I do not want to send Microsoft any data usage, because of this, I will select No and then click on Next

Accept the License Agreement as shown below

This will open the “Select the feature you want to install”. Uncheck the features that are not relevant to you as shown below, and click on Install

This will continue with the installation of the features we have selected with its progress bar as shown below.

Once the process is completed as shown below, click on close.

Step 2: Install the WinPE add-on for ADK

WinPE is an add-on to the Windows Assessment and Deployment Kit (ADK). You can download the ADK and WinPE add-ons. Install the ADK and the WinPE add-ons to start working with WinPE. As we can see in the Windows ADK installation above, the Windows PE environment was not included. To do this, we will have to Download the Windows PE add-on for the MDT server.

Note: If you have previously installed the WindowsPE (Windows ADK Addon), please uninstall and reinstall, else the error below will be prompted. When the uninstallation is complete, please proceed with the reinstallation.

Note: The installation steps are similar to step 1 above. Double-click on the installer as shown below. If you have previously installed WinPE (ADK Addon), please download and install it.

This will open the Windows Assessment and Deployment Kit Windows Preinstallation Environment Addons window. Click on Next (But if you wish to install this in a different path, click on Browse and choose your desired path)

On the Windows Kits Privacy (For me, I have decided not to send Microsoft anonymous usage data). Click on Next to proceed

Accept the License Agreement

On the Select your features Windows, you have just one Feature to select and it is the WinPE. Click on Install

This will start the Installation of the WinPE as shown below.

The installation process is complete as you can see below. The Windows PE add-on is successfully installed

Optional - Not needed for this scenario: For some custom environments where you have to customize the Windows image using a different drive such as "D:", you may need to copy the DISM variables (C:Program Files (x86)Windows Kits10Assessment and Deployment KitDeployment Toolsamd64DISM) to this drive D:wdsDISM11). Afterward, you will have to create an environment variable for this pointing to the D:wdsDISM11.

Step 3: Download and Install Microsoft Deployment Toolkit

Next, download the Microsoft Deployment Toolkit (MDT). I will be installing MDT 64bits as shown below. Click on Next to continue the download.

Now the MDT setup file has been downloaded. Double-click on the .msi to continue the installation as shown below

This will open the Microsoft Deployment Tool Kit as shown below. Click on Next

Accept the License and click on next.

Note: Without accepting the licensing, you cannot proceed.

On the Custom Setup, simply click on Next

– On the Customer Experience Improvement Program interface, select No and click on Next
– If you wish, you can tick “Yes” here! it’s absolutely up to you.

– On the next window, Click on install. This will ensure Microsoft Deployment Toolkit (MDT) is installed on your device.

When the installation process is completed, click on Finish

Now, you have successfully deployed the first part of this task. “ADK|WinPE|MDT: Deploy Windows with WDS”. In the following section below, we will be deploying Windows.

Step – Create a Deployment Workbench

Let’s configure the Microsoft Deployment Toolkit (MDT). Launch the Deployment Workbench as shown below

After the Microsoft Deployment Toolkit (MDT) application is launched. Right-click on Deployment Shares in the left navigation and select New Deployment Share

Note: If your environment requires special rights, it is recommended to create a folder (directory) first before connecting to it. Since it is not so for us, I will proceed with the creating of the Deployment Shares.

This will open the New Deployment Share Wizard as shown below. If you wish to change the deployment share path, please use the browse button as shown below

On the Share wizard, enter the share name.

  • Verify the name of the share is the same as the name entered in the path above. (By default the name is DeploymentShare$), I will leave it the same way
  • Then click Next

Change the Deployment share description or leave the default. I will leave this way since this is a lab environment. Click on next.

On the Options window, I will uncheck all the boxes except “Ask to set the local Administrators password”.
Note: If your environment requires other input, please check them
-Click on Next

On the Summary Windows, review this and click on Next

Next, the shares will be created as you can see below.

From the confirmation window, click on finish. The Deployment Share was completed successfully and MDT has been configured successfully.
– Now Click on Finish.

Before proceeding with the next steps, ensure you have attached the ISO image for your version of OS.
– or me, it is Windows 10 (ISO image or DVD).

Step 5: Import the Operating System

On the Deployment Workbench console. Right-click on the Operating System Folder and click Import Operating System

On the OS Type wizard, click on “Full Set of source files” and then click Next

Type the drive letter where the ISO is located. Use the Browse button to locate the path to the ISO.

  • For me it is “F:
  • Click on Next.

Enter a destination directory name and click Next

Review the summary page and click on Next

This will continue the importing of the OS files. On the Confirmation page, click on Finish as shown below

From the screenshot below, the Operating System have been successfully imported.

Step 6: Let’s add an Application. Right-click the application node.

– On the Application type, select the application with source files

On the details page, you will be asked to enter information about the application being added. Other fields occupy important information only when the name of the application is required, which can be beneficial when troubleshooting applications on the road are installed.

I will add zip in the window below

I have entered the following information as shown below

Now browse the location to provide a source folder for import into the MDT folder. I have selected the download path as the location to store these files.

Specify the name of the Directory that should be created. Please modify the name to suit your need.

For more information on how to install an application silently, also see here. However, the command line box will not be populated automatically and must be manually entered for the application to work quietly.

Enter the name of the executable installation file and if any/all switches are needed to obtain a silent installation, click next to continue.

msiexec /i 7z1900-x64.exe /qr

Review the summary page as shown below to know what will be imported into MDT and click on Next

This will work through the import as shown below

On the confirmation page, click on Finish as shown below.

From the screenshot below, the Application has been successfully imported.

Step 7: Let’s create a Task sequence

On the Deployment Workbench console, right-click Task Sequence and then click on New Task Sequence

On the General settings page, enter the following information below. You can enter numbers or words but I have decided to use “Win10Pro

On the Select Template wizard, – Select the Standard Client Task Sequence and click on Next

Select the Operating System from the list which is you imported and click on Next.

On the Specify Product Key window, select “Do not specify a product key at this time” and click on Next

On the OS Settings page, enter the following information. If you have an internet homepage, enter it here and then click on Next

On the Admin Password window, select “Do not specify an Administrator password at this time“, and click on Next

Check Summary and Click on Next

On the confirmation window, click on Finish.

As we can see below, the task sequence has been created successfully.

Step 8: Configure MDT rules, Windows PE, and Monitoring

This step is very important if you do not want to do a lot of manual configuration later.

Right-click MDT Deployment Share and then 
Click on Properties

On the MDT Deployment Share window. Click on the Rules tab and then key in the rules you want (Change the Deployment share Rule or leave the default).

I will leave the default, Please do not do this in production in order to automate the whole process speedily. Click on OK

Note: If you modified the files, click edit the Bootstrap.ini files and save it. Also, change the Deployment share Windows PE Settings or leave the default.

Note: If you leave the MDT Deployment Share rule as default, you will have to do a lot of manual input. See step 11 for more info of the kind of work I had to do. You do not want to do this. Below is a sample of a rule file, use this file to speed up the process.

[Settings]
Priority=Default
Properties=MyCustomProperty
[Default]
OSInstall=Y
UserID=Administrator
UserDomain=NewHelpTech.lk
UserPassword=Pa$$w0rd
SkipBDDWelcome=YES
SkipDeploymentType=YES
SkipDomainMembership=NO
SkipApplications=NO
SkipSummary=YES
SkipUserData=YES
SkipComputerName=NO
SkipTaskSequence=NO
SkipLocaleSelection=YES
SkipTimeZone=YES
SkipAppsOnUpgrade=YES
SkipAdminPassword=YES
SkipProductKey=YES
SkipComputerBackup=YES
SkipBitLocker=YES
SkipCapture=YES
SkipFinalSummary=YES

– Click on apply if you made any modification in order to proceed to the next tab
– Also, if you wish to enable Monitoring, Click on the “Monitoring tab”
– Enable it by checking the box
– And click on ok

Step 9: Update the Deployment Share

To update the deployment share, follow the following steps. Right-click MDT Deployment Share, and then click on Update Deployment Share will create a Windows 10 LiteTouchPE_x64.wim file

On the Options window, click on Optimize the boot image updating process, and then click on Next

On the summary page, click on Next. Click on Next.

As we can see, the deployment Share Settings update process step will continue. Note: This process takes a while.

Now, from the output below, the Deployment Share has been successfully updated.
– Click on Finish

Step 10: After updating the Deployment Share folder, a LiteTouch WIM file will be created. These files will be located under the boot folder in the Deployment Share you created.

To Add the Lite-Touch Images to WDS, follow the steps below

- On the WDS-SERVER, open Windows Deployment Services (WDS),
- Right-click on the Boot Images and then
- Click on Add Boot Image, for similar steps, Please click on this link.

This will open the Add Image Wizard as shown below. Click on Browse, select the LiteTouch file under the Boot file folder on the Deployment Share as shown below

On the Add Image File wizard, verify the image name and description and click on Next

On the Summary box, click Next.

The image below shows the progress of adding the LiteTouch image to WDS. When the operation is completed, click on Finish.

Upon clicking on Finish, the LiteTouch.wim can be seen added to the WDS as shown below

Step 11: Deploy Windows using MDT

Note: When the client establishes a connection to the WDS server (PXE Server), you will need to press the F12 key (on legacy BIOS devices), or hit the Enter key on newer UEFI-based devices to confirm the connection.

If you are using Oracle VirtualBox, you may encounter an error: “No bootable media found system halted: Unable to PXE boot WDS to Virtualbox, see this article for a fix“.

After the server is started,  you may get the below windows if you have multiple Operating systems. click on Enter to continue

The device will start loading files via network as shown below.

Loading the MDT wizard

The device should pop up to the MDT window as shown below

On the MDT Welcome screen as shown below. Click Run the Deployment Wizard to install a new Operating System, and select the Keyboard layout and on this page. You can also configure the started IP Address

If you do not want to see the following steps below when installing the OS, but only Windows 10 installation, ensure to configure the rules in step 8 correctly.

Enter the WDS Credentials to connect WDS and MDT Server (Network Shares).

Select Windows10 Pro and click on enter.
– Note: The name you entered for your task sequence will be listed here

If you have configured Active Directory in your environment, select join this domain as domain and enter the information as shown below or else select join a workgroup.

In the next window, I have decided to select Do not move user data and settings

If you want to restore the data, enter the path of the data restores. Me, I do not want to restore the data

Select your language and time as shown below, then click on Next

Select the application (7Zip in my case) you uploaded and would like to install and click on Next.

Enter Administrator Password and click on next.

Click on Begin to start OS deployment as shown below.

As we can see below, the Window Deployment has started with MDT.

This actually completes the steps, the steps below are just the process MDT goes through to have Windows 10 installed o your device.

After a few reboots, Windows 10 deployment process will be completed

Now, Windows 10 is completed as shown below. You have completed the task to install “ADK|WinPE|MDT: Deploy Windows with WDS”.

If you ever wish to modify the Deployment Share rule, follow the steps below
– Right-click on the Deployment Share you created.
– Select Properties and the MDT Deployment Share properties window will open up.
– Click on the Rules menu and populate them with the following information as shown below. Also, ensure to edit the Bootstrap.ini file and save it finally click on OK.

After updating the Deployment Share folder, a LiteTouch WIM file will be created. These files will be located under the boot folder in the Deployment Share you created.

- Remember to add this new image to WDS!!! 

Now I ran the OS deployment again, and it was pretty very fast without having to enter those annoying deployment details as seen in step 11 above.

I hope you found this blog post helpful. Now to have learned how to install “ADK|WinPE|MDT: Deploy Windows with WDS”. If you have any questions, please let me know in the comment session.

In Windows 10 1709 – Creators Update Fall, Microsoft has made it much easier to troubleshoot what policies, application an more – this is done in the new “MDM Diagnostic Information” both in overview and in Advanced Diagnostic Report.

This is one of the greatest news in Windows 10 1709 seen from a modern management perspective in my opinion. It is more detailed then it has been in the previous versions of Windows 10, and the Advanced Diagnostic Report is being formatted so it is readable by default – where in previous versions of Windows 10 we need to converted from XML into HTML.


It can be found in the settings app:

Press Windows + I to start the settings App – click on Accounts

Windows 10 MDM Management - 01

Click on Access work or School

Windows 10 MDM Management - 02

Click on Connected to “Your Organisation” and click Info

Windows 10 MDM Management - 03

The “Managed by…” is divided into 3 sections

The first section is Device sync status:

Under “Last Attempted Sync:” you can see if the last sync with the MDM backend was successful or if it has failed. You can also see when the last sync was attempted.

There is a Sync button that the end-user can sync there Windows 10 device with Intune – the sync button is also in the Intune Company Portal under settings. A MDM managed devices does not need the Company Portal to be managed.

Windows 10 MDM Management - 04

The second section is Areas managed by…:

This section is divided up into 2 – policies where you can see what areas of policies that are set on the device from Intune

Windows 10 MDM Management - 05

And a Applications where you can see what applications that are installed on the device from Intune, both MSI installations and Windows Apps.

Windows 10 MDM Management - 06

In the last section you can see Connection info.

You also have the possibility to create a Advanced Diagnostic Report by clicking “Creat Report”

Windows 10 MDM Management - 07

Click Export

Windows 10 MDM Management - 08

Windows will then create MDMDiagReport.html in C:UsersPublicDocumentsMDMDiagnostics

Windows 10 MDM Management - 09

The MDMDiagReport.html is divided up to sections:

  • Device info
  • Connection info
  • Device Management Account
  • Certificates
  • Enrolled configuration sources and target resources
  • Managed policies

Windows 10 MDM Management - 09a

Device info, Connection info and Device Management Account is overview information on the devices and MDM system information

Windows 10 MDM Management - 10

At the Enrolled configuration sources and target resources section you can see Windows Hallo for Business settings from Intune

Windows 10 MDM Management - 14

You can also see the applications that are installed per device or user

Windows 10  MDM Management  - 15.png

In the managed policies section, you can see the CSP policies that are set on the devices.

Here is a full list of CSP policies that can be set on a Windows 10 device Full list of Windows 10 CSP policies

Windows 10 MDM Management - 11

In the list you can also see the default value for the CSP settings and what the settigns is changed into with Intune.

Windows 10 MDM Management - 12

It is still possible to get a detailed log on setting set from the MDM system in the Windows Event Log – it can be found here:

Applications and Services Logs – Microsoft – Windows – DeviceManagement-Enterprise-Diagnostics-Provider

Windows 10 MDM Management - 13

Windows 10: Failed to start service WMS — Error Id 1010

Discus and support Failed to start service WMS — Error Id 1010 in Windows 10 Performance & Maintenance to solve the problem; «Failed to start service WMS. Program C:\Windows\wmi\WmiPrvSE.exe couldn’t be launched. CreateProcess() failed: The system cannot find the file…
Discussion in ‘Windows 10 Performance & Maintenance’ started by pdoth, Jan 22, 2018.

  1. Failed to start service WMS — Error Id 1010

    «Failed to start service WMS. Program C:\Windows\wmi\WmiPrvSE.exe couldn’t be launched. CreateProcess() failed: The system cannot find the file specified.»

    The above event code/message has been been plaguing me in the event log for the last few weeks.

    Can anybody shed any light on this please with some possible solutions/directions ect.

    Thanks

    :)

  2. PC freeze fully after update once a day

    Hello.

    After I updated my pc to the newest version of windows 10 my pc is getting fully freezed once a day at different times. When that happens I stop hearing sounds, my keyboard and mouse are not responsive and I cant do anything I must restart the pc. I went
    to the event viewer to see what is going on. Then I saw that everytime this happanes I got the same errors going on:

    The Windows Process Activation Service (WAS) failed to execute initialization for offline setup. The data field contains the error number. ID 5215

    Windows Process Activation Service (WAS) is stopping because it encountered an error. The data field contains the error number. ID 5005

    The WAS service terminated with the following error: ID 7023

    The data is invalid.

    The NetPipeActivator service depends on the WAS service which failed to start because of the following error: ID 7001

    The data is invalid.

    The W3SVC service depends on the WAS service which failed to start because of the following error:

    The data is invalid

    The NetMsmqActivator service depends on the WAS service which failed to start because of the following error:

    The data is invalid.

    The NetTcpActivator service depends on the WAS service which failed to start because of the following error:

    The data is invalid.

    ** Moved from: Windows / Windows 10 / Windows update, recovery, & backup **

  3. WM6 Hang!

    Hi Support,

    For the second issue, the error message is «operation failed». That is all… And the GMS phone service is not available.Is there any place that WM will keep a log on any error message ? ?

  4. Failed to start service WMS — Error Id 1010

    Are you perchance trying to access an older SQL Server? If so, you may find this support note from MS interesting and informative: https://support.microsoft.com/en-us/…exe-process-st. Otherwise, I don’t see anything about a failure to launch the WMI Service Provider that really makes sense.
    HTH,
    —Ed—

  5. Many thanks for the reply Ed. Although I am familiar with the purpose of an SQL server I’m struggling to understand how that applies in this particular case.

    A few days ago my PC became unresponsive whilst in general use. I brought up the Task Manager to see if there was any issues causing this and noticed that WMiPRvSE.exe was hogging over 60% of available CPU. This continued for approx 30min until I got scared something was amiss so I took drastic action……….. I pressed ‘restart’.

    Now for the next 3 days I have been getting the above error message in Event Manager and it keeps repeating every 3min. I had assumed the best thing to do was either «find the missing file» indicated in the message or, try to stop the error message repeating. Both options of which at this time are beyond my understanding. I am also at a lose to understand why there seems to be very little information on this error or the error ID 1010 related to this event?

    Am I the only person ever to have suffered this?

  6. I have the exact same issue. I restarted WmiPrvSE.exe as well in an attempt to reduce the CPU usage (bad mistake). Now WMI won’t launch, because it can’t find WmiPrvSE.exe at C:\Windows\wmi, even though the .exe is still located in that location. I’m also getting the error 1010 in Event Viewer.

    Currently trying to see if the WmiPrvSE.exe is corrupted by replacing it with a WmiPrvSE.exe file from a clean system. Besides that, I haven’t found a fix for it yet, but I’ll keep you up to date if I do find one.

  7. Thank goodness I’m not alone with this. I was beginning to think this was yet another ‘clitch’ that only I had and once more (it has happened several times in the past) there is no solution.

    I did read one thread which tried what you are suggesting but this didn’t seem to work either. It appears that the Wmi file needs to be specific to your OS.

    Please, please keep me informed of anything you find.

    Thnx

  8. Failed to start service WMS — Error Id 1010

    I can’t find any info on this anywhere, either — except for this thread! I’m going to post up on the MVP forums and see if anybody else knows anything there. I’ll report back, yea or nay, but am hopeful that the group may come up with something, in its collective wisdom.
    Stay tuned!
    —Ed—

  9. Thanks so much! I’ve not found much myself, especially no fix, but event manager refers to not being able to find C:\Windows\wmi\WmiPrvSE.exe, while I previously found WmiPrvSE.exe in the location C:\Windows\System32\wbem\WmiPrvSE.exe.

    Turns out there are other locations for WmiPrvSE.exe (one more in C:\Windows\SysWOW64\wbem\WmiPrvSE.exe), all of which give an error message when activated: «Windows cannot find ‘C:\location of WmiPrvSE.exe’. Make sure you’ve typed the name in correctly, then try again». All versions of WmiPrvSE.exe seem to not be found by Windows, even though I can physically see them in File Explorer.

    Hence, I’d assume that the problem we’re experiencing with WMI (or WMS) is definitely caused by WmiPrvSE.exe. It could maybe be a directory issue, as Windows can’t find them? Anyhow, I’m still looking, but Google doesn’t come up with much except for this thread.

    I checked with another computer that wasn’t experiencing this issue (also running the latest version of Win 10), but I can’t even seem to find the C:\Windows\wmi folder on that PC. Don’t think that’s relevant though.

    I downloaded the WMI Diagnosis tool from here, and ran it. It came up with a pretty long log, showing a bunch of errors that I can’t fully understand. What I have gathered from it is that there’s files missing in the WMI repository, which I’ve already verified and reset according to these instructions (I’m unsure of what else to do). I’ve also ran the sfc /scannow command in hopes to repair corrupted files, but it couldn’t find any files in need of repair.

    I’ve attached it to this post if anyone’s interested. There’s a lot of There’s a lot of WMI connection errors in that seem to be caused by invalid permissions, but these are for ROOT/ ‘namespaces’, which I’m totally unfamiliar with so I won’t touch them.

  10. According to fellow MVP Nick Pellatt here’s what may be up:

    So, I did then what I should’ve done with the original post — namely search out all the places where the WmiPrvSE.exe file resides on my healthy system(s). Here’s how I responded: So, on a 64-bit system the one in SysWOW64 is the one that should matter. So now I find myself asking instead «Why is the error complaining about a directory that doesn’t exist?» Whoever’s seeing this might want to try setting up the C:\Windows\WMI folder and populating it with the file, and see if that does anything.

    It’s even stranger than it looks and sounds, I’m afraid. Shoot me a link to that WMI diagnostic tool, please, and I will poke around with that as well. Odd!

    —Ed—

  11. Here’s the link to the diagnostics tool that I used. It says it isn’t compatible with Win 10, but when run as a command it works just fine.

    https://www.microsoft.com/en-us/down…s.aspx?id=7684

    It spits out a lengthy log that I’m still going through to see what I can gather (to the best of my abilities).

    It’s really strange though, because the C:\Windows\wmi folder on my PC doesn’t only exist, but is populated with two executables: WmiPrvSE.exe and netmon.exe. I checked with another healthy PC, and the folder doesn’t exist there either. So I’m even more confused about that folder.

    I greatly appreciate the help so far, thank you very much!

  12. Hey TMSharks,
    If you haven’t already, try running the following see what/if anything they show ?

    sfc /scannow
    Dism /Online /Cleanup-Image /RestoreHealth

  13. Failed to start service WMS — Error Id 1010

    Dear TMSharks:
    Here’s another, very interesting response from fellow MVP Greg Carmack:

    This looks worth digging into: I’ve found the HowToGeek enormously helpful over the years.
    —Ed—

  14. I’ve run sfc /scannow again, just to be sure, but I hadn’t ran Dism /Online /Cleanup-Image /RestoreHealth yet.

    Having done so, it unfortunately seems that neither commands find anything. sfc /scannow comes up with no corrupted files, and Dism /Online /Cleanup-Image /RestoreHealth does its thing but the issue persists. I do appreciate the suggestions, though!

    Edit: Am currently trying the HowToGeek fix. I can already say that the process ID in the errors links to the MalwareBytes application. I’ll try uninstalling that, see how it goes

  15. Okay, so the HowToGeek method didn’t fully solve my issue, but did give some insight. I uninstalled MalwareBytes, but now a new process is identified by Event Viewer in the errors for Windows Management Instrumentation: svchost.exe. I’d assume that this is the Service Host for WMI. Unsure what could be done to fix that error.

    But here’s the thing I’m confused about. In Services, I can three relevant separate services: Windows Management Instrumentation, WMI and WMI Performance Adapter. Windows Management Instrumentation starts and stops without problem. However, it is the Service called WMI that cannot be started, giving the aforementioned «WmiPrvSE.exe cannot be found». Yet, when I click on properties for this WMI service, it says that the display name is WMI, yet its service name is WMS.

    So here’s where I’m stuck, is this WMI (or WMS) different from Windows Management Instrumentation? This WMI (I’ll call it WMS from now on to avoid confusion) has a path to C:\Windows\wmi\netmon.exe. Yet, this folder doesn’t exist on any PC but my own. Do you guys see the WMS service (with a display name of WMI), or is me seeing that service maybe indicative of the larger problem?

    Failed to start service WMS - Error Id 1010 [​IMG]

    Screenshot of the WMS process with its path to executable. This is the Service that gives the error «WmiPrvSE.exe not found» when I attempt to start it (which always fails)

    UPDATE: Source of the error for WMS (WMI display name) comes from «nssm», shown below:

    Failed to start service WMS - Error Id 1010 [​IMG]

    Doing some research, that’s something called the «Non-Sucking Service Manager». Now, I’m not sure if that comes with Windows 10, but I don’t remember installing it. Is this program the cause of the issues, or may it just be the program reporting the error?

Thema:

Failed to start service WMS — Error Id 1010

  1. Failed to start service WMS — Error Id 1010 — Similar Threads — Failed start service

  2. Error modern deployement diagnostic provider id 1010

    in Windows 10 Gaming

    Error modern deployement diagnostic provider id 1010: Hi all, Since todays i’ve notice that i got this report in the task event manager. In some sub group someone as talk about office account from a school or work organisation. So i got an msi laptop since 2019 a gp76leopard with win11 since i was able to get it.So i do have an…
  3. Error modern deployement diagnostic provider id 1010

    in Windows 10 Software and Apps

    Error modern deployement diagnostic provider id 1010: Hi all, Since todays i’ve notice that i got this report in the task event manager. In some sub group someone as talk about office account from a school or work organisation. So i got an msi laptop since 2019 a gp76leopard with win11 since i was able to get it.So i do have an…
  4. Windows 10 Crash Event ID 1010

    in Windows 10 Gaming

    Windows 10 Crash Event ID 1010: When I am using my laptop unplugged, it will randomly turn black and become unresponsive. From there I have to hold the power button and force a shutdown. When I get the laptop running again, I see in Event Viewer that an error with the ID 1010 gets pinged multiple times…
  5. Windows 10 Crash Event ID 1010

    in Windows 10 Software and Apps

    Windows 10 Crash Event ID 1010: When I am using my laptop unplugged, it will randomly turn black and become unresponsive. From there I have to hold the power button and force a shutdown. When I get the laptop running again, I see in Event Viewer that an error with the ID 1010 gets pinged multiple times…
  6. Windows 10 Event ID 1010 0x80070491

    in Windows 10 Gaming

    Windows 10 Event ID 1010 0x80070491: When my laptop is unplugged, it will randomly shut off. When I eventually get it turned back on, I go to Event Viewer and see this error spammed 2-20ish times. Any idea why this is happening or how to fix it? I am using a Lenovo C940-14IIL….
  7. Service Control Manager, Event ID: 7000 — wntpport service failed to start

    in Windows 10 BSOD Crashes and Debugging

    Service Control Manager, Event ID: 7000 — wntpport service failed to start: I keep getting «Service Control Manager» error from Event Viewer that causes my computer to shut down unexpectedly:

    Log Name: System
    Source: Service Control Manager
    Date: 15/11/2018 11:47:09 PM
    Event ID: 7000
    Task Category: None
    Level:…

  8. Error in Event Viewer NSSM service WMS

    in Windows 10 BSOD Crashes and Debugging

    Error in Event Viewer NSSM service WMS: Recently I discovered that in the Application section of the windows logs, these error keep showing up every time since i boot up, I’ve checked that on Google but it seems have no solution for me. Is it viruses or a normal thing? Please help. Thanks.

    P.S. The imgur link…

  9. The WMS service failed to start due to the following error…

    in Windows 10 Support

    The WMS service failed to start due to the following error…: explorer.exe won’t run on startup. On the «Welcome» screen, there’s only half startup jingle playing, then it goes black, and the only thing I see is the Command Prompt. I took a look at the Event Viewer. Here’s what I found:

    The WMS service failed to start due to the…

  10. EVENT ID 7000 The IOMap service failed to start

    in Windows 10 Support

    EVENT ID 7000 The IOMap service failed to start: Hello there I am new here but I have this event viewer ERROR.

    The IOMap service failed to start due to the following error:
    The system cannot find the file specified. Event ID 7000

    My PC SPECS:

    MB: Asus P9X99 Deluxe II
    CPU: Intel I7 6950X
    GPU: Titan X Pascal…

Users found this page by searching for:

  1. Failed to start service WMS. Program C:\Windows\wmu3\wlanext.exe couldnt be launched. CreateProcess() failed: The system cannot find the file specified.

    ,

  2. The Windows Process Activation Service (WAS) failed to execute initialization for offline setup. The data field contains the error number.

    ,

  3. windows process activation was error 5215 system as user

    ,

  4. wmiprvse.exe couldnt be launched,
  5. the windows process activation service failed to execute initialization for offline setup.


Windows 10 Forums

This morning I have had about half my users report that their user folders are not being mapped in Citrix.  In the event logs of the Citrix servers I see an error — Event ID 1010 — Failed to set the user’s home direcoty (Drive H: connect to Share »sv1\users).

I have tried several things that I found by doing a Google search but nothing has worked to resolve the issue.  The users can manually map their H: drives but the drives will not map automatically at logon.  This problem is also very random (four users on the same server, 2 have H: drives and 2 don’t).

I’d appreciate any suggestions!

check
Best Answer

  • Author Samuel Fershteyn

    Can be many reasons for this, since I can not see your domain environment i would recommend:

    If the problem is random, make sure that all client machines can «swallow» the policies.

    1. Check group policy (GPO) of terminal server home drive on the user (OU) group.

    2. Check policy propogation (gpupdate / force)

    3. Check permissions, of course (on user folders).

    I usually disable all firewall settings on ths client units within Group Policy as well, just to minimize any client-server connectivity issues.

    I hope that will point you.

    Sam.F


    Was this post helpful?
    thumb_up
    thumb_down

  • View Best Answer in replies below

    Read these next…

    • Curated Secure USB drives without software

      Secure USB drives without software

      Data Storage, Backup & Recovery

      Due to the ever changing ISO requirements I’m looking for options on secure USB drives.  These could be used on anything, e.g. Windows, Power, Linux, heck plugged into different hardware depending on the need.Just wondering if any one has any recommandati…

    • Curated Nerd Journey # 235 - The Best Bad Option with Al Elliott (1/2)

      Nerd Journey # 235 — The Best Bad Option with Al Elliott (1/2)

      Best Practices & General IT

      There may be some experience you’ve had which makes you uniquely positioned to help someone out of that same situation.  After going bankrupt when his first business venture went under and learning everything he could about the things bankruptcy involved,…

    • Curated Spark! Pro series – 9th October 2023

      Spark! Pro series – 9th October 2023

      Spiceworks Originals

      October, the month of Pumpkin Spice, Scary Movies and
      Halloween.  I love Halloween, it is the
      one day a year that I fit in (and I don’t wear a mask! LOL).  Anyway, grab a pizza and a beer and sit back
      and enjoy t…

    • Curated What kind of workspace do you have?

      What kind of workspace do you have?

      Spiceworks

      I bought a new desk recently, and I had to make sure that it was deep enough for monitor stands, laptop plus keyboard, wrist rest, etc.  I don’t know how people can live with those shallow little desks that you can’t even fit an external keyboard onto.  O…

    • Curated Which network diagram (SAN to LAN) would you say is correct?

      Which network diagram (SAN to LAN) would you say is correct?

      Networking

      Which is best practice and why? Is it done one way over the other to avoid potential issues or is it just good housekeeping . . . or both?Edit for context . . . To the left — 3-node Hyper-V failover cluster connected to shared dual-controller storage via …

  • Код события 1101 windows 10
  • Код ошибки программы почта windows live 0x800ccc92
  • Код события 1014 windows 10
  • Код ошибки программы почта windows live 0x800ccc0e ошибка сокета 10060
  • Код события 10016 windows 10 что это