Netzwerkkarte weg nach letzten 4 M$-Patches

[linux-luder]

Gestern hab ich mir noch fix ein Ersatz-Notebook geliehen (meins ist gerade defekt) und das ding auf den aktuellen Stand gebracht.
(waren nur 4 Updates zu machen)

Noch ne Weile gearbeitet und dann das Notebook wie gefordert neu gestartet. Dann: ENTSETZEN

Beim Reboot verlangt es dem Notebook nach neuen Netzwerkkartentreibern!!!
==> alles versucht, ging nix

Ich also Systemwiederherstellung in 5 verschieden Varianten, die Netzwerkkarte versagte weiter Ihren Dienst, naja, es gibt ja noch WLAN.
Nach 10 Reboots bin ich dann entnervt ins Bett!

Heute morgen dann gelandet und am Flughafen noch etwas Freizeit, ich dann das Notebook wieder gestartet: ERSTAUNEN

Netzwerkkarte funktioniert wieder, als wenn nie was gewesen waere...

Frage, soll ich zur Sicherheit (solange ich das NB dienstlich brauche) auf die Updates verzichten oder noch einen Versuch wagen und mir wieder die Karte zerschiessen???

Gab's noch einen der mit den letzten Updates seine NIC "verlor"???

[BuckFix]

Ich hab in den letzten Tagen bestimmt 6 Rechner upgedatet und bei keinem ein ähnliches Problem feststellen können. Wüsste auch keinen Grund für das beschriebene Verhalten. Würde hier also eher an einen Zufall als an einen Zusammenhang mit den Updates denken.

[HeikoBerlin]

Das ich kein 'Netzwerker' bin, ist wohl bekannt..
aber ich kann dir versichern, das auch nach Abzug von opt. Framework v2 am letzten Patch-Day 5 und nicht 4 neue dazu kamen.

kb922819 betrifft 'nur' TCP/IP IPv6 und kb924191 (MSXML) ist ebenso sicher unbeteiligt wie kb924496 - Object Packager. kb923191 - Win Explorer (comctl32.dll) ist auch unwahrscheinlich.
Also wenn -im Einzelfall- ein Zusammenhang bestehen sollte, also wenn überhaupt.. dann kb923414 - Serverdienst (srv.sys).

Ich würde es wagen so wäre "schlimmstenfalls" lediglich die srv.sys zurückzusetzen.
In der Ereignisanzeige wurde vor dieser "Eigenart" nichts besonderes protokolliert?

[memnon]

hatte mal ähnliches bei einigen HP DC7100, dort hats gereicht den Client vollständig stromlos zum machen (dh den stromstecker für paar sekunden zu ziehen), ein "normaler neustart" hat das problem nicht behoben.

[linux-luder]

Ich war maechtig im Stress, konnte daher nicht alles so protokollieren.
Auf jeden Fall betraf es die wups.dll, bin jetzt zu faul rauszusuchen, welches Update an der dll was zu aendern hatte, es geht ja wieder und der Kunde ist auch zufrieden.

Bis jetzt laeuft das Notebook, habs ja auch noch nicht ausgemacht^^

[HeikoBerlin]

wups.dll ist in keinem Sicherheitsupdate enthalten
sondern eine Komponente von Windows Update

btw. Mit unserem Update Pack wäre das nicht passiert *g*