I have experieced this problem just a few times. Here is what I've found.
"\Microsoft\Windows\Plug and Play\Device Install Reboot Required" is a scheduled task and can be viewed the the Task Scheduler.
It has two triggers.
<Triggers>
<WnfStateChangeTrigger>
<StateName>7508BCA33D009602</StateName>
</WnfStateChangeTrigger>
<LogonTrigger />
</Triggers>
The Custom Trigger appears to be a state change from the Windows Notification Facility, which could happen with certain USB device actions.
The second trigger is to run on every log in.
The custom action is to invoke \Windows\System32\pnpui.dll, which I suspect is to notify the user about whether a restart is required to finish the action.
<Actions Context="Users">
<ComHandler>
<ClassId>{48794782-6A1F-47B9-BD52-1D5F95D49C1B}</ClassId>
</ComHandler>
</Actions>
I keep a history for scheduled tasks and I have found a case where the task failed with these two errors:
Task Scheduler failed to complete task "\Microsoft\Windows\Plug and Play\Device Install Reboot Required" , instance "{7ab2254f-cc5f-40b2-8c43-e15dd629b6e3}" , action "Device Installation Reboot Dialog Task" . Additional Data: Error Value: 2147942404.
Task Scheduler failed to start instance "{7ab2254f-cc5f-40b2-8c43-e15dd629b6e3}" of "\Microsoft\Windows\Plug and Play\Device Install Reboot Required" task for user "" . Additional Data: Error Value: 2147942404.
When all is OK, instead of these messages we see Action Completed and Task Completed messages. The time between Action Started and Action Completed may just be a few seconds. I suspect the failure I am seeing is because the action has not completed (is hung)
and then I reboot, causing the failures to be logged. Whether the hang is in the pnpui.dll I do not know, but I suspect so.
I have not found any obvious telltale events at the same time. Should it happen again, I will look again before rebooting.
I would interested to know what would happen if someone just disabled the trigger on Log On so see if that would eliminate the problem or cause further trouble.
I have found rebooting gets by system back to normal. But there are a few things I would like to know:
- Is this scheduled task new in 1709?
- Why is the task triggered by every log on? I'm wondering what would happen if I just disabled that trigger?
- Every time this problem is seen, will we see such errors in the Task History?