Erledigt: Win7 Update findet keine Updates - kb3078601 schafft Abhilfe!

Heute morgen neu gebootet - Ergebnis: alles normal. Der wichtige Tipp scheint also zu sein: KB947821 nur Ohne Netz installieren. Da ich ein Win 7 X64 nutze, sind das über 500MB Updates, die einige Stunden brauchten.

Die Ereignisanzeige (nur Fehler) sieht aktuell so aus:
ereignis1.PNG

Die dazugehörigen Fehlermeldungen sind folgende:
Das Windows-Update konnte aufgrund eines Fehlers nicht installiert werden: 2149842967 "" (Befehlszeile: ""C:\Windows\system32\wusa.exe" "C:\DRIVERS\OSFIXES\WIN7\KB975599\windows6.1-kb975599-x64.msu" ")

Das Windows-Update konnte aufgrund eines Fehlers nicht installiert werden: 2149842967 "" (Befehlszeile: ""C:\Windows\system32\wusa.exe" "C:\DRIVERS\OSFIXES\WIN7\KB975851\windows6.1-kb975851-v2-x64.msu" ")

... und jetzt nur noch der unterschiedliche Teil der Meldung:

C:\DRIVERS\OSFIXES\WIN7\KB979155\WINDOWS6.1-KB979155-X64.MSU" ")
C:\DRIVERS\OSFIXES\WIN7\KB981112\windows6.1-kb981112-x64.msu" ")
"C:\DRIVERS\OSFIXES\WIN7\KB958685\WINDOWS6.1-KB958685-V2-X64.MSU" ")
"C:\DRIVERS\OSFIXES\WIN7\KB974410\windows6.1-kb974410-x64.msu" ")
"C:\DRIVERS\OSFIXES\WIN7\KB979903\windows6.1-kb979903-x64.msu" ")
"C:\DRIVERS\OSFIXES\WIN7\KB981351\windows6.1-kb981351-x64.msu" ")
"C:\DRIVERS\OSFIXES\WIN7\KB981351\windows6.1-kb981351-x64.msu" ")
"C:\DRIVERS\OSFIXES\WIN7\KB2292867\windows6.1-kb2292867-x64.msu" ")

Es gibt noch weitere Meldungen. Man beachte die Anzahl: 2.294(!)
Im Reiter "System" sind sogar 53.946 Meldungen vorhanden.
Es stellt sich die Frage: Wie gross ist diese Protokolldatei? Und: kann man die teilweise löschen?
Da werde ich mich mal kümmern und berichten.

Ärgerlich ist nur, dass beim Update selbst kein Fehler gemeldet wird, obwohl nicht's OK ist.
Für die Hilfe hier möchte ich mich bedanken.
 
Schon mal in der C:\Windows\WindowsUpdate.log nachgeschaut?

Das Windows-Update konnte aufgrund eines Fehlers nicht installiert werden: 2149842967 "" (Befehlszeile: ""C:\Windows\system32\wusa.exe" "C:\DRIVERS\OSFIXES\WIN7\KB975851\windows6.1-kb975851-v2-x64.msu" ")
Hat Dein Rechner WWAN?
Sie haben einen Computer, auf dem Windows 7 ausgeführt wird. Der Computer hat eine wireless Wide Area Network (WWAN)-Gerät, das mit einem 3G Netzwerk her. Beim Starten des Computers aus dem Energiesparmodus oder Ruhezustand herstellen nicht WWAN-Gerät im Netzwerk 3G automatisch.
Das Windows-Update konnte aufgrund eines Fehlers nicht installiert werden: 2149842967 "" (Befehlszeile: ""C:\Windows\system32\wusa.exe" "C:\DRIVERS\OSFIXES\WIN7\KB975599\windows6.1-kb975599-x64.msu" ")
Könnte laut diesem Thread (leider ungelöst) an einem veralteten Treiber liegen.

Es stellt sich die Frage: Wie gross ist diese Protokolldatei? Und: kann man die teilweise löschen?
Man kann nur alle löschen (pro Kategorie).



Edit:
Eben hatte ich den Desktop-PC meiner Tochter auf dem Tisch, der nach Installieren der in Beitrag #32 aufgeführten KB immer noch nicht Updates finden konnte.
Also installierte ich den KB947821 und nach dem Reboot fand der Rechner nach 10 Minuten neue Updates.

