W10 1703 Update via WSUS installieren funktioniert nicht
Hallo zusammen,
ich wollte das Windows 10 Creators Update über WSUS herunterladen und dann auf den Rechnern installieren.
Ich habe das Update also freigegeben -> es wurde heruntergeladen -> Lizenzbedingungen akzeptiert -> für Gruppen genehmigt
Wenn ich jetzt allerdings bei einem Rechner der sich in dieser Gruppe befindet nach Updates suche, findet er das Creators Update nicht..
Hat einer eine Ahnung woran das liegen könnte?
Komisch war auch, dass im WSUS 2 Updates in Frage kämen - einmal "Windows 10 Pro, Version 1703, de-de, Einzelhandel" und einmal nur "Windows 10 Pro, Version 1703, de-de" ich habe die Version mit Einzelhandel genommen.. Evtl. liegt es auch daran, ich bin mir allerdings ziemlich sicher, dass ich es beim letzten Update auch so gemacht habe..
LG
ich wollte das Windows 10 Creators Update über WSUS herunterladen und dann auf den Rechnern installieren.
Ich habe das Update also freigegeben -> es wurde heruntergeladen -> Lizenzbedingungen akzeptiert -> für Gruppen genehmigt
Wenn ich jetzt allerdings bei einem Rechner der sich in dieser Gruppe befindet nach Updates suche, findet er das Creators Update nicht..
Hat einer eine Ahnung woran das liegen könnte?
Komisch war auch, dass im WSUS 2 Updates in Frage kämen - einmal "Windows 10 Pro, Version 1703, de-de, Einzelhandel" und einmal nur "Windows 10 Pro, Version 1703, de-de" ich habe die Version mit Einzelhandel genommen.. Evtl. liegt es auch daran, ich bin mir allerdings ziemlich sicher, dass ich es beim letzten Update auch so gemacht habe..
LG
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 335385
Url: https://administrator.de/contentid/335385
Ausgedruckt am: 25.11.2024 um 00:11 Uhr
23 Kommentare
Neuester Kommentar
Hallo Thomas,
das Detektieren dieser Updates scheint wohl etwas buggy zu sein. Bei einigen Testrechnern bei mir läuft es, bei anderen PCs nicht. Was aber definitiv ein Muss ist: Gib das richtige Update frei. Hast du tatsächlich die von dir freigegebene Version im Einsatz?!
Des Weiteren wird hier ja mit der Ermahn-Rute gewedelt bei diesem Thema in Bezug auf Sicherheit (Shift + F10 währen des Setups). *Wedel*
Alternative: Starte den Prozess über ein Skript. @DerWoWusste hat wohl eins zur Verfügung gestellt...
Viele Grüße,
Belloci
das Detektieren dieser Updates scheint wohl etwas buggy zu sein. Bei einigen Testrechnern bei mir läuft es, bei anderen PCs nicht. Was aber definitiv ein Muss ist: Gib das richtige Update frei. Hast du tatsächlich die von dir freigegebene Version im Einsatz?!
Des Weiteren wird hier ja mit der Ermahn-Rute gewedelt bei diesem Thema in Bezug auf Sicherheit (Shift + F10 währen des Setups). *Wedel*
Alternative: Starte den Prozess über ein Skript. @DerWoWusste hat wohl eins zur Verfügung gestellt...
Viele Grüße,
Belloci
Zitat von @thomasreischer:
ich habe WIndows 10 Pro laufen - der Unterschied zwischen Einzelhandel und nicht Einzelhandel ist mir nicht ganz klar.
Der Unterschied ist nur, welche EULA du abnicken musst, das ist alles. Funktional gibt es zwischen beiden Updates sonst keinen Unterschied!ich habe WIndows 10 Pro laufen - der Unterschied zwischen Einzelhandel und nicht Einzelhandel ist mir nicht ganz klar.
Gruß
"Feature Updates" Switch zurückgestellt?
Moin.
Nimm lieber dies Skript von hier: Netzwerkweit auf Win10 Pro per ISO-Datei updaten - automatisiert und ohne Internet als geplanten Task.
(natürlich Version 1607 durch 1703 ersetzen, andere ISO nehmen und
ver |findstr 15063
verwenden)
Aber eigentlich kann das doch jetzt schon wieder nicht sein dass das so unzuverlässig funktioniert, oder?!
Aber hallo, natürlich kann es das. Als ich mit WSUS getestet hatte, win10 upgrades zu verteilen, war es katastrophal unzuverlässig.Nimm lieber dies Skript von hier: Netzwerkweit auf Win10 Pro per ISO-Datei updaten - automatisiert und ohne Internet als geplanten Task.
(natürlich Version 1607 durch 1703 ersetzen, andere ISO nehmen und
ver |findstr 15063
verwenden)
Es war schon in der Vergangenheit so das es das praktisch gleiche Funktionsupdate in den Ausführungen Einzelhandel, OEM, Volumen am WSUS gab.
Wie bereits gesagt liegt der Unterschied in der abzunickenden Eula. Wer hier eine heterogene Umgebung hat muss also alles doppelt und dreifach runterladen.
Aber wenigstens kann man es diesmal lesen, beim letzten mal hatte MS ja die Lokalisation in der Beschreibung vergessen.
Wie bereits gesagt liegt der Unterschied in der abzunickenden Eula. Wer hier eine heterogene Umgebung hat muss also alles doppelt und dreifach runterladen.
Aber wenigstens kann man es diesmal lesen, beim letzten mal hatte MS ja die Lokalisation in der Beschreibung vergessen.
Dann kommt die Lizenz halt aus einem anderen Vertriebsweg, nicht dem Einzelhandel. Ist doch egal, oder? Das du den Rechner da erworben hast bedeutet ja nicht das der Systembauer seine Clients mit Einzelhandelslizenzen bestückt. wie gesagt, wenn ich mich recht erinnere war die Version im vorigen Windows 10 nicht namenlos sondern hieß OEM.
Hallo,
ich möchte mich hier mit exakt demselben Problem einreihen. Alle Updates wurden korrekt genehmigt und heruntergeladen. Der Wsus wurde bei der 1607er Verteilung ausserdem komplett neu aufgesetzt. Alle (!) Clients fordern das Upgrade am WSUS an. Das sagt mir jedenfalls der Wsus. Die Genehmigung steht bei dem Problemclients auch auf "installieren". Bei Status jedoch "nicht installiert". Und da kann ich nichts drann ändern. Der Client meldet weiterhin er sei aktuell. Ein normales Inplace Upgrade über das MS Tool funktioniert.
Feature Updates sind auch nicht zurückgestellt. Die machen mich noch wahnsinnnig mit ihren Upgrades.
/edit: hat sich glaube ich erledigt. Ich hatte das 1703er "nicht" Einzelhandel aus versehen abgelehnt. Denke die Clients mit der "falschen" Lizenz melden daher, dass sie aktuell sind.
ich möchte mich hier mit exakt demselben Problem einreihen. Alle Updates wurden korrekt genehmigt und heruntergeladen. Der Wsus wurde bei der 1607er Verteilung ausserdem komplett neu aufgesetzt. Alle (!) Clients fordern das Upgrade am WSUS an. Das sagt mir jedenfalls der Wsus. Die Genehmigung steht bei dem Problemclients auch auf "installieren". Bei Status jedoch "nicht installiert". Und da kann ich nichts drann ändern. Der Client meldet weiterhin er sei aktuell. Ein normales Inplace Upgrade über das MS Tool funktioniert.
Feature Updates sind auch nicht zurückgestellt. Die machen mich noch wahnsinnnig mit ihren Upgrades.
/edit: hat sich glaube ich erledigt. Ich hatte das 1703er "nicht" Einzelhandel aus versehen abgelehnt. Denke die Clients mit der "falschen" Lizenz melden daher, dass sie aktuell sind.
Ich muss mich leider auch nochmal melden. Auch das 1703er Update verteilt sich genau wie das 1607er nicht komplett ohne Probleme. Meine Vermutung, dass es am aus Versehen abgelehnten "Pro N" Update lag, war leider falsch. Es gibt einfach Clients die das Update zwar anfordern, aber nicht installieren. Ich verstehe einfach nicht wieso. Die sind sogar größtenteils baugeich.
Auch ein
"net stop wuauserv
RMDIR C:\Windows\SoftwareDistribution\DataStore /S /Q
net start wuauserv
wuauclt.exe /updatenow"
hilft in dem Fall nicht.
Auch ein
"net stop wuauserv
RMDIR C:\Windows\SoftwareDistribution\DataStore /S /Q
net start wuauserv
wuauclt.exe /updatenow"
hilft in dem Fall nicht.
Im IIS muss der Mime-Type *.esd hinzugefügt werden, und auf dem
Client dürfen natürlich Feature Upgrades nicht zurückgestellt sein!
Client dürfen natürlich Feature Upgrades nicht zurückgestellt sein!
Hallo zusammen,
auch bei mir bleiben an mehreren Clients die Updates bei 0% hängen obwohl er welche als verfügbar anzeigt.
Ich habe Windows 10 Pro 1703 und die Updates werden über WSUS verteilt.
Ich habe auch schon alle Tipps von Deskmodder ausprobiert.
auch bei mir bleiben an mehreren Clients die Updates bei 0% hängen obwohl er welche als verfügbar anzeigt.
Ich habe Windows 10 Pro 1703 und die Updates werden über WSUS verteilt.
Ich habe auch schon alle Tipps von Deskmodder ausprobiert.
Wann installierst du die Updates? Ich hatte das Problem in der Zwischenzeit gelöst, indem ich meine GPOs komplett überarbeitet habe. Die Installationszeit sollte wirklich in die Mittagspause gelegt werden. Ich hatte das vorher in den Feierabend gelegt, was für eine Reihe von defekten Update Zombies gesorgt hat.
Diese Zombies funktionierten nach einem Inplace Upgrade aber wieder korrekt und haben sich dann auch wieder vernünftig beim wsus gemeldet. Gehe auch mal alle abgelehnten Updates durch.
Wenn der wsus das 1607er verteilt hast du in der Regel schon mal eine solide Basis. Das kann nicht mehr viel sein. Meine Vermutung geht auf abgelehnte Flashplayer/Defender Updates.
Diese Zombies funktionierten nach einem Inplace Upgrade aber wieder korrekt und haben sich dann auch wieder vernünftig beim wsus gemeldet. Gehe auch mal alle abgelehnten Updates durch.
Wenn der wsus das 1607er verteilt hast du in der Regel schon mal eine solide Basis. Das kann nicht mehr viel sein. Meine Vermutung geht auf abgelehnte Flashplayer/Defender Updates.