Windows Installer neu Konfiguration nach Dell Support Assist Remedation Service

Hallo zusammen,

guten Abend. In den letzten Tagen habe ich (nach genauem Durcharbeiten meiner Ereignisanzeige) eine interessante Entdeckung gemacht.

Ich habe das XPS8920 System mit Windows Pro 10 auf dem aktuellen Stand Creator Update 1703.

Im Eregnisprotokoll sehe ich unter Anwendungen 2 Fehler des Typs:
Ereignis 0, DellSupportAssistRemedationService.exe

[4] ERROR- FindPartObjects() Lable not matched! Target:WINRETOOLS, Current:Image, Partition:PartitionPos {disk:0, part:5}, curGptTypeStr:{de94bba4-06d1-4d40-a16a-bfd50179d6ac} #StackInfo# 

[4] ERROR- FindPartObjects() Lable not matched! Target:WINRETOOLS, Current:DELLSUPPORT, Partition:PartitionPos {disk:0, part:6}, curGptTypeStr:{de94bba4-06d1-4d40-a16a-bfd50179d6ac} #StackInfo# 

Danach läuft mit die Eregnisanzeige mit 312 !!! Meldungen voll, dass der Windows Installer Programme neu konfiguriert. Zuerst dache ich an Zufall, nun habe ich aber herausgefunden dass das 100% reproduzierbar ist.

Zum Problem sagt Microsoft folgendes:

You may experience slow system startup or slow log in issues. 

This problem can happen if one of the following is true:

• • You have a group policy with a WMIFilter that queries Win32_Product class.
  • You have an application installed on the machine that queries Win32_Product class.

If you are using a group policy with the WMIFilter that queries Win32_Product, modify the filter to use Win32reg_AddRemovePrograms.

If you have an application that makes use of the above class, please contact the vendor to get an updated version that does not use this class.

Win32_product Class is not query optimized. Queries such as “select * from Win32_Product where (name like 'Sniffer%')” require WMI to use the MSI provider to enumerate all of the installed products and then parse the full list sequentially to handle the “where” clause. This process also initiates a consistency check of packages installed, verifying and repairing the install. With an account with only user privileges, as the user account may not have access to quite a few locations, may cause delay in application launch and an event 11708 stating an installation failure.


Win32reg_AddRemovePrograms is a much lighter and effective way to do this, which avoids the calls to do a resiliency check, especially in a locked down environment. So when using Win32reg_AddRemovePrograms we will not be calling on msiprov.dll and will not be initiating a resiliency check.

Frage an DELL: Kennt Ihr das Problem? Gibt es bald dafür eine Abstellmaßnahme und ein Update?

Frage an die Community hier im Forum: Kennt Ihr das Problem und hat es außer mir noch jemand beobachtet?

Viele Grüße und einen schönen Abend,
Markus