Ich habe daher den KB947821 in der Updateliste in Beitrag #32 nachgetragen.
 
Zuletzt bearbeitet:
Mit allen oben genannten Updates habe ich bei einem T60 gestern locker 2 bis 2 1/2h gebraucht - Erst Ewigkeiten nach Updates gesucht und dann die 22 benötigten (Office ist mit dabei) Updates nach einer Stunde gefunden, DANN nochmal fast wieder 1 Stunde Vorbereitung zum Herunterladen! Heftig...
Aber bei Win10 gleich mal für die 32 Bit 275 MB und 64 Bit etwas mehr über 500 MB kumulatives Update reinpacken was in Minuten gefunden und runtergeladen wird...

Ich mach 3 Kreuze, wenn hoffentlich nach Juli 2016 die Updateserver wieder fixer angesprochen werden und die Gratisaktion vorbei ist...
Ob es dann eine Änderung für Win7 gibt was das Updateverhalten betrifft, denke ich leider weniger aber lasst mir meinen Glauben.... :D :D
 
Ich mach 3 Kreuze, wenn hoffentlich nach Juli 2016 die Updateserver wieder fixer angesprochen werden und die Gratisaktion vorbei ist...
Ob es dann eine Änderung für Win7 gibt was das Updateverhalten betrifft, denke ich leider weniger aber lasst mir meinen Glauben....
Da wird sich garantiert nichts ändern. MS will Win7-Usern das OS vergraulen und zu Win10 pressen.
 
Ich habe all diese Updates, mein Windows ist erst im August 2015 neuinstalliert worden und ich habe gerade mal sechs Tage keine Updates gefahren. Das Ding sucht sich einen Wolf, 3 h, keine updates... Hat mal funktioniert. Zwei mal Windows Support angeschrieben, einmal Evalated, wollten Telefonnummer von mir haben... Selber gelöst gehabt. Betroffenes Gerät: X200 Tablet. W520 wurde von der gleichen DVD um Weihnachten installiert, musste nur die August 2015 Update descriptors installieren, funktioniert alles. Komisch.
 
Da wird sich garantiert nichts ändern. MS will Win7-Usern das OS vergraulen und zu Win10 pressen.

Wenns mir zu bunt wird mit M$, steig ich endgültig auf Linux um, da macht keiner so nen Streß. Dann gibts auch keinen Privat-Support mehr für Win-User, damit schießt sich M$ dann selber ins Knie. *ganz_fetter_Stinkefinger-Smilie*
 
Ob es dann eine Änderung für Win7 gibt was das Updateverhalten betrifft, denke ich leider weniger aber lasst mir meinen Glauben.... :D :D

Warum sollte es dann eine Änderung geben? Die Masse der Windows 7 Updates wird nicht geringer. Also wird auch die Zeit zur Auswertung der benötigten und nicht benötigten Updates nicht sinken.

Das zu ändern würde m.E. größere Umbauten an der Windows 7 Update-Routine benötigen und das wird man dann sicherlich nicht mehr in ein altes System stecken. Aber warten wir es ab. Es gab ja auch in der letzten Zeit immer mal wieder Updates für den Windows Update Dienst unter Windows 7 und auch wenn mancher die ja etwas paranoid als Windows-10-Vorbereitungs-Updates ablehnt, waren da auch allgemeine Bugfixes dabei.

- - - Beitrag zusammengeführt - - -

Wenns mir zu bunt wird mit M$, steig ich endgültig auf Linux um, da macht keiner so nen Streß.

Da steigen die Leute aber auch regelmäßig auf die aktuelle Distri-Ausgabe um und bleiben nicht auf uralten Versionen hängen. ;-)
 
Da steigen die Leute aber auch regelmäßig auf die aktuelle Distri-Ausgabe um und bleiben nicht auf uralten Versionen hängen. ;-)

Man kann auch Rolling Releases wie Slackware-current benutzen. Alle paar Wochen eine Handvoll Updates, die in 5min erledigt sind und in 99,9% der Fälle keine Probleme machen...so lob ich mir das. :)
 
