aker wrote:KB3177467 (Servicing Stack 09-2016) ist nicht slipstreambar,
Hier muss ich dem von mir sehr geschätzten Aker widersprechen. KB3177467 ist slipstreambar, wenn es als letztes Update integriert wurde (siehe meine erste Batch-Datei) - aber mit dem von mir in meinem Post angedeuteten Aufwand:
- Registry des bereitgestellten Images (mit KB3177467) einbinden mit "reg load HKLM\WIMImage C:\7ISO\offline\windows\system32\config\software"
- Ändern des Registry Schlüssel
[HKEY_LOCAL_MACHINE\WIMImage\Microsoft\Windows\CurrentVersion\Component Based Servicing\SessionsPending]
"Exclusive"=dword:00000003
in
[HKEY_LOCAL_MACHINE\WIMImage\Microsoft\Windows\CurrentVersion\Component Based Servicing\SessionsPending]
"Exclusive"=dword:00000000
Sollte hier ein Zugriffsfehler angezeigt werden, muss auf dem Schlüssel "SessionsPending" der Besitzer temporär (!) von "SYSTEM" auf "Administratoren" geändert werden. Nicht vergessen: nach Änderung wieder zurück von "Administratoren" auf "SYSTEM".
- Registry abkoppeln mit "reg unload HKLM\WIMImage"
- restliche Updates integrieren (siehe meine zweite Batch-Datei)
Bei mir hat es funktioniert. Nach Installation in eine VM konnte wsusou keine fehlenden Updates finden.
aker wrote:stattdessen manuell bitte KB3020369 (Servicing Stack xx-2015) slipstreamen. Dieser Patch MUSS der erste sein, der integriert wird.
Auch dies ist nicht ganz richtig. Das erste Servicing Stack-Update (KB3020369) nach SP1 wurde am 15.04.2015 veröffentlicht und kann deshalb nicht für zuvor veröffentlichte Updates erforderlich sein. KB3020369 ist m.W. explizit erforderlich für
- KB3042058, S-Empfehlung vom 13.10.2015: Update to Default Cipher Suite Priority Order
- KB3125574-v4, "Convenience"-Rollup vom 17.05.2016
- KB3172605, Updaterollup vom 21.07.2016 (2. Vers. 6.1.1.4 vom 15.09.2016), erforderlich für ein funktionierendes WU)
Es kann nicht durch den "Nachfolger" KB3177467 vom 20.09.2016 ersetzt werden. DISM prüft offenbar bei der Integration dieser drei Updates, ob die erforderliche Package-ID vorhanden ist. Es kann nicht die Version vorhandener Dateien überprüfen, wie es ein Installer machen würde.
aker wrote:Auch würde ich das WMF (KB3191566) nicht slipstreamen, da es ohne .NET 4.5 zu seltsamem Verhalten kommt, wenn man versucht es weiter upzudaten oder zu benutzen.
Stimmt! WMF5.1 (KB3191566) erfordert .Net 4.5.2 oder höher.
Gruß Jonas