Updateübersicht Windows 10 (v2004_19041.546)

#1

Aktuelles Windows 10
(Version 2004_19041.546)
BAUSTELLE mit Stand vom 01.10.2020

1. Grundsätzliches:

Mit wenigen Patches (nachfolgend unter 2., 3., (3a.) und 4.) zu
- Windows 10 v2004 Build 19041.1 - alias Vibranium
- Windows 10 v2004 Build 19041.208 (nicht getestet)
- Windows 10 v2004 Build 19041.264 (nur angetestet in VM)
- Windows 10 v2004 Build 19041.450 (nicht getestet)
- Windows 10 v2004 Build 19041.508 (nicht getestet)
bekommt man durch Integration (vgl. unter 6.) ein ziemlich aktuelles Installationsmedium.

Beachtet, dass die Links derzeit teilweise noch ins Leere führen.
Das werde ich nachziehen, sobald MS die freigegebene Version weiter konsolidiert.
Neue KBs verfügbar über UUP Dump.
Empfehlungen zur Integration und auch beim Aktualisieren vorhandener Systeme:
- Wartungsupdates (Servicing Stack Updates (SSU)) vor anderen Patches
- Das kumulative Update (CU) als letztes
Vgl. auch unseren Thread "Aktualisierung eines vorhandenen Systems" und den Beitrag
"Dynamische Updates unter Windows 10 – Welche Komponenten werden aktualisiert" bei Deskmodder.

Weiterhin habe ich die Erfahrung gemacht, dass es vorteilhaft sein kann, Features --- wie zB NetFx3 --- bereits in der Ausgangsversion (bei mir 19041.1) zu aktivieren. Macht man das erst nach der Installation, so kann es sein, dass Windows Update (WU) das letzte CU noch einmal drüberbügeln will, obwohl es bereits integriert schien.

Muster zur Offline-Aktivierung von NetFx3 mit DISM : Zeige Spoiler

Die Variablen am Anfang der nachfolgenden Prozedur wären anzupassen an die eigenen Dateistrukturen und an die zu bearbeitenden Editionen der Install.WIM. Bei mehr als einer Edition in der WIM werden mehrere Durchläufe fällig.

Code: Alles auswählen

@ECHO OFF
COLOR 1F
SET "QIndex=1"
SET "MOUNT-Pfad=D:\Temp\Mount"
SET "Quelle=D:\I\OS\WIN10GEWX64.2004\sources\install.wim"
SET "SXSQuelle=D:\I\OS\WIN10GEWX64.2004\sources\sxs"
SET "UEB=Feature NetFx 3.5 aktivieren (Index %QIndex%)" 
TITLE %UEB% 
ECHO.
ECHO %UEB%
DISM /mount-wim /wimfile:%Quelle% /index:%QIndex% /mountdir:%MOUNT-Pfad%
ECHO.
ECHO.
ECHO ********************************************************************************
ECHO NetFx 3.5 aktivieren
ECHO ********************************************************************************
DISM /Image:%MOUNT-Pfad%  /enable-feature /featurename:NetFx3 /Source:%SXSQuelle% /LimitAccess
ECHO.
DISM /unmount-wim /mountdir:%MOUNT-Pfad% /commit
COLOR 2F
ECHO.
ECHO Feddisch!
ECHO.
PING >NUL localhost -n 2

2. Kumulative Patches:

2020-09-08: KB4571756 (x64/x86: 337,0 / 113,0 MB; WinVer --> 19041.508) ersetzt KB4571744 und Vorgänger
2020-10-01: KB4577063 (x64/x86: 344,3 / 113,6 MB; WinVer --> 19041.546) (Vorschau) ersetzt KB4571756 und Vorgänger
Wo es noch hakt und ob es Workarounds gibt, ist nachzulesen unter "Known Issues and Notifications".
Anmerkung:
Folge dem Gezwitschere auf der Informationstafel unter @WindowsUpdate, um herauszufinden, ob es Neues zur Version gibt
Historie : Zeige Spoiler
2020-10-01: KB4577063 (x64/x86: 344,3 / 113,6 MB; WinVer --> 19041.546) (Vorschau) ersetzt KB4571756 und Vorgänger

2020-09-08: KB4571756 (x64/x86: 337,0 / 113,0 MB; WinVer --> 19041.508) ersetzt KB4571744 und Vorgänger

2020-09-04: KB4571744 (x64/x86: 316,8 / 105,1 MB; WinVer --> 19041.488) (Vorschau) ersetzt KB4566782 und Vorgänger

2020-08-11: KB4566782 (x64/x86: 316,8 / 105,1 MB; WinVer --> 19041.450) ersetzt KB4565503 und Vorgänger

2020-07-31: KB4565503 (x64/x86: 268,8 / 073,8 MB; WinVer --> 19041.423) (Vorschau) ersetzt KB4565503 und Vorgänger

2020-07-14: KB4565503 (x64/x86: 268,8 / 073,8 MB; WinVer --> 19041.388) ersetzt KB4567523 und Vorgänger

2020-06-18: KB4567523 (x64/x86: 204,0 / 066,7 MB; WinVer --> 19041.331) ersetzt KB4557957 und Vorgänger

2020-06-09: KB4557957 (x64/x86: 204,1 / 066,7 MB; WinVer --> 19041.329) ersetzt KB4556803 und Vorgänger

2020-05-14: KB4556803 (x64/x86: 186,2 / 059,7 MB; WinVer --> 19041.264) ersetzt KB4558244 und Vorgänger

2020-04-22: KB4558244 (x64/x86: 166,0 / 053,0 MB; WinVer --> 19041.208) ersetzt KB4550936 und Vorgänger

2020-04-14: KB4550936 (x64/x86: 166,0 / 053,0 MB; WinVer --> 19041.207) ersetzt KB4552455 und Vorgänger

2020-04-09: KB4552455 (x64/x86: 163,0 / 048,6 MB; WinVer --> 19041.173) ersetzt KBxxxxxxx und Vorgänger

2a/b. Noch 'ne Baustelle in Aussicht:

: Zeige Spoiler

2a. Feature Update 20H2:

2020-09-18: KB4562830 ("Feature Update via Windows 10, version 20h2 Enablement Package")
Man kann derzeit lediglich über "Feature Update" per UUP Dump drankommen.
Der Weg zu den CABs per UUP Dump : Zeige Spoiler
Die Abbildungen beziehen sich auf die seinerzeit von mir dokumentierte Build 18363.387;
Schrittfolge analog für 19042.487; diese Nummer ist stattdessen im Eingangssuchfeld vorzugeben!