Naja, RR-Distris gehen aber deutlich häufiger bei einem Update mal kaputt als bei einer "normalen" Distribution. Einfach weil z.B. eine neue Major-Version ausgeliefert wird und die z.B. eine Funktion der alten nicht mehr hat oder anders konfiguriert. Der Maintainer merkt es vielleicht gar nicht, weil er das nicht nutzt, aber beim Endanwender knallt es dann bei einigen. Daher sind solche Distris wirklich nur was für Leute, die gerne basteln und/oder sehr tief in der Materie drin stecken.
Der Normaluser will keine Changelogs wälzen oder bei jedem Update das Risiko eingehen, dass danach irgendwas verfrickelt ist.

Mal ganz davon abgesehen: Kann man Windows 10 inzwischen nicht auch als halbe RR-Distri ansehen? :D
 
Sodele - da ich ja eine kleine ThinkPad-Sammlung zur Verfügung stehen habe, konnte ich noch mal Schritt für Schritt die ganze Geschichte durchziehen, bis die Updates wieder funktionierten.

Der KB3078601 war bereits auf meinem T400 installiert, dieser alleine reicht aber nicht aus. Ich habe die Suche nach Updates nach 20 Min abgebrochen (Dienst "Windows Update" beenden)

Vermutliche Ursache:
In einem der zahlreichen Foren, die ich auf der Suche nach einer Lösung gelesen hatte, wurde eine Vermutung über die Ursache der Probleme mit Windows Update geäußert:
Demnach wurden offenbar nach Erscheinen von Windows 10 einige Funktionen des MS Windows Update Servers auf die Computer der Anwender ausgelagert, um die Updateserver zu entlasten. Wurden auf den Clients jedoch die dafür notwendigen KBs NICHT installiert, scheitert natürlich die Kommunikation zwischen Kunden-PC und dem Server von MS.


Vorgehensweise:
Fehlversuche:
Zuerst habe ich das hier verlinkte Medion Tool ausgeführt - ohne Erfolg.

Anschließend führte ich die Skriptbefehle aus diesem Blog (etwa in Seitenmitte) aus. Brachte ebenfalls keine Besserung.
Beides Hilft nur, wenn Windows Update einen Fehlercode ausspuckt.

Finale Lösung:
Die in diesem Beitrag verlinkte Seite von wsusoffline.net listet zahlreiche KB in 32 und 64 Bit auf (Direktlinks), die ich (außer IE 9 u. 10) nacheinander heruntergeladen und in der dort angegebenen Reihenfolge ausgeführt habe.
Vor der Installation aller Pakete habe ich zuerst den Systemdienst "Windows Update" beendet und danach die Pakete installiert.
Insgesamt sind vier Reboots (nach den ersten beiden und nach dem beiden letzten Paketen) erforderlich.

Nach dem letzten Reboot einige Zeit warten, bis der Trusted Installer und ggf. der .NET Framework-Optimizer nicht mehr 50% CPU-Last erzeugen. Danach rief ich Windows update auf, das mir sofort meldete, dass 18 wichtige Updates zur Verfügung ständen. Nach Klick auf "Updates installieren" dauerte es knapp 2 Minuten, bis die Meldung erschien "xx Updates werden heruntergeladen (xx MB insgesamt, 1% abgeschlossen)"

Bei mir war der KB3124000 mit entscheidend, dass Updates sofort gefunden wurden. Das weiß ich deshalb so genau, da ich anfangs vergessen hatte, diesen zu installieren und nach 40 Min. immer noch nichts gefunden wurde. Nach dessen Installation mit Reboot funktionierte Windows Update genauso fix wie früher.

Das gleiche Verfahren half mir in den vergangenen Tagen bei einigen T420, und meinen X200, X61s, T60 , 2x T400, R500 (alle mit Windows 7 Prof.)

Sollte Windows Update nach der Installation der Pakete immer noch keine Updates finden, unter "Installierte Updates" überprüfen, ob folgende Updates auch wiklich installiert wurden:
KB947821
KB3112343
KB3087039
KB3078601
KB3124275
KB3109094
KB3124000

Der Hotfix KB947821 ist ein "Uralt-Update" aus 2014, der aber notwendig ist und sollte nach Trennen der Netzwerkverbindung installiert werden.

Bei meinem zweiten T400 schlug das Update des KB3109094 fehl, ohne dass ich es bemerkte und wunderte mich anschließend, dass die Suche nach Updates immer noch ewig dauerte und ich daher die Liste installierter Updates noch einmal durchging. Erst nach dessen erfolgreicher Installation wurden binnen weniger Sekunden nach dem Reboot über 60 Updates gefunden.

