Bei dotnet und ofc scheint das Problem behoben zu sein. Der Updategenerator läuft auch deutlich schneller durch diesen Abschnitt durch.
Ich habe nun dieses Verhalten auch bei einer anderen Option gesehen. Anscheinend existiert ein ähnliches Problem bei den Downloads für MSSE. Im procmon sehe ich, dass gerade auf eine Datei namens StaticDownloadLinks-msse-x64-glb.txt zugegriffen wurde. Danach fängt er wieder damit an, Dateien mit http: anlegen zu wollen. Ich würde mich nicht wundern, wenn hier ein ähnliches Problem besteht. Auch nach dem Schritt, wo die Datein mseinstall-x64-enu.exe geschrieben wurde, passiert auch sowas.
Die beiden Fälle unterscheiden sich allerdings doch an einer Stelle. Bei den Fällen vorher wurde versucht ins Temp-Verzeichnis zu schreiben. jetzt wird versucht direkt ins Client-Verzeichnis vom WSUSOU zu schreiben.
Weitere Stellen:
- DefinitionUpdates
- Nach einem Zugriff auf die Datei DynamicDownloadLinks-w61-x64-glb.txt (Dazwischen sin nochen ein Haufen anderer mist wie Reg -Zugriffe und DLLs) (hier soll die Dateim im Verzeichnis WSUSOU/cmd erstellt werden)
- Nach einem Zugriff auf die Datei Temp\ValidStaticLinks-dotnet-x86-glb.txt (Dazwischen sin nochen ein Haufen anderer mist wie Reg -Zugriffe und DLLs) (hier soll die Dateim im Verzeichnis WSUSOU/cmd erstellt werden)
Alle Dateizugriffsversuche sind bei weitem nicht so gehäuft, wie vorher wie bei Dotnet und Ofc. Es ist auch gut möglich, dass es noch mehr Stellen gibt. Ich habbe jetzt nur ein Updatepaket für Win7 x86,x64 MSSE Defender, dotnet und Office 2010 erstellt.
Ich hoffe, das hilft irgendwie weiter. Wenn bedarf besteht, ich hab den Procmon-Verlauf von diesem Durchgang da.