---> --->
---> --->
Es müssen die folgenden Voraussetzungen bei manueller Installation erfüllt sein, bevor Sie dieses Update erfolgreich anwenden können:
- Wartungs-Stack-Update für Windows 10 Version 2004, datiert vom 14. Juli 2020 (KB4566785) oder einem späteren Update
- Kumulatives Update für Windows 10 Version 2004, datiert vom 14. Juli 2020 (KB4565503 (Build 19041.388) oder einem späteren kumulativen Update.
  (Mit SSU und CU (--> Build 19041.331) aus dem Monat zuvor wurden nicht die korrekten Versionen ausgewiesen.)
Installation der CAB-Datei in einem laufendes System:
Code: Alles auswählen
```
DISM.exe /online /add-package /packagepath:<pfad>\windows10.0-kb4562830-x64.cab 
```
Nach einem Neustart
- sollte Winver.exe dann eine Build-Nr. anzeigen, die mit 19042 beginnt. Aber nicht irritieren lassen:
- Ein eventuelles Desktop-Wasserzeichen weist unverändert "Build 19041.vb_release.191206-1406" aus!
Anmerkung:
Dass das Featurepack im Vergleich mit dem zu v1903/1909 (~ 20 kB) deutlich größer ist, ist darauf zurückzuführen, dass nun auch der Chromium-Edge (bis zu 80 MB) mit an Bord ist.
Unverträglichkeiten mit dem eingebundenen Edge Enterprise Stable konnte ich nicht feststellen.

2b. Feature Update 20H2 abspecken (ohne Edge!):

Da ich in meine ISOs ohnehin den neuen Edge Enterprise Stable per #SilentInstalls (WTK) --- alternativ wäre es per SetupComplete.cmd möglich --- einbinde, hat es mich gestört, mit dem Enablement Package den neuen Edge in einer veralteten Version untergejubelt zu bekommen, der dann nach erneutem Durchstarten bei bestehender Internetverbindung erst noch einmal aktualisiert werden will.
Da war ich froh, auf einen Blog-Beitrag von Ben@DM zu stoßen, der einen Weg aufzeigte, KB4562830 abzuspecken. Es konnte dadurch auf Größenordnungen von 20 kB zurechtgestutzt werden. Der Weg dahin in mehreren Schritten:

Vorbereitungen

Architektur x64: Inhalt von KB4562830-x64.cab auspacken und leichtern auf:

Code: Alles auswählen

amd64_microsoft-windows-2..-payload-deployment_31bf3856ad364e35_10.0.19041.479_none_e80f8f495306f10c.manifest
amd64_microsoft-windows-20h2enablement_31bf3856ad364e35_10.0.19041.479_none_5f7d47a1a50fde15.manifest
microsoft-windows-20h2enablement-package~31bf3856ad364e35~amd64~~10.0.19041.479.cat
microsoft-windows-20h2enablement-package~31bf3856ad364e35~amd64~~10.0.19041.479.mum
microsoft-windows-20h2enablement-payload-package~31bf3856ad364e35~amd64~~10.0.19041.479.cat
microsoft-windows-20h2enablement-payload-package~31bf3856ad364e35~amd64~~10.0.19041.479.mum
update.cat
update.mum

Die darin enthaltene update.mum ändern auf:

Code: Alles auswählen

<?xml version="1.0" encoding="utf-8"?>
<assembly xmlns="urn:schemas-microsoft-com:asm.v3" manifestVersion="1.0" description="Fix for KB4562830" displayName="Feature Update to Windows 10 20H2 via Enablement Package (KB4562830)" company="Microsoft Corporation" copyright="Microsoft Corporation" supportInformation="http://support.microsoft.com/?kbid=4562830" creationTimeStamp="2020-08-04T17:48:24Z" lastUpdateTimeStamp="2020-08-04T17:48:24Z">
  <assemblyIdentity name="Package_for_KB4562830" version="10.0.1.2" language="neutral" processorArchitecture="amd64" publicKeyToken="31bf3856ad364e35" />
  <package identifier="KB4562830" applicabilityEvaluation="deep" releaseType="Update" restart="possible">
    <mum2:customInformation Version="10.0.19041.479" xmlns:mum2="urn:schemas-microsoft-com:asm.v3" PackageFormat="PSFX" />
    <parent buildCompare="EQ" integrate="separate" disposition="detect">
      <assemblyIdentity name="Microsoft-Windows-CoreCountrySpecificEdition" version="10.0.19041.1" processorArchitecture="amd64" language="neutral" buildType="release" publicKeyToken="31bf3856ad364e35" />
      <assemblyIdentity name="Microsoft-Windows-CoreEdition" version="10.0.19041.1" processorArchitecture="amd64" language="neutral" buildType="release" publicKeyToken="31bf3856ad364e35" />
      <assemblyIdentity name="Microsoft-Windows-CoreNEdition" version="10.0.19041.1" processorArchitecture="amd64" language="neutral" buildType="release" publicKeyToken="31bf3856ad364e35" />
      <assemblyIdentity name="Microsoft-Windows-EnterpriseEvalEdition" version="10.0.19041.1" processorArchitecture="amd64" language="neutral" buildType="release" publicKeyToken="31bf3856ad364e35" />
      <assemblyIdentity name="Microsoft-Windows-EnterpriseGEdition" version="10.0.19041.1" processorArchitecture="amd64" language="neutral" buildType="release" publicKeyToken="31bf3856ad364e35" />
      <assemblyIdentity name="Microsoft-Windows-PPIProEdition" version="10.0.19041.1" processorArchitecture="amd64" language="neutral" buildType="release" publicKeyToken="31bf3856ad364e35" />
      <assemblyIdentity name="Microsoft-Windows-ProfessionalEdition" version="10.0.19041.1" processorArchitecture="amd64" language="neutral" buildType="release" publicKeyToken="31bf3856ad364e35" />
      <assemblyIdentity name="Microsoft-Windows-ProfessionalNEdition" version="10.0.19041.1" processorArchitecture="amd64" language="neutral" buildType="release" publicKeyToken="31bf3856ad364e35" />
      <assemblyIdentity name="Microsoft-Windows-ServerAzureCorEdition" version="10.0.19041.1" processorArchitecture="amd64" language="neutral" buildType="release" publicKeyToken="31bf3856ad364e35" />
      <assemblyIdentity name="Microsoft-Windows-ServerDatacenterACorEdition" version="10.0.19041.1" processorArchitecture="amd64" language="neutral" buildType="release" publicKeyToken="31bf3856ad364e35" />
      <assemblyIdentity name="Microsoft-Windows-ServerDatacenterNanoEdition" version="10.0.19041.1" processorArchitecture="amd64" language="neutral" buildType="release" publicKeyToken="31bf3856ad364e35" />
      <assemblyIdentity name="Microsoft-Windows-ServerStandardACorEdition" version="10.0.19041.1" processorArchitecture="amd64" language="neutral" buildType="release" publicKeyToken="31bf3856ad364e35" />
      <assemblyIdentity name="Microsoft-Windows-ServerStandardNanoEdition" version="10.0.19041.1" processorArchitecture="amd64" language="neutral" buildType="release" publicKeyToken="31bf3856ad364e35" />
      <assemblyIdentity name="Microsoft-Windows-UtilityVMEdition" version="10.0.19041.1" processorArchitecture="amd64" language="neutral" buildType="release" publicKeyToken="31bf3856ad364e35" />
      <assemblyIdentity name="Microsoft-Windows-WinPE-Package" version="10.0.19041.1" processorArchitecture="amd64" language="neutral" buildType="release" publicKeyToken="31bf3856ad364e35" />
    </parent>
    <installerAssembly name="Microsoft-Windows-ServicingStack" version="10.0.19041.153" language="neutral" processorArchitecture="amd64" versionScope="nonSxS" publicKeyToken="31bf3856ad364e35" />
    <update name="4562830-5_neutral_PACKAGE">
      <package integrate="hidden">
        <assemblyIdentity name="Microsoft-Windows-20H2Enablement-Package" version="10.0.19041.479" language="neutral" processorArchitecture="amd64" publicKeyToken="31bf3856ad364e35" />
      </package>
    </update>
    <mum2:packageExtended xmlns:mum2="urn:schemas-microsoft-com:asm.v3" completelyOfflineCapable="no" packageSize="95524339" />
  </package>
</assembly>

Architektur x86: Inhalt von KB4562830-x86.cab auspacken und leichtern auf:

Code: Alles auswählen

microsoft-windows-20h2enablement-package~31bf3856ad364e35~x86~~10.0.19041.479.cat
microsoft-windows-20h2enablement-package~31bf3856ad364e35~x86~~10.0.19041.479.mum
microsoft-windows-20h2enablement-payload-package~31bf3856ad364e35~x86~~10.0.19041.479.cat
microsoft-windows-20h2enablement-payload-package~31bf3856ad364e35~x86~~10.0.19041.479.mum
update.cat
update.mum
x86_microsoft-windows-2..-payload-deployment_31bf3856ad364e35_10.0.19041.479_none_8bf0f3c59aa97fd6.manifest
x86_microsoft-windows-20h2enablement_31bf3856ad364e35_10.0.19041.479_none_035eac1decb26cdf.manifest

Die darin enthaltene update.mum ändern auf:

Code: Alles auswählen

<?xml version="1.0" encoding="utf-8"?>
<assembly xmlns="urn:schemas-microsoft-com:asm.v3" manifestVersion="1.0" description="Fix for KB4562830" displayName="Feature Update to Windows 10 20H2 via Enablement Package (KB4562830)" company="Microsoft Corporation" copyright="Microsoft Corporation" supportInformation="http://support.microsoft.com/?kbid=4562830" creationTimeStamp="2020-08-04T17:55:48Z" lastUpdateTimeStamp="2020-08-04T17:55:48Z">
  <assemblyIdentity name="Package_for_KB4562830" version="10.0.1.2" language="neutral" processorArchitecture="x86" publicKeyToken="31bf3856ad364e35" />
  <package identifier="KB4562830" applicabilityEvaluation="deep" releaseType="Update" restart="possible">
    <mum2:customInformation Version="10.0.19041.479" xmlns:mum2="urn:schemas-microsoft-com:asm.v3" PackageFormat="PSFX" />
    <parent buildCompare="EQ" integrate="separate" disposition="detect">
      <assemblyIdentity name="Microsoft-Windows-CoreCountrySpecificEdition" version="10.0.19041.1" processorArchitecture="x86" language="neutral" buildType="release" publicKeyToken="31bf3856ad364e35" />
      <assemblyIdentity name="Microsoft-Windows-CoreEdition" version="10.0.19041.1" processorArchitecture="x86" language="neutral" buildType="release" publicKeyToken="31bf3856ad364e35" />
      <assemblyIdentity name="Microsoft-Windows-CoreNEdition" version="10.0.19041.1" processorArchitecture="x86" language="neutral" buildType="release" publicKeyToken="31bf3856ad364e35" />
      <assemblyIdentity name="Microsoft-Windows-EnterpriseEvalEdition" version="10.0.19041.1" processorArchitecture="x86" language="neutral" buildType="release" publicKeyToken="31bf3856ad364e35" />
      <assemblyIdentity name="Microsoft-Windows-EnterpriseGEdition" version="10.0.19041.1" processorArchitecture="x86" language="neutral" buildType="release" publicKeyToken="31bf3856ad364e35" />
      <assemblyIdentity name="Microsoft-Windows-PPIProEdition" version="10.0.19041.1" processorArchitecture="x86" language="neutral" buildType="release" publicKeyToken="31bf3856ad364e35" />
      <assemblyIdentity name="Microsoft-Windows-ProfessionalEdition" version="10.0.19041.1" processorArchitecture="x86" language="neutral" buildType="release" publicKeyToken="31bf3856ad364e35" />
      <assemblyIdentity name="Microsoft-Windows-ProfessionalNEdition" version="10.0.19041.1" processorArchitecture="x86" language="neutral" buildType="release" publicKeyToken="31bf3856ad364e35" />
      <assemblyIdentity name="Microsoft-Windows-UtilityVMEdition" version="10.0.19041.1" processorArchitecture="x86" language="neutral" buildType="release" publicKeyToken="31bf3856ad364e35" />
      <assemblyIdentity name="Microsoft-Windows-WinPE-Package" version="10.0.19041.1" processorArchitecture="x86" language="neutral" buildType="release" publicKeyToken="31bf3856ad364e35" />
    </parent>
    <installerAssembly name="Microsoft-Windows-ServicingStack" version="10.0.19041.153" language="neutral" processorArchitecture="x86" versionScope="nonSxS" publicKeyToken="31bf3856ad364e35" />
    <update name="4562830-4_neutral_PACKAGE">
      <package integrate="hidden">
        <assemblyIdentity name="Microsoft-Windows-20H2Enablement-Package" version="10.0.19041.479" language="neutral" processorArchitecture="x86" publicKeyToken="31bf3856ad364e35" />
      </package>
    </update>
    <mum2:packageExtended xmlns:mum2="urn:schemas-microsoft-com:asm.v3" completelyOfflineCapable="no" packageSize="90054445" />
  </package>
</assembly>

KB4562830-x64.cab neu erstellen mit %windir%\system32\iexpress.exe (zu starten mit Adminrechten!) (Analog für KB4562830-x86.cab!) : Zeige Spoiler
---> ---> --->
---> ---> ---> --->
---> ---> ---> --->
---> --->
Wie man sieht, fremdelt das Programm trotz v2 mit 'neumodischeren' Dateienamen, die über die (DOS-)8.3-Namenskonvention hinausgehen. Daher musste ich anschließend nachbessern, um meine eigenen Vorstellungen umzusetzen.
Ben@DM arbeite mit Lars Hederers CabPack 1.4 und erreichte damit offensichtlich eine etwas höhere Kompression für das Archiv. Bei den wenigen Kilobytes fällt das alllerdings nicht gravierend ins Gewicht. Bei der Suche nach dem Programm stellte ich u. a. bei Heise.de fest, dass der Autor den Vertrieb mittlerweile wohl eingestellt hat.

Das modifizierte KB4562830 konnte ich problemlos mit WTK in eine neue ISO auf der Basis von v19041.1 zusammen mit den in diesem Beitrag genannten Patches integrieren.
Nach der Installation landete ich in einer VM mit der am 23.08.2020 aktuellen Build 19042.450.

Restriktion für das abgespeckte Enablement Package: Es lässt sich nicht auf ein laufendes Windows anwenden.
Einen Workaround hat Ben@DM mit einem Umweg über die Eingabeaufforderung der Wiederherstellungskonsole aufgezeigt.

3. FlashPlayer (FP) für IE und Edge

2020-06-09: KB4561600 (IE- und Edge-FlashPlayer; x64/x86: 21,3/10,4 MB --> v32.0.0.387; ersetzt alle Vorgänger)
Achtung: Unterschiedlich für v2004 / Build 19041.x und Vorgänger
Historie : Zeige Spoiler
2020-06-09: KB4561600 (IE- und Edge-FlashPlayer; x64/x86: 21,3/10,4 MB --> v32.0.0.387; ersetzt alle Vorgänger)

2020-02-29: KB4537759 (IE- und Edge-FlashPlayer; x64/x86: 20,9/10,2 MB --> v32.0.0.330; ersetzt den in Build 19041.1 integrierten FP v32.0.0.255)

3a. Edge-Chromium

Solange MS den neuen Chromium-basierenden Edge nicht per Windows Update (WU) ausliefert, kann man ihn bei Bedarf nachrüsten.
Hinweise dazu unter "Chromium-basierender Edge für Windows 10 und älter".

4. Weitere Patches

2020-09-08: KB4577266 ("Servicing Stack Update" (SSU)) (x64/x86: 14,5/ 6,7 MB)
Historie : Zeige Spoiler
- KB4577266 (2020-09-08)
- KB4570334 (2020-08-11)
- KB4566785 (2020-07-14)
- KB4560366 (2020-06-09)
- KB4557968 (2020-05-14)
- KB4545706 (2020-03-12)
2020-10-01: KB4581417 ("Dynamisches bzw. Kompatibilitäts-Update" (DU))
Historie : Zeige Spoiler
- KB4581417 (2020-10-01)(Vorschau)
- KB4574728 (2020-09-08)
- KB4574728 (2020-09-04)(Vorschau)
- KB4566781 (2020-08-11)
- KB4572422 (2020-07-31)(Vorschau)
- KB4566780 (2020-07-14)
- KB4557956 (2020-06-09)
- KB4557955 (2020-05-12)
- KB4548011 (2020-04-14)
- KB4552719 (2020-03-12)
=====> Man beachte, dass diese Patches nicht integriert werden können. <=====
Vielmehr ist der Inhalt der CAB-Archive ins Verzeichnis .\Sources des Installationsmediums zu kopieren.
Vorhandene Dateien, wie z.B. appraiser.sdb, sind zu überschreiben.
Weitere Patches : Zeige Spoiler
2020-09-08: KB4579305 ("WinPE-Rejuv-Package")
Historie : Zeige Spoiler
- KB4579305 (2020-09-08)
- KB4557964 (2020-05-12)
Es ist nicht über das Download Center (DC), wohl aber über den MUC verfügbar. Außerdem gibt es die Möglichkeit, über "Feature Update" per UUP Dump dranzukommen.
DK2000@Deskmodder.de kommentiert zu dem Thema:
Das Update ist nur für die WindowsPE Umgebung mit integriertem Windows Recovery Environment (WinPE-Rejuv-Package) gedacht. Ansonsten lässt sich das nicht integrieren.
und im weiteren Verlauf des Threads
In die Images der Install.wim lässt sich das gar nicht integrieren, da es dafür nicht gedacht ist.
Das ist nur für die WinPE Umgebung gedacht, in welcher das WinRE integriert ist also Boot.wim und WinRE.wim. Und das auch nur für die SafeOS Phase, wenn man mit bestehender Online Verbindung installiert. Ansonsten kann man das Paket komplett ignorieren.
Das entsprechende Paket für die boot.wim, winre.wim und install.wim ist in der passenden Revision im LCU (KB4556803) enthalten:
- KB4557964 -> 10.0.19041.260
- KB4556803 -> 10.0.19041.264
Genügt also, in alle drei *.wim Dateien nur das KB4556803 zu integrieren, um die aktuelle und passende Version des „ImageBasedSetup-Rejuvenation“-Paketes zu erhalten. Integriert man beide, wird KB4557964 automatisch „Superseded“ und kann wieder entfernt werden.

2020-10-01: KB4578910 (nur x64) "Holographic-OasisAssets-Package"
Als Microcode-Update für Intel-Prozessoren neuerer Baureihen wurde bereitgestellt:
- 2020-09-02: KB4558130 ("Intel Microcode-Updates", ggf. wechseln auf en-us, wenn de-de nicht aktuell) (x64/x86: 2,4/2,4 MB)
  - ersetzt den Vorgänger mit niedrigerer bzw. ohne Versionsnummer
  Wichtig
  Installieren Sie dieses Update nur für die aufgelisteten Prozessoren.
2020-03-31: Unter ".NET Framework System Requirements" ist dokumentiert, dass das NetFx 4.8 bereits in v2004 enthalten ist.
Dazu kommen Patches nach Bedarf:
- 2020-09-08: KB4576478 ("Kumulatives Update für .NET Framework 3.5 und 4.8") (x64/x86: 64,4 / 41,0 MB) ersetzt Vorschauversionen, KB4569745 und Vorgänger
  Änderungshistorie : Zeige Spoiler
  
  2020-09-08: KB4576478 (x64/x86: 64,4 / 41,0 MB) ersetzt KB4570721 und Vorgänger
  
  2020-09-04: KB4570721 (x64/x86: 64,3 / 41,0 MB) (Vorschau) ersetzt KB45697457 und Vorgänger
  
  2020-08-11: KB4569745 (x64/x86: 64,3 / 41,0 MB) ersetzt KB4562899 und Vorgänger
  
  2020-07-31: KB4562899 (x64/x86: 64,3 / 41,0 MB) (Vorschau) ersetzt KB4565627 und Vorgänger
  
  2020-07-14: KB4565627 (x64/x86: 56,7 / 34,1 MB) ersetzt das in Builds 19041.264 und 19041.1 enthaltene NetFramework
  
  2020-05-12: KB4552925 (x64/x86: 54,0 / 32,4 MB) ersetzt das in Build 19041.1 enthaltene NetFramework
Das unter KB890830 geführte Malicious Software Removal Tool (MSRT) kann nicht integriert werden, sondern sollte nach dem Erscheinen der neuen Version einmalig händisch oder auch automatisch per WU auf dem Rechner ausgeführt werden.
- 2020-09-08: v5.93 (wird ab/seit Mai 2020 nur noch quartalsweise aktualisiert --- oder auch nicht)
Will man das zumindest erstmalig nach einer Installation des Betriebssystems automatisieren, so müsste man
- das MSRT auf dem Installationsmedium hinterlegen und
- es ggf. per SetupComplete.cmd
  mit dem Aufruf %~dp0!<pfad-relativ-zur-SetupComplete>\windows-kb890830{-x64-|-}<versionsnr>.exe /Q unbeaufsichtigt installieren.

2020-09-02: Die "Windows Defender Antivirus-Antischadsoftwareplattform" – MUC: KB4052623 wird aktuell als Version 4.18.2008.9

für drei Architekturen (x64, x86 und ARM) im MUC bereitgestellt : Zeige Spoiler

Seit v4.18.1907.4 erscheinen nach dem Herunterladen mit dem IE (!) im Zielordner drei EXEn, denen MS jetzt vor den kryptischen Zeichen (Hashwert) einen aussagekräftigen Präfix spendiert hat:

Code: Alles auswählen

Auflistung D:\I\ANTIVIR\DEFENDER\KB4052623\.
|   
\---Update for Windows Defender Antivirus antimalware platform - KB4052623 (Version 4.18.2008.9)
    AMD64-all-updateplatform_225cc97210d43649d058f973b9825bd43b9ea32a.exe	---> KB4052623-x64.exe
    ARM64-all-updateplatform_c56a831449146c8896d6adf7988552ee24d1be8d.exe 	---> KB4052623-ARM.exe
    X86-all-updateplatform_cf9cfbf068edb3c893921b1ec15e4bf5f3100572.exe		---> KB4052623-x86.exe

In den Fällen, bei denen im IE die Schaltfläche "Auswahlkorb" nicht angezeigt wird, bleibt nur die Möglichkeit, unter den Dateieigenschaften der heruntergeladenen Dateien nachzusehen, ob sie für die gewünschte Architektur geeignet sind und sie danach am besten umzubenennen; z.B. nach KB4052623-x64.exe.

Das hindert allerdings Windows Update (WU) häufig nicht daran, eine neuere Version aus den Untiefen der Redmonder Datengräber nachzuschieben.

Um auch an die aktuellen Signaturen ("Security Intelligence Updates") zu kommen, verwende ich zwei Prozeduren aus Holgers Thread "Einbinden MS Defender in Installationsmedien". Danke

auch an Ben@Deskmodder.de für die Zuarbeit.

Aktualisieren der Signaturen : Zeige Spoiler

Beide Skripte ins selbe Verzeichnis!

#AKT-SIG.CMD

Code: Alles auswählen

@ECHO OFF
PowerShell.exe -NoProfile -Command "& {Start-Process PowerShell.exe -ArgumentList '-NoProfile -ExecutionPolicy Bypass -File ""%~dpn0.ps1""' -Verb RunAs}"

#AKT-SIG.PS1

Code: Alles auswählen

# Download Signature Updates
# Download URL: https://www.microsoft.com/en-us/wdsi/definitions/antimalware-definition-updates

# Path for the workdir
$workdir = $PSScriptRoot

# Check if work directory exists if not create it



# Download the installer

$source = "http://go.microsoft.com/fwlink/?LinkID=121721&arch=x64"
$destination = "$workdir\mpam-fe_x64.exe"


# Check if Invoke-Webrequest exists otherwise execute WebClient

if (Get-Command 'Invoke-Webrequest')
{
     Invoke-WebRequest $source -OutFile $destination
}
else
{
    $WebClient = New-Object System.Net.WebClient
    $webclient.DownloadFile($source, $destination)
}

$source = "https://go.microsoft.com/fwlink/?LinkID=121721&arch=x86"
$destination = "$workdir\mpam-fe_x86.exe"

# Check if Invoke-Webrequest exists otherwise execute WebClient

if (Get-Command 'Invoke-Webrequest')
{
     Invoke-WebRequest $source -OutFile $destination
}
else
{
    $WebClient = New-Object System.Net.WebClient
    $webclient.DownloadFile($source, $destination)
}

Nach dem Aufruf der #AKT-SIG.CMD erhält man anschließend mpam-fe_x64.exe und mpam-fe_x86.exe im selben Verzeichnis.

Hilfreich ist auch "Security intelligence updates for Windows Defender Antivirus ...".

Beide EXEn, Plattform und Signatur, wären per SetupComplete.cmd oder #Silent Installs (WTK) einzubinden, damit sie beim ersten Start nach der Installation ausgeführt werden.

2018-10-09: Wer die "Remoteserver-Verwaltungstools (RSAT)" zum Verwalten von Servern benötigt, kann diese in Clients, jedoch nur Pro, Enterprise und Education, einsetzen.
Am bequemsten, aber auch langwierig, können die RSAT-Tools en bloc über die Einstellungen oder auch per PowerShell für das laufende System aktiviert werden. Bei Deskmodder ist dazu ein Blogeintrag zu finden.

Danke an JensG@deskmodder.de fürs Einbringen des korrekten PS-Befehls

Code: Alles auswählen

Get-WindowsCapability -Online |? {$_.Name -like "*RSAT*" -and $_.State -eq "NotPresent"} | Add-WindowsCapability -Online

Mit DISM.exe lassen sich die einzelnen Moduln der Tools auch in ein vorher bereitgestelltes Image einpflanzen : Zeige Spoiler

Nachdem man mit dem DISM-Befehl Dism /Online /Get-Capabilities /Format:Table zuvor die relevanten Moduln ermittelt und das zu bearbeitende Image bereitgestellt hat, könnte man diese auch gezielt integrieren; wenn man die aus ISOs mit den "Features on Demand" herauszieht. Bei DM bzw, luzea@DM sind DLs aus inoffiziellen Quellen verfügbar (ebenso wie für LPs).

Integrate-Capabilties.CMD : Zeige Spoiler

Code: Alles auswählen

SET "MOUNT=D:\Temp\Mount"
SET "Quelle=D:\WIN10-Quelle\Sources\Install.WIM"
SET "QIndex=1"
SET "FODquelle=D:\WIN10-FOD"
DISM /mount-wim /wimfile:%Quelle% /index:%QIndex% /mountdir:%MOUNT%
DISM /Image:%MOUNT-Pfad%  /Add-Capability /CapabilityName:Rsat.ActiveDirectory.DS-LDS.Tools~~~~0.0.1.0 /Source:%FODquelle% /LimitAccess
DISM /Image:%MOUNT-Pfad%  /Add-Capability /CapabilityName:Rsat.BitLocker.Recovery.Tools~~~~0.0.1.0 /Source:%FODquelle% /LimitAccess
DISM /Image:%MOUNT-Pfad%  /Add-Capability /CapabilityName:Rsat.CertificateServices.Tools~~~~0.0.1.0 /Source:%FODquelle% /LimitAccess
DISM /Image:%MOUNT-Pfad%  /Add-Capability /CapabilityName:Rsat.DHCP.Tools~~~~0.0.1.0 /Source:%FODquelle% /LimitAccess
DISM /Image:%MOUNT-Pfad%  /Add-Capability /CapabilityName:Rsat.Dns.Tools~~~~0.0.1.0 /Source:%FODquelle% /LimitAccess
DISM /Image:%MOUNT-Pfad%  /Add-Capability /CapabilityName:Rsat.FailoverCluster.Management.Tools~~~~0.0.1.0 /Source:%FODquelle% /LimitAccess
DISM /Image:%MOUNT-Pfad%  /Add-Capability /CapabilityName:Rsat.FileServices.Tools~~~~0.0.1.0 /Source:%FODquelle% /LimitAccess
DISM /Image:%MOUNT-Pfad%  /Add-Capability /CapabilityName:Rsat.GroupPolicy.Management.Tools~~~~0.0.1.0 /Source:%FODquelle% /LimitAccess
DISM /Image:%MOUNT-Pfad%  /Add-Capability /CapabilityName:Rsat.IPAM.Client.Tools~~~~0.0.1.0 /Source:%FODquelle% /LimitAccess
DISM /Image:%MOUNT-Pfad%  /Add-Capability /CapabilityName:Rsat.LLDP.Tools~~~~0.0.1.0 /Source:%FODquelle% /LimitAccess
DISM /Image:%MOUNT-Pfad%  /Add-Capability /CapabilityName:Rsat.NetworkController.Tools~~~~0.0.1.0 /Source:%FODquelle% /LimitAccess
DISM /Image:%MOUNT-Pfad%  /Add-Capability /CapabilityName:Rsat.NetworkLoadBalancing.Tools~~~~0.0.1.0 /Source:%FODquelle% /LimitAccess
DISM /Image:%MOUNT-Pfad%  /Add-Capability /CapabilityName:Rsat.RemoteAccess.Management.Tools~~~~0.0.1.0 /Source:%FODquelle% /LimitAccess
DISM /Image:%MOUNT-Pfad%  /Add-Capability /CapabilityName:Rsat.RemoteDesktop.Services.Tools~~~~0.0.1.0 /Source:%FODquelle% /LimitAccess
DISM /Image:%MOUNT-Pfad%  /Add-Capability /CapabilityName:Rsat.ServerManager.Tools~~~~0.0.1.0 /Source:%FODquelle% /LimitAccess
DISM /Image:%MOUNT-Pfad%  /Add-Capability /CapabilityName:Rsat.Shielded.VM.Tools~~~~0.0.1.0 /Source:%FODquelle% /LimitAccess
DISM /Image:%MOUNT-Pfad%  /Add-Capability /CapabilityName:Rsat.StorageMigrationService.Management.Tools~~~~0.0.1.0 /Source:%FODquelle% /LimitAccess
DISM /Image:%MOUNT-Pfad%  /Add-Capability /CapabilityName:Rsat.StorageReplica.Tools~~~~0.0.1.0 /Source:%FODquelle% /LimitAccess
DISM /Image:%MOUNT-Pfad%  /Add-Capability /CapabilityName:Rsat.SystemInsights.Management.Tools~~~~0.0.1.0 /Source:%FODquelle% /LimitAccess
DISM /Image:%MOUNT-Pfad%  /Add-Capability /CapabilityName:Rsat.VolumeActivation.Tools~~~~0.0.1.0 /Source:%FODquelle% /LimitAccess
DISM /Image:%MOUNT-Pfad%  /Add-Capability /CapabilityName:Rsat.WSUS.Tools~~~~0.0.1.0 /Source:%FODquelle% /LimitAccess
DISM /Image:%MOUNT-Pfad%  /Add-Capability /CapabilityName:SNMP.Client~~~~0.0.1.0 /Source:%FODquelle% /LimitAccess
DISM /Image:%MOUNT-Pfad%  /Add-Capability /CapabilityName:WMI-SNMP-Provider.Client~~~~0.0.1.0 /Source:%FODquelle% /LimitAccess
DISM /Image:%MOUNT-Pfad%  /Add-Capability /CapabilityName:XPS.Viewer~~~~0.0.1.0 /Source:%FODquelle% /LimitAccess
DISM /unmount-wim /mountdir:%MOUNT% /commit

Weitere Möglichkeiten zeigt die Syntaxbeschreibung auf.

In eine offline zu bearbeitende 19041er Install.WIM lassen sich *SNMP und *XPS nur mit Hilfe lokal verfügbarer FOD-Dateien integrieren.
Ansonsten bliebe die Online-Variante für das bereits laufende Betriebssystem nach dem Schema
DISM /Online /Add-Capability /CapabilityName:...,
wenn man nicht mit dem weiter oben genannten PS-Befehl arbeiten will.

Nachrichtlich: Die MSUs für ältere Windowsversionen
RSAT-W10 ("Remoteserver-Verwaltungstools (RSAT)"); Einstieg für alle Windosen auch über das Bulletin KB2693643
Es lassen sich Windows Server 2016/v1607 bzw v1709 von Win10-Clients (nur Pro, Enterprise und Education) aus administrieren.
Es werden für die beiden Architekturen der Clients und die verschiedenen Server angeboten:

WindowsTH-RSAT_WS_1803-x64.msu (95,1 MB)
WindowsTH-RSAT_WS_1803-x64.msu (69,9 MB)
WindowsTH-RSAT_WS_1709-x64.msu (94.5 MB)
WindowsTH-RSAT_WS_1709-x86.msu (69.9 MB)
WindowsTH-RSAT_WS2016-x64.msu (92.3 MB)
WindowsTH-RSAT_WS2016-x86.msu (69.5 MB)

Weitergehende Infos zu den verschiedenen Varianten bei WindowsPro.de.

Anmerkung: Die WS2016er MSUs sollen auch dafür geeignet sein, den Server 2019 zu administrieren.

Seit geraumer Zeit informiert MS auch selbst über die Änderungshistorie auf deutsch oder auf englisch (meistens aktueller!) der verschiedenen Windows10-Zweige.
Die hier bei Win-Unattended.de darüber hinaus zusammengestellten Patches muss man sich bei MS aber selbst zusammensuchen.

5. Bezug der Patches

Die obigen Links zu den KBs verweisen mit Ausnahme von CABs auf den MS Update-Katalog (MUC); zum Herunterladen aus dem Katalog verwende ich den Internet-Explorer.

Alternative Browser : Zeige Spoiler

Seit Oktober 2016 sind zwar auch andere Browser über https://www.catalog.update.microsoft.com/Search.aspx?q=[i]xxxxxxx[/i] (mit KB-Nummer statt "xxxxxxx", wie bspw. "3194343") geeignet, jedoch handelt man sich dafür als Nachteile ein:

nur DLs aus einem Suchlauf und
keine Sammelfunktion aus mehreren Suchläufen

Getestet mit FF und Chrome. Mit Edge man kann nunmehr wenigstens eine der gefundenen Dateien herunterladen: Ein waaahnsinniger Fortschritt ggü v1703!

6. Integration der Patches

Die Patches konnte ich problemlos mit Win Toolkit integrieren.
Ein Nachladen von Patches während einer Installation entfällt damit. In einem Rutsch lassen sich auch Treiber und Tweaks einbinden.
Eine Empfehlung zur Reihenfolge beim Einbinden ist an Anfang dieses Beiitrags zu finden.
Mit NTLite, WinReducer oder auch mit DISM.exe aus dem ADK bzw. den GetWAIK Tools sollte das auch problemlos möglich sein.
Bei Deskmodder ist ein Tutorial "Win10-Setup-Stick oder -DVD inkl. Updates und neuen Treibern erstellen" zu finden, in dem Roland Brem beschreibt, wie man mit Bordmitteln (incl. ADK) zu einem individuellen Installationsmedium kommt. Meinen Senf habe ich dazugegeben, indem ich auf diese Patchübersicht und zusätzlich auf weitere Blogbeiträge verlinkt habe, die sich auf "Schmankerln" in seinen ISOs (Fortschreibung von WinRE.wim, WinPE/Boot.wim) beziehen.

7. Bezug der Ausgangsmedien (teilweise aktualisiert)

Wer die Basisversion (Build 19041.1) benötigt, wurde bereits vor der ofiziellen Freigabe bei Deskmodder fündig:

19041 ISO / ESD (deutsch, english); (ISOs auch erstellt aus ESDs oder mit Hilfe von MS' "Unified Update Platform" (UUP)).
Mein Dank an dieser Stelle an Betreiber moinmoin und die fleißigen Foristen.

(Weitere) Quellen : Zeige Spoiler

2004.508---Win10_Client Consumer x64 DE ISO
2004.508---Win10_Client Consumer x86 DE ISO
2004.508---Win10_Client Business x64 DE ISO
2004.508---Win10_Client Business x86 DE ISO
2004.450---Win10_Client Consumer x64 DE ISO
2004.450---Win10_Client Consumer x86 DE ISO
2004.450---Win10_Client Business x64 DE ISO
2004.450---Win10_Client Business x86 DE ISO
2004.450---Win10_Client Consumer x64 DE ESD von MS
2004.450---Win10_Client Consumer x86 DE ESD von MS
2004.450---Win10_Client Business Vol x64 DE ESD von MS
2004.450---Win10_Client Business Vol x86 DE ESD von MS
2004.264---Win10_Client Consumer x64 DE ESD von MS
2004.264---Win10_Client Consumer x86 DE ESD von MS
2004.264---Win10_Client Business Vol x64 DE ESD von MS
2004.264---Win10_Client Business Vol x86 DE ESD von MS
18363.418---Win10_1909_German_x64 (Pro und Home) von ComputerBase
18363.418---Win10_1909_German_x32 (Pro und Home) von MS
18363.418---Win10_1909_German_x32 (Pro und Home) von ComputerBase
18362.356---Win10_1903_V2_German_x64 (Pro und Home) von MS
18362.356---Win10_1903_V2_German_x64 (Pro und Home) von ComputerBase
18362.356---Win10_1903_V2_German_x32 (Pro und Home) von MS
18362.356---Win10_1903_V2_German_x32 (Pro und Home) von ComputerBase
18362.175---ClientConsumer-x64 (ESD)
18362.175---ClientConsumer-x86 (ESD)
Das Media Creation Tool 2004 (MCT) erstellt Medien mit Install.ESDs der Builds v10.0.19041.1 je Architektur oder auch als AiO mit getrennten Zweigen mit
1. Home
2. Home-N
3. Education
4. Education-N
5. Professional
6. Professional-N
Interessant auch in diesem Zusammenhang eine Variante des MediaCreationTools von AveYo auf Pastebin, die es ermöglicht, auch ältere Versionen als ISO herunterzuladen oder auf einen USB-Stick zu schreiben.
Über UU Dump lassen sich ISOs mit Install.WIMs oder wahlweise auch ESDs erstellen.
Den Weg dahin habe ich in diesem Beitrag unter dem Reiter UUP Dump beschrieben.
Nach Auswahl der entsprechenden Option auch in Multiarchitektur-Variante ähnlich dem MCT --- also mit getrennten Install.WIMs in x64 und x86.
ESDs und auch ADKs sind über Adguards Techbench verfügbar; die erfordern allerdings u. U. eine Behandlung mit einem Decryptor, wenn man sie weiterbearbeiten will.
Das Umwandeln von ESDs in ISOs mit Install.WIMs gelang mir mit dem ESD-Decrypter-Wimlib von Abbodi1406.
Besonderheit:
Befinden sich im Verzeichnis mit dem entpackten Archiv ESDs beider Architekturen, so ist der Decrypter - analog zum MS Media Creation Toolkit (MCT) - in der Lage, daraus eine ISO mit getrennten Zweigen für x64 und x86 zu erzeugen. Nach dem Aufruf von decrypt.cmd wird die folgende Auswahl angezeigt:
Befinden sich im Verzeichnis mit dem entpackten Archiv mehrere ESDs, so kann man mit per TAB-Taste auswählen, welche man umwandel will:

Weitere Hinweise entnehme man der _ReadMe.txt.
In den ClientConsumer-Varianten der Install.WIMs sind dann jeweils 6 Editionen hinterlegt:

In den ClientBusiness-Varianten der Install.WIMs sind dann ebenfalls jeweils 6 Editionen hinterlegt:
ISOs (Install.WIMs mit Pro und Home) bei ComputerBase
ISOs (Install.WIMs mit Pro und Home) bei Winfuture

Gruß, Nemo

#2

KB4052623 ist jetzt auf MUC in der version .2005.5 verfügbar.

LG

#3

Danke, @Thiersee, für den Weckruf!
Allerdings in der Knowledgebase noch nicht angekommen.
Dafür aber in meinem ersten Beitrag.

Gruß, Nemo

OT : Zeige Spoiler: Dafür eben eine knifflige Angelegenheit nach dem Upgrade meines letzten Rechners auf v2004 bereinigt. Es ging mal wieder um eine neue/zusätzliche/ungewünschte Recovery-Partition ...

#4

Die Übersicht im ersten Beitrag habe ich bislang mit der Vorschauversion 19041.1 erstellt und forgeschrieben bis *.264.

1. Installation in VM

Zum Herausarbeiten von Unterschieden meiner Zusammenstellung mit der jetzt offiziell verfügbaren *.264 habe ich eine unbehandelte ISO an eine jungfräuliche VM verfüttert und danach NetFx3 als zusätzliches Feature verordnet.
Nach den ersten Einsätzen von WU sah das dann so aus: Bild

Der Vergleich mit dem bislang als Basisversion hergenommenen 19041.1 zeigt Folgendes:

Der FlashPlayer ist jetzt auch ohne zusätzlichen Patch aktuell.
Das nachträglich aktivierte NetFramework 3.5 bedarf jetzt des zusätzlichen Patches (KB4552925) nicht mehr, jedoch zieht WU stattdessen das letzte kumulative Update (CU) KB4556803 mit bald 200 MB nach. Also unverändert gültig:
Weiterhin habe ich die Erfahrung gemacht, dass es vorteilhaft sein kann, Features --- wie zB NetFx3 --- bereits in der Ausgangsversion (bei mir 19041.1) zu aktivieren. Macht man das erst nach der Installation, so kann es sein, dass Windows Update (WU) das letzte CU noch einmal drüberbügeln will, obwohl es bereits integriert schien.
Die MS AV-SW-Plattform (KB4052623) wurde in zwei Etappen nachgebessert; wobei die neue v4.18.2005.4-x64 zu dem Zeitpunkt nicht im MUC verfügbar war und mittlerweile auch schon wieder überholt ist.
Das MSRT (KB890830) wird hier natürlich nachgefordert, da es nicht per #Silent Installs (WTK) eingebunden war
Der Edge ist lediglich als herkömliche Version vorhanden. Beim Aufruf von Edge oder auch IE erhält man gleich die Möglichkeit, den neuen Chromium-basierenden Edge herunterzuladen und zu installieren.
Die PowerShell-ISE ist standardmäßig immer noch aktiviert.
Warum beglückt --- diesmal aber wirklich --- uns MS mit überaus geschmackvollen Bildern auf dem Anmeldebildschirm, wenn die dann doch hinter einem Schleier versteckt werden?
Abhilfe:
1 nach HKLM\SOFTWARE\Policies\Microsoft\Windows\System\DisableAcrylicBackgroundOnLogon!
Code: Alles auswählen
```
Windows Registry Editor Version 5.00

[HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Windows\System]
"DisableAcrylicBackgroundOnLogon"=dword:00000001
```

2. InPlace-Update auf echtem Blech

Am vergangenen Mittwoch wollte mich WU auf meinem kleinen TP X220 unter 18363.836 mit dem Upgrade ("Feature Update") auf v2004 beglücken.
Ich kam dem zuvor, indem ich den Inhalt der offiziellen ISO 19041.264 auf dem Rechner hinterlegte und bei getrennter WWW-Verbindung den Upgrade-Process anstieß mit D:\I\OS\WIN10GEWX64.2004-0264\setup.exe /auto upgrade.

Als ich nach Einkäufen zurückkam, war der Prozess durchgelaufen. Was ich lediglich nachbessen musste:

Das Paßwort für den aktivierten Administrator war wieder auf Ändern bei der nächsten Anmeldung gesetzt.
Abhilfe durch gewünschte Einstellungen in der Benutzerverwaltung.
Das vorher vorhandene Desktop-Wasserzeichen war verschwunden. Das konnte ich mit dem Eintrag einer 1 in HKEY_CURRENT_USER\Control Panel\Desktop\PaintDesktopVersion und auch
HKEY_USERS\.DEFAULT\Control Panel\Desktop\PaintDesktopVersion schnell beheben.
Code: Alles auswählen
```
Windows Registry Editor Version 5.00

[HKEY_CURRENT_USER\Control Panel\Desktop]
"PaintDesktopVersion"=dword:00000001

[HKEY_USERS\.DEFAULT\Control Panel\Desktop]
"PaintDesktopVersion"=dword:00000001
```
WU verpasste mir anschließend noch eine neue MS AV-SW-Plattform (KB4052623), die bis dato nicht im MUC zu finden war: v4.18.2005.5-x64.

3. Weitere InPlace-Updates

Nach dem Erfolg beim X220 mutig geworden, knöpfte ich mir auch meine restlichen Rechner und --- weil's so schön war und auch spätere logistische Aufwendunngen vereinfacht --- gleich aus der Ferne (Teamviewer) zwei Laptops meines Bruders vor.
Dabei waren nur die weiter oben genannten Kleinigkeiten nachzuarbeiten. In zwei Fällen allerdings war/ist der Aufwand höher:

Auf meinem nicht taufrischen HP xw8600 musst ich die ohnehin nicht mehr aktuelle VMware v12.5.9 de-installieren, um das Upgrade durchzuziehen.
Auf meinem TP P71 wurde mir eine zusätzliche Recovery-Partition von fast 640 MB untergejubelt, obwohl die vorhandene mit 3 GB eigentlich groß genug gewesen wäre.
Da kamen mir meine Erfahrungen mit "Wiederherstellungsumgebung (RE) (zurück-)verlegen" zugute, um das zu beheben.

Fazit:
Am nächsten Patchtag werden die Karten neu gemischt.

Gruß, Nemo

PS:
Bleibt's xund!

#5

Heute gab MS frei:

KB4561600 - FP-Update
KB4557956 - Dynamisches bzw. Kompatibilitäts-Update (DU) Guiseppe@DM
KB4560366 - Servicing Stack Update (SSU)
KB4557957 - Kumulatives Update (CU)

Den ersten Beitrag habe ich aktualisiert.

Gruß, Nemo

Holgi · #6

Danke Nemo für deine Updateübersicht.
Ich wollte dir gerne mitteilen, dass neuerdings auch die Dynamic Updates im Update-Catalog erscheinen.
Ich gebe hierzu "windows 10 2004 x86" bzw. "windows 10 2004 x64" in die Suchmaske ein und dann erscheint auch das Dynamic Update.

Dann noch einen Verbesserungsvorschlag:
ich schaue ja immer gerne auf deiner Seite vorbei, um zu schauen, ob mein Stick mit Updates auf dem neuesten Stand ist.
Bei dem MSRT (KB890830) würde ich mir noch die aktuelle Versionsnummer wünschen, also z.B. Stand 12.06.20 wäre es V.5.82, dann hätte ich auf einem Blick die Gewissheit, auf dem neuesten Stand zu sein.

#7

Hallo Holger,

Danke für Deine Anregungen. Ich habe daraufhin meine Übersichten zu v2004, v1903/v1909 und v1809 nachgezogen.
===> Puuh, war eine ganz "schöne" Pfriemelei mit dem eingebauten Editor für BBcode!

Ein paar Anmerkungen:

Unübersichtlich wird's mit den generellen Suchbegriffen bei fortgeschrittenem Updateverlauf; bes. v1809 und auch schon v1903/1909
Der MUC hakt in letzter Zeit häufig: "Es ist ein Problem aufgetreten" und bringt kein Suchergebnis.
Könnte es sein, dass der Dienst auf Win95 läuft? ("Ein schwerer Ausnahmefehler ist aufgetreten")
Im MUC wird häufig die Historie (Updatedetails > Paketdetails) unvollständig dokumentiert. Aufgefallen ist mir das besonders bei Patches für NetFramework.

Gruß, Nemo

#8

Nach einigen Anlaufschwieigkeiten mit dem MUC gab MS heute frei:

KB4567523 - Kumulatives Update (CU)
Updates an issue that might prevent certain printers from printing, generate print errors, or cause apps and print spoolers to close unexpectedly.

Anmerkung (aktualisiert 2020-06-19 um 20:20h 2020-06-26 um 10:30h 2020-07-14 um 23:20h):

KB4052623 - Im MUC und im DC wird für die MS Defender-AV-Plattform immer noch die v4.18.2005.5 mittlerweile die v4.18.2006.10 als aktuell geführt.
Über WU bekam ich zwischenzeitlich auf verschiedenen Rechnern aber schon die v4.18.2006.6, v4.18.2006.8, v4.18.2006.9, v4.18.2006.10 bzw jetzt sogar die v4.18.2007.3 und *.4 in einem Rutsch (!) verpasst.

Den ersten Beitrag habe ich aktualisiert.

Gruß, Nemo

#9

Hi Nemo,

2020-05-12: KB4552925 ("Kumulatives Update für .NET Framework 3.5 und 4.8") (x64/x86: 54,0 / 32,4 MB) ersetzt das in Build 19041.1 enthaltene NetFramework

Kann es sein, daß dieses Update im Build.264 schon enthalten ist?
WTK versieht es bei der Integration mit einem gelben Haken (statt grün); wenn ich mich richtig erinnere, bedeutet das "schon enthalten", bin mir aber nicht sicher und habe eine entsprechende Nachfrage im Wincert-Forum gestellt.

LG und schönes WE.

#10

Hallo Thiersee,

In der offiziellen ISO 19041.264 ist der bei mir aufgeführte NetFx-Pach bereits enthalten;
nicht jedoch in der von mir als Ausgangsmedium verwendeten 19041.1.
Mit dem Zusatz "... ersetzt das in Build 19041.1 enthaltene NetFramework" sollte das deutlich werden.

Etwas OT : Zeige Spoiler: Da es wohl auch dieses Jahr ---- und das bleibt hoffentlich zukünftig auch so! --- kein "Feature Update" (=Upgrade) wie in früheren Jahren geben wird, werde ich wohl auch nach dem Wechsel von 20h1 auf 20h2 auf der 19041.1 aufsetzen. Mit hoher Wahrscheinlichkeit fällt denen in Redmond bestimmt bis dahin auch noch etwas zum NetFx ein.

Gruß, Nemo

Holgi · #11

auch im MUC wird seit 01.07.2020 für KB4052623 die Version 4.18.2006.10 angeboten

#12

Danke, @Holger, für den Weckruf!

Ich hab's oben und auch bei v1809 nachgetragen. Per WU war mir das Teil schon mehrfach zugegangen; wie auch bereits in Beitrag #8 heimlich ergänzt.
Erst nächste Woche wird sich an der Gesamt-Baustelle wohl etwas Größeres tun.

Gruß, Nemo

Holgi · #13

immer wieder gerne!
Der Link zu den Batch Files von Aveyo hier auf der Seite (Bezug der Medien) zielt leider ins Leere.
Hier der aktualisierte Link:
https://pastebin.com/u/aveyo

#14

Hallo Holger,

auf welche Batchdatei genau beziehst Du Dich?

Gruß, Nemo

#15

Zum gestrigen Patchtag gab MS frei:

KB4565627 - NetFx-Update
KB4566780 - Dynamisches bzw. Kompatibilitäts-Update (DU)
KB4566785 - Servicing Stack Update (SSU)
KB4565503 - Kumulatives Update (CU)

Besonderheiten

Für KB4052623 ("Windows Defender Antivirus-Antischadsoftwareplattform") wird immer noch v4.18.2006.10 als aktuell ausgewiesen;
WU verpasst hinterher allerdings v4.18.2007.4
Nachtrag 2020-07-17: WU erhöht auf v4.18.2007.6
Nachtrag 2020-07-25: WU erhöht auf v4.18.2007.8
Im Vorgriff auf das zu erwartende Featureupdate habe ich ein bisschen experimentiert und dokumentiert.

Den ersten Beitrag habe ich aktualisiert.

Gruß, Nemo

Holgi · #16

Hallo Nemo,
bzgl. des Links beziehe ich mich auf Punkt 7. Bezug der Ausgangsmedien
Interessant auch in diesem Zusammenhang eine Batchprozedur von AveYo auf Pastebin, die es ermöglicht, auch ältere Versionen als ISO herunterzuladen oder auf einen USB-Stick zu schreiben.
Wie geschrieben: der dortige Link ist nicht mehr gültig

#17

Hallo Holger,

Danke für die Präzisierung!
Jetzt habe ich das auch im Bandwurmquelltext gefunden und dabei gleich noch etwas genauer formuliert, da der Entwickler noch eine ganze Reihe anderer Prozeduren anbietet.

Gruß, Nemo

#18

Mittlerweile ist MS wieder dazu übergegangen, Vorschauversionen an Patches anzubieten:

KB4572422 - Dynamisches bzw. Kompatibilitäts-Update (DU)
KB4568831 - Kumulatives Update (CU)

Den ersten Beitrag habe ich nicht aktualisiert.
Die o. g. Patches sind ausschließlich als *.CAB über "Feature Updates" unter UUP Dump verfügbar.

Gruß, Nemo

#19

MS hat jetzt die Vorschauversion eines Patches in überarbeiteter Form freigegeben:

KB4568831 - Kumulatives Update (CU) (nur x64)

Den ersten Beitrag habe ich nicht aktualisiert.
Der o. g. Patch ist ausschließlich als *.CAB über "Feature Updates" unter UUP Dump verfügbar.

Gruß, Nemo

#20

Nemo hat geschrieben: ↑
Fr 31. Jul 2020, 10:34
...
Den ersten Beitrag habe ich nicht aktualisiert.
Der o. g. Patch ist ausschließlich als *.CAB über "Feature Updates" unter UUP Dump verfügbar.
....

Heute wird sowohl in MUC als auch in WU (unter "Optionale Updates) angeboten.
Schönes WE.

Updateübersicht Windows 10 (v2004_19041.546)

Updateübersicht Windows 10 (v2004_19041.546)

Re: Updateübersicht Windows 10 (v2004_19041.264)

Re: Updateübersicht Windows 10 (v2004_19041.264)

Erste Tests mit v2004 Build 19041.264

Neues am 09.06.2020: WinVer --> 19041.329; FP --> v32.0.0.387

Re: Updateübersicht Windows 10 (v2004_19041.329)

Re: Updateübersicht Windows 10 (v2004_19041.329)

Neues am 18.06.2020: WinVer --> 19041.331; FP --> v32.0.0.387

Re: Updateübersicht Windows 10 (v2004_19041.331)

Re: Updateübersicht Windows 10 (v2004_19041.331)

Re: Updateübersicht Windows 10 (v2004_19041.331)

Re: Updateübersicht Windows 10 (v2004_19041.331)

Re: Updateübersicht Windows 10 (v2004_19041.331)

Re: Updateübersicht Windows 10 (v2004_19041.331)

Neues am 14.07.2020: WinVer --> 19041.338; FP --> v32.0.0.387 (unverändert)

Re: Updateübersicht Windows 10 (v2004_19041.388)

Re: Updateübersicht Windows 10 (v2004_19041.388)

Neues am 24.07.2020: WinVer --> 19041.421 (Vorschau); FP --> v32.0.0.387 (unverändert)

Neues am 31.07.2020: WinVer --> 19041.423 (Vorschau); FP --> v32.0.0.387 (unverändert)

Re: Neues am 31.07.2020: WinVer --> 19041.423 (Vorschau); FP --> v32.0.0.387 (unverändert)

Social Media