Meinem R500 fehlte ebenfalls der KB3124000, nach dessen Installation mit einem anschließendem Neustart dauerte die Suche knapp 3 Minuten.

So habe ich binnen weniger Tage knapp 10 ThinkPads auf die gleiche Weise dazu überredet, wieder Updates einzuspielen.

Hier noch einmal die Direkt-Links aller Updates für schnelles "copy and paste" aus dem oben verlinkten wsusoffline.net - Beitrag:

Code:
32 Bit:
[B]https://download.microsoft.com/download/4/7/A/47A0F7B9-1F0F-41B0-AA42-00FD16337268/Windows6.1-KB947821-v34-x86.msu[/B]
http://download.windowsupdate.com/windowsupdate/redist/standalone/7.6.7600.320/WindowsUpdateAgent-7.6-x86.exe
https://download.microsoft.com/download/3/0/B/30B6E9CF-8BD5-4F0D-8759-D42147C990D3/Windows6.1-KB3112343-x86.msu
https://download.microsoft.com/download/B/E/D/BEDFBCEF-F8F8-4367-9699-3CF15C7EF836/Windows6.1-KB3087039-x86.msu
https://download.microsoft.com/download/0/7/5/075F0E65-7F09-4554-B8FA-4F52D6E22172/Windows6.1-KB3078601-x86.msu
https://download.microsoft.com/download/7/6/2/76225417-E513-4DF7-9BFB-82C60CC73F5F/IE11-Windows6.1-KB3124275-x86.msu
https://download.microsoft.com/download/A/2/7/A2783780-2A3B-4A35-A55E-71B0EAF79E0E/Windows6.1-KB3109094-x86.msu
https://download.microsoft.com/download/F/E/6/FE67A840-EF48-4DB6-BC6F-8F61A479FBC6/Windows6.1-KB3124000-x86.msu

64 Bit:
[B]https://download.microsoft.com/download/E/8/D/E8DAA970-1036-447F-B5EA-716D4BA70EC5/Windows6.1-KB947821-v34-x64.msu[/B]
http://download.windowsupdate.com/windowsupdate/redist/standalone/7.6.7600.320/WindowsUpdateAgent-7.6-x64.exe
https://download.microsoft.com/download/5/E/3/5E37D67D-42E6-4AC4-B199-5B335EE092F6/Windows6.1-KB3112343-x64.msu
https://download.microsoft.com/download/4/2/F/42F048F1-A3AE-41D9-9965-AA57F8C44FA4/Windows6.1-KB3087039-x64.msu
https://download.microsoft.com/download/0/4/A/04A4348A-EB14-461C-B5B1-25EEBB1A24B8/Windows6.1-KB3078601-x64.msu
https://download.microsoft.com/download/3/D/A/3DA91CFF-E81D-47D6-9D91-3CD141F8B48A/IE11-Windows6.1-KB3124275-x64.msu
https://download.microsoft.com/download/A/4/8/A48BBC7A-8045-4ED7-A43F-FB5C9B686183/Windows6.1-KB3109094-x64.msu
https://download.microsoft.com/download/A/E/8/AE8F2BE8-8A16-46D0-8138-62FCDCF3C93F/Windows6.1-KB3124000-x64.msu
Wichtig:
Vor Installation jedes KB den Dienst "Windows Update" beenden und nach jeder Installation den Rechner neu starten!!!

Edit:
Fett dargestellte KB947821 ergänzt

Hab das jetzt nach deiner Anleutung gemacht, scheint nicht mehr so zu funktionieren zumindest nicht bei mir.
Microsoft bastelt da wohl dran rum, Update sucht sich nen Wolf.

Ich hab das Gefühl, das Microsoft das mit Absicht macht, damit Windows 7 sich nicht sofort Updatet, was mich in meiner Vermutung bestärkt das sie einen mit allen Mitteln zu Windows 10 drängen wollen.

Vorher gingen die Updates ja auch geschmeidig von der Hand, dann sind auf ein mal bestimmte Updates nötig bevor es Funktioniert, später mehrere und nun wieder andere, das macht schon wirklich den Eindruck, das Microsoft da irgendwie dran dreht.

Ist jetzt nur ne Vermutung.

Da ich jetzt nen Termin habe, lass ich das Gerät einfach bis ich zurück bin Updates suchen.

Irgendwann wird er schon welche finden.

Grüsse Tobi

Edith:

Villeicht hab ich den Fehler gemacht, und die Updates aus Post 1 zu erst Installiert und dann erst deine?
 
Zuletzt bearbeitet:
Moin !

und auch wenn mancher die ja etwas paranoid als Windows-10-Vorbereitungs-Updates ablehnt

Ich bin also geisteskrank, nur weil ich deren Scheiß* nicht will und auch nicht jeden neuen Mist zwangsweise installieren und nebenbei nicht ausspioniert werden will ?

(*sorry für meine Wortwahl...)


LG Jürgen
 
Danke für den Tipp werde ich machen.

Kurios nach meiner Rückkehr zeigte er mit unten als Sprechblase an das Neue Updates verfügbar sind, im Hauptfenster suchte er immer noch ^^ Neustart des Notebooks und neu suchen lassen mal sehen ob Windows Update das doch noch rafft.

Ich glaub nicht das man Paranoid oder Geisteskrank ist wenn man Windows 10 nicht will oder sonst was, ich würde es eher dem eigenen Geschmack zuteilen was man möchte.

Ich persönlich habe kein Interesse an Windows 10, weil ich wie ich merken musste, unter dem Kostenlosen Update nicht wirklich alles was mir missfällt abschalten kann.
Unter der Pro Version, geht zwar etwas mehr, aber auch nicht alles.
Allein die Enterprise Edition, soll laut Netz fast alles bis nahezu alles Deaktivieren können, aber für normale Enduser ist sie nicht gedacht.
Und wer hat schon lust, alle 3 Monate sein Windows 10 neu zu Installieren, um Kostenlos die Enterprise Version immer wieder als 90 Tage Testversion laufen zu lassen.

Das schöne ist ja, noch kann man sagen, "nö ich möchte das nicht", die Frage ist wie lange.
Wenn man es genau nimmt, muss man dann genauso bei Windows 7 und co aufpassen, denn da schwappen ja die Updates mit, die Telemetrie und co auch unter Windows 7 und co ausspähen sollen.

Paranoide Menschen haben vor ganz anderen Dingen Angst, als vor einem Neugierigen Betriebssystem das von seinen Programierern zum Spion gedrillt werde.

Wie auch immer, wieder zurück zum Thema:

Ich lass das jetzt noch mal durch laufen und schaue mir derweil den Link an den ich empfohlen bekommen habe.

Edit:

@Netghost

Danke für den Tipp jetzt geht es.
 
Zuletzt bearbeitet:
Hallo zusammen,
endlich bin ich auf Euren Beitrag gestossen - er zeigt mir zumindest, dass es ein generelles Problem ist, weswegen ich schon 2 Rechner mit Windows 8.1 aufgesetzt habe.
Bei manchen will bzw. muss ich halt bei Windows 7 bleiben...

Habe mal gestern versucht, den Tip mit "wusa.exe" auszuführen.

Leider ist es so, dass sich nach Eingabe eines Befehls wie

"%SystemRoot%\system32\wusa.exe" "C:\voller\Pfad\zum\Update.msu" /quiet /norestart

in die als Administrator geöffnete cmd schlichtweg nichts tut.
Das mag an dem "/quiet" liegen, aber wie lange muss ich denn warten bzw. wie kann ich erkennen, dass das Update denn tatsächlich installiert wird?

Danke und Gruss
 
Lasse mal das "/quiet" weg und vor Allem:
Vorher den Dienst "Windows Update" beenden und vielleicht auch mal bei getrennter Netzwerkverbindung versuchen.

Die vorne gelisteten KB besitzen alle die unangenehme Eigenschaft, Windows Update wieder zu starten und der sucht dann wieder bei MS, statt auf dem eigenem Rechner. Den Dienst "Windows Update" und den "50% svchost.exe" hatte ich machmal auch während der Installation der KB - jedoch mit wechselndem Erfolg - gekillt.
 
Was bei mir bis jetzt immer "schmerzfrei" funktioniert hat (x86 / x64)

1. Clean Install mit integriertem SP1
2. Patchen mit aktuellem http://www.wsusoffline.net
3. Rest per Windows Update (Suchzeit kleiner 10 min)
 
