Einige Rechner ignorieren das Creators Update
Ich habe, seit einigen Wochen, eine seltsame Sache in meinem Netzwerk festgestellt.
Und zwar hat sich ein Teil der Clients das Creators Update geholt aber es gibt auch welche, welche es einfach ignorieren, sprich der WSUS meldet bei "Prozentsatz "installiert/nicht zutreffend"" 100%, sieht man sich dann aber die Version an, so fehlt das Creators Update, andere haben es sich aber längst geholt.
Habt ihr etwas ähnliches auch beobachtet?
Derzeit habe ich einen HP-Pavillion in der Wartung, welches es einfach nicht downloadet, weder vom WSUS, noch direkt von Microsoft
Es geht um die Enterprise-Edition, derzeit hängen die besagen Clients auf dem 1607er Update
Und zwar hat sich ein Teil der Clients das Creators Update geholt aber es gibt auch welche, welche es einfach ignorieren, sprich der WSUS meldet bei "Prozentsatz "installiert/nicht zutreffend"" 100%, sieht man sich dann aber die Version an, so fehlt das Creators Update, andere haben es sich aber längst geholt.
Habt ihr etwas ähnliches auch beobachtet?
Derzeit habe ich einen HP-Pavillion in der Wartung, welches es einfach nicht downloadet, weder vom WSUS, noch direkt von Microsoft
Es geht um die Enterprise-Edition, derzeit hängen die besagen Clients auf dem 1607er Update
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 342310
Url: https://administrator.de/contentid/342310
Ausgedruckt am: 19.11.2024 um 01:11 Uhr
4 Kommentare
Neuester Kommentar
Moin.
Ja, habe ich bei Tests auch beobachtet, damals allerdings noch mit v1511.
Ich würde die feature-Upgrades nicht mit WSUS verteilen, wenn dir die Netzwerksicherheit lieb ist, siehe Admin werden dank des Windows 10 Upgrade-Setups
Es ist besser, das Upgrade geskriptet auszurollen, in Abwesenheit der Mitarbeiter.
Ja, habe ich bei Tests auch beobachtet, damals allerdings noch mit v1511.
Ich würde die feature-Upgrades nicht mit WSUS verteilen, wenn dir die Netzwerksicherheit lieb ist, siehe Admin werden dank des Windows 10 Upgrade-Setups
Es ist besser, das Upgrade geskriptet auszurollen, in Abwesenheit der Mitarbeiter.
@PN-Schrauber:
Hallo.
1703-er ISO entpacken, entpackte ISO in Netzwerkfreigabe kopieren/ablegen, und von dort gescriptet oder manuell die Setup.exe ausführen.
Ich hab' normalerweise auch den Ehrgeiz, jetzt unbedingt herausfinden zu wollen, was die Fehlerursache ist. Als ich bemerkte, daß mein W2K8R2-basierender WSUS 3.0 SP2 die Herausgabe der großen Inplace-Upgrades (1511, 1607, 1703, demnächst, in 2 Monaten, 1709) gar nicht beherrscht, hab' ich auch überlegt, den WSUS 4.0 auf Basis W2K12(R2) neu aufzusetzen (denn der kann das dann), hab's aber bleiben lassen, viel zu viel Aufwand nur wegen dieser Upgrades, fand ich. Deswegen per entpackter ISO und der darin enthaltenen Setup.exe.
Viele Grüße
von
departure69
Hallo.
1703-er ISO entpacken, entpackte ISO in Netzwerkfreigabe kopieren/ablegen, und von dort gescriptet oder manuell die Setup.exe ausführen.
Ich hab' normalerweise auch den Ehrgeiz, jetzt unbedingt herausfinden zu wollen, was die Fehlerursache ist. Als ich bemerkte, daß mein W2K8R2-basierender WSUS 3.0 SP2 die Herausgabe der großen Inplace-Upgrades (1511, 1607, 1703, demnächst, in 2 Monaten, 1709) gar nicht beherrscht, hab' ich auch überlegt, den WSUS 4.0 auf Basis W2K12(R2) neu aufzusetzen (denn der kann das dann), hab's aber bleiben lassen, viel zu viel Aufwand nur wegen dieser Upgrades, fand ich. Deswegen per entpackter ISO und der darin enthaltenen Setup.exe.
Viele Grüße
von
departure69