WinFuture-Forum.de: Updatepack 2.107 beschädigt wininet.dll - WinFuture-Forum.de

Hallo liebe Foren-Profis,

habe Win7 Home Premium SP1 neu installiert (60GB für Systemlaufwerk) und dann das Winfuture-Updatepack 2.107 x86 benutzerdefiniert. Das funktionierte auch eine zeitlang gut, bis der PC irgendwo in der Mitte plötzlich einfror bei NDP45KB3163251.
So ganz klar ist mir nicht, warum. Des öfteren stand da, dass der Rechner neu gestartet werden muß. Er installiert aber trotzdem munter weiter. Ab und zu startete ich neu, aber nicht immer, dachte das könne man auch am Abschluß oder wenn es nicht mehr weiter geht? Könnte es dadurch zu Problemen gekommen sein?
Jedenfalls kann ich nun das Updatepack weder neu starten noch fortsetzen, es installiert zwar irgendwas, aber meist kommt "Prozedureinsprungpunkt in WININET.DLL nicht gefunden" und die meisten Updates (nicht alle) schlagen fehl. Zudem läßt sich der Gerätemanager nicht mehr starten, die "System Management Console" meldet angeblich zu wenig Speicher? Im Systemmonitor und auf der HDD ist aber genügend frei.
Da NDP45 wohl Net-Framework ist, wollte ich Framework 4.0 neu installieren udn dann alle weiteren, aber es kommt immer wieder die Meldung "Prozedureinsprungpunkt in WININET.DLL nicht gefunden". Gleiches bei Neuinstallation von IE11. Nun wollte ich die DLL ersetzen wie hier beschrieben: https://tipps.comput...arm-499185.html
Darf aber weder ersetzen, umbenennen noch löschen, weil ein "Trustedinstaller" mir dies verweigert (fehlende Rechte).
Was kann ich nun tun? Interessanterweise hat mein anderer PC mit Win7 Enterprise diese Datei WININET.DLL gar nicht (aber auch keinen IE11)! Da die Updates den ganzen Tage installierten (Pentium 2.4 GHz), würde ich gern das System retten statt alles zu wiederholen und ggf. in die gleiche Falle zu tappen (oder ohne IE11 installieren?). Oder sollte ich die DLL mit einem anderen Programm, welches Rechte ignoriert, ggf. versuchen zu ersetzen? Im Ordner WINSXS stehen noch mehr WININET.DLL in verschiedenen Versionen/ Größen. Meine hat 1.8MB und ist von 2015.

Dieser Beitrag wurde von Schreibmaschine bearbeitet: 02. März 2020 - 08:30

Vielleicht noch mal für jemand relevant:

Mir ist nach einem W7Pro-Inplace-Upgrade und anschließender Installation des Updatepack 2.107 das gleiche passiert. Und das nach ca. 10 Stunden Warten! Zum Glück hatte ich vorher eine Sicherungskopie der virtuellen Maschine gemacht.

Wer sich das Risiko dieses Updatepacks nicht antun möchte:
Windows Update reparieren und dann Windows die nötigen Updates selbst suchen lassen.
Dazu diese drei Windows-Updates installieren
1. 6.1-kb3138612-x64_f7b1de8ea7cf8faf57b0138c4068d2e899e2b266.msu bzw. windows6.1-kb3138612-x86_6e90531daffc13bc4e92ecea890e501e807c621f.msu
2. windows6.1-kb4474419-v3-x64_b5614c6cea5cb4e198717789633dca16308ef79c.msu bzw
windows6.1-kb4474419-v3-x86_0f687d50402790f340087c576886501b3223bec6.msu und
3. windows6.1-kb4490628-x64_d3de52d6987f7c8bdc2c015dca69eac96047c76e.msu bzw. windows6.1-kb4490628-x86_3cdb3df55b9cd7ef7fcb24fc4e237ea287ad0992.msu

Und anschließend, wer möchte, noch Microsoft Update aktivieren.
Dazu das als eine .vbs Datei speichern:

Set ServiceManager = CreateObject("Microsoft.Update.ServiceManager")
ServiceManager.ClientApplicationID = "My App"

'add the Microsoft Update Service, GUID
Set NewUpdateService = ServiceManager.AddService2("7971f918-a847-4430-9279-4a52d1efe18d",7,"")

und via Eingabeaufforderung mit Administratorrechten laufen lassen.
Also cmd > c:\MU.vbs oä.

(https://learn.micros...icrosoft-update)

Dieser Beitrag wurde von Nuskati bearbeitet: 27. Januar 2024 - 16:21