Windows 10 1709 bekommt kein Funktionsupdate angeboten

Hallo Community,

ich versuche gerade das Funktionsupdate von Windows 10 1511, 1609, 1709 auf 1809 zu installieren....leider bekommt mein Testrechner trotz richtig konfigurierter GPOs das Update vom WSUS nicht zur Verfügung gestellt.
Wir verwenden Windows 10 OEM Versionen....kann das damit was zu tun haben?
Denn im WSUS finde ich Update freigaben für Windows 10 (Business Editions / Anwender Editions)

Bin gerade etwas verwirrt......vl kann jemand meine verwirrung entwirren^^

VG

Hanuta

Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben

Content-ID: 422078

Url: https://administrator.de/contentid/422078

Ausgedruckt am: 25.11.2024 um 04:11 Uhr

11 Kommentare

Neuester Kommentar

Servus,

Win10 OEM Pro? Das ist dann die Anwender Edition. Wir haben auch OEM und es geht.

HIer eine Info zu den GPOs für Win10

Windows 10 und WSUS Produkte - Update Wahnsinn

Hallo,

wird denn der Client in der WSUS-Console angezeigt?

hast Du die Update-Klassifikationen für 1511, 1609, 1709, 1809 im WSUS ausgewählt und tauchen die Updates dort auf - und sind sie freigegeben?

Grüße

lcer

Warum über WSUS?

Mache es geskriptet, das ist einfacher und sicherer.

Moin,

wenn du das Funktionsupdate suchst, hier ist der Link:

https://www.computerbase.de/downloads/betriebssysteme/windows-10-kumulat ...

Schönen Gruß aus dem Emsland

Werner

Zitat von @DerWoWusste:

Warum über WSUS?

Mache es geskriptet, das ist einfacher und sicherer.

Hast Du mal ein dummy Skript zur Hand? Powershell oder was nimmst du da? Ich würde da gerne mal reinschauen und das ggf. auch auf ein Skript umstellen.

Gruß

Geplanten Task domänenweit per GPO deployen:
Beispielname: 1803_upgrade,
Trigger: Beim Systemstart,
Ausführendes Konto: system
Batchcode (Versionssnummenrn ggf. anpassen)

ver |findstr 17134 && schtasks /delete /tn 1803_upgrade /f && goto end
\\server\share\en_windows_10_pro_1803_x64.ISO
for /f "tokens=3 delims=\:" %%a in ('reg query hklm\system\mounteddevices ^| findstr /c:"5C003F00" ^| findstr /v "{.*}"') do (%%a:\setup.exe /Auto Upgrade /DynamicUpdate Disable)  
:end

Edit: Bei Dutzenden/Hunderten PCs muss man, um Bandbreitenüberlastung zu vermeiden, natürlich in dem Task noch Randomization einschalten.

Jop, das Problem mit der Business und Anwender-Version habe ich gerade auch rausgefunden.....Eine Baustelle jagt die nächste....

@DerWoWusste
1. Frage:
Wieso sollte das mit skript sicherer sein?

2: Frage:
Die Bandbreite kann doch auch per GPO begrenzt werden, oder ist das nicht Sinnvoll?

Wieso sollte das mit skript sicherer sein?

Die Frage stellt sich, wenn Ihr Bitlocker mit PBA einsetzt. Tut Ihr das eh nicht, ist es egal.
Hintergrund: Windows-Upgrades suspendieren Bitlocker und geben dem Anwender die Möglichkeit, sich zum Admin zu machen (sehr einfach).

Bei einem Skript hast Du mehr Kontrolle und kannst dieses anfahren, wann Du willst und nicht, wann der Client das will.

@DerWoWusste

Cool, wieder was gelernt

Wir verwenden kein Bitlocker mit PBA, von daher ist das erstmal zweitrangig

VG

Hanuta

Zitat von @DerWoWusste:

Geplanten Task domänenweit per GPO deployen:
Beispielname: 1803_upgrade,
Trigger: Beim Systemstart,
Ausführendes Konto: system
Batchcode (Versionssnummenrn ggf. anpassen)

ver |findstr 17134 && schtasks /delete /tn 1803_upgrade /f && goto end
> \\server\share\en_windows_10_pro_1803_x64.ISO
> for /f "tokens=3 delims=\:" %%a in ('reg query hklm\system\mounteddevices ^| findstr /c:"5C003F00" ^| findstr /v "{.*}"') do (%%a:\setup.exe /Auto Upgrade /DynamicUpdate Disable)  
> :end

Edit: Bei Dutzenden/Hunderten PCs muss man, um Bandbreitenüberlastung zu vermeiden, natürlich in dem Task noch Randomization einschalten.

Interessant, Danke! Werde das mal in der Testumgebung ausprobieren.