Schon mal in der C:\Windows\WindowsUpdate.log nachgeschaut?
Habe ich nachgeholt. Ist ja alles (fast) Klartext...

Hier mal eine Passage daraus (ziemlich widerspüchlich - oder? Siehe fette Teile):

2016-03-19 07:52:28:623 1272 464 Setup Determining whether a new setup handler needs to be downloaded
2016-03-19 07:52:28:623 1272 464 Setup SelfUpdate handler is not found. It will be downloaded
2016-03-19 07:52:28:685 1272 464 Setup Evaluating applicability of setup package "WUClient-SelfUpdate-ActiveX~31bf3856ad364e35~amd64~~7.6.7600.320"
2016-03-19 07:52:32:070 1272 464 Setup Setup package "WUClient-SelfUpdate-ActiveX~31bf3856ad364e35~amd64~~7.6.7600.320" is already installed.
2016-03-19 07:52:32:070 1272 464 Setup Evaluating applicability of setup package "WUClient-SelfUpdate-Aux-TopLevel~31bf3856ad364e35~amd64~~7.6.7600.320"
2016-03-19 07:52:32:086 1272 464 Setup Setup package "WUClient-SelfUpdate-Aux-TopLevel~31bf3856ad364e35~amd64~~7.6.7600.320" is already installed.
2016-03-19 07:52:32:086 1272 464 Setup Evaluating applicability of setup package "WUClient-SelfUpdate-Core-TopLevel~31bf3856ad364e35~amd64~~7.6.7600.320"
2016-03-19 07:52:32:117 1272 464 Setup Setup package "WUClient-SelfUpdate-Core-TopLevel~31bf3856ad364e35~amd64~~7.6.7600.320" is already installed.
2016-03-19 07:52:32:117 1272 464 Setup SelfUpdate check completed. SelfUpdate is NOT required.

Das soll nun einer verstehen oder nachvollziehen.
Heute sind übrigens fast 2.000 Zeilen Log geschrieben worden. Log (~1,6 MB) schreiben geht leider viel zu schnell. Man kommt mit dem lesen gar nicht hinterher. Löschen bin ich erst mal vorsichtig

Wenn ich das wüsste! WWAN ist mir bisher auf meinem PC nicht aufgefallen.
Unter (Windows-) Diensten ist die Rede von mobilen Breitbandkartendaten und wird "dringend empfohlen". War auf beendet - ist nun "automatisch" starten umgestellt.
Es sind folgende mobile Geräte vorhanden: Android-Handy Samsung S3 neo, Microsoft Lumia 550, Falk Navigator (für Karten-Update). Alle funktionieren. Surfen und Email funktioniert.
Mal sehen, ob die neue Einstellung etwas verbessert.

Ich bin regelmässig in WLan und Lan unterwegs (jeweils andere Gateway-IP). Meistens wird dann der eingetragene Gateway gelöscht, man muss ihn neu eintragen.
svchost.exe (lokal) verbraucht dann allein und oft mehr als 50% Systemresourcen, in der Summe sind es dann ständig 100% - arbeiten eine Qual).

Was mir nun aktuell auffiel: Im Task-Manager ein Prozess iFrmewrk.exe (meist um 50%). Beschreibung: Intel(R) PROSet/Wireless Framework.
Habe dann den Treiber für die WLan-Karte (Intel(R) Wireless WiFi Link 4965AGN) erneuert. Download direkt bei Intel. Die Installation dauerte einige lange Minuten. Im Task-Manager bemerkte ich, wie plötzlich iFrmewrk.exe verschwand und kurz darauf wieder erschien - nun aber mit 0% Leistung statt ca. 50%. Auch svchost.exe wurde sofort normal. Komischerweise sind die nun installierten Treiber-Versionen (Gerätemanager) die gleichen wie vorher, obwohl Intel eine Version 15.x.x anbietet. Ich habe nur das Treiber-Paket (25,1 MB) erneuert, nicht aber die alternative Verwaltungs-Software (ca. 75 MB).

Seitdem pendelt der Resourcenverbrauch zwischen 3% und 35%. Mit laufenden Firefox, Outlook und einige andere offene Fenster. Hoffentlich bleibt das nun so. Muss erst noch einige Male neustarten.

Der Tipp veraltete Treiber (s.u.) könnte also evtl. schuld gewesen sein - bei diesen Beobachtungen. Dann hätte Lenovo veraltete Treiber mit gleicher Versions-Nr.

Könnte laut diesem Thread (leider ungelöst) an einem veralteten Treiber liegen.

- - - Beitrag zusammengeführt - - -

Edit:
Ein paar Stunden alles normal. Dann jedoch wieder hohe CPU-Auslastung von svchost.exe.
Im Taskmanager den verursachenden Dienst ermittelt: diesmal war es der Dienst "LocalServiceAndNoImpersonation".
Google meint dazu: Der Windows-Media-Player macht mit diesem Dienst mitunter Probleme. Da ich den Media-Player nicht verwende, LocalServiceAndNoImpersonation auf "nicht starten" umgestellt.
Voilà! Seitdem kann ich mit meinem Thinkpad gut arbeiten. Seit mehreren Stunden und einigen Neustarten ohne Probleme. Das Beste am Schluss: Windows-Update funktioniert ebenfalls wieder wie gehabt.
Dieser Dienst wird laut google auch für das Heimnetzwerk verwendet.

Mein Erklärungsversuch:
Ich habe ca. 160.000 MP3 (ca. 1,1 TB) auf meiner 2. Festplatte. Es könnte also sein, dass der Media-Player Daten aus den MP3 sammelt (Id-Tags?) und daher den Thinkpad blockiert.
Wie gesagt, nur eine Vermutung; habe es nicht weiter untersucht.

Zum Vorgehen:
Im Taskmanager die svchost.exe mit hoher Auslastung suchen - Dienst dazu feststellen - googlen, was der betreffende Dienst macht - probeweise nicht starten lassen (Programm Dienste; als Admin ausführen).
Testen. Buch führen, welche Dienste man verändert hat! (damit man alles wieder zurückstellen kann)

svchost.exe läuft in mehreren Instanzen. Wenn nun 1 Instanz hohe Priorität hat, bremst sie weitere Instanzen aus; sie bleiben dann mit niederen Auslastungs-% unentdeckt. Indem man nach und nach alle
svchost.exe's untersucht, findet man den eigentlichen Dienst-Übeltäter. Prüfen, ob man den braucht, abschalten, testen, fertig.

Das wäre meines Erachtens auch eine Erklärung, warum Windows-Update nicht mehr funktioniert: Die Update-svchost.exe kommt gar nicht zum arbeiten...
Könnte also sein, das nicht die Microsoft-Server schuld sind, sondern ein amoklaufender Dienst auf dem eigenen Rechner, der auch svchost.exe benötigt.

 
Die vorne gelisteten KB besitzen alle die unangenehme Eigenschaft, Windows Update wieder zu starten und der sucht dann wieder bei MS, statt auf dem eigenem Rechner. Den Dienst "Windows Update" und den "50% svchost.exe" hatte ich machmal auch während der Installation der KB - jedoch mit wechselndem Erfolg - gekillt.

ich hatte jetzt wieder ein Netbook mit diesem Problem in Arbeit. Was hier besonders gut gewirkt hat, war - abgesehen vom Abschalten des Dienstes "Windows Update" VOR dem Ausführen der KB das Medion Fixit-Tool durchlaufen zu lassen und zwar bei fast jedem KB... wo die KBs vorher ewig nach Updates gesucht haben, haben sie nach dem Fixit von Medion fast sofort mit der Installation begonnen.
 
Hallo Sir Charles82,

welche Dateien hast Du konkret genutzt?


MfG

xsid


Mein persönlicher Informationsfavorit:

http://wu.krelay.de


PS: Es gab mal Zeiten da war es aufwendiger Linux zu installieren.
 
Zuletzt bearbeitet von einem Moderator:
Hallo xsid,

genau, an der von Dir genannten Webseite habe ich mich orientiert und an den Links, die Mornsgrans aufgelistet hat und hier noch einmal zitiert wird. Damit habe ich es geschafft, dass sich binnen 20 Minuten doch noch eine erkleckliche Anzahl an Updates gefunden haben (letztes Update des Gerätes war 1.12.2015).
 
  • ok1.de
  • thinkstore24.de
  • Preiswerte-IT - Gebrauchte Lenovo Notebooks kaufen
Zurück
Oben