[Gelöst] Windows Update wird blockiert

[julianstroebel]

Hallo, ich habe zurzeit ein großes Problem mit meinem T61.

1. Problem: Wenn ich den Windows Update Dienst ausführen möchte bekomme ich folgende Fehlermeldung:



Man beachte aber das der Dienst vollständig gestartet ist und funktionstüchtig ist!

2. Problem: Microsoft Security Essentials lässt sich auch nicht aktualisieren! Auch folgende Fehlermeldung:




Das einzigste was Funktioniert sind die Lenovo Updates. Microsoft Security Essentials lässt sich im Abgesicherten Modus mit Netzwerktreibern aktualisieren Windows Update auch dort nicht. (Ich habe auch keine Lust immer im Abgesicherten Modus zu starten um meinen Viren Schutz etc. zu aktualisieren )


Was kann ich dagegen tun? Ich bin schon am verzweifeln.

PS: Dienst wurde auch schon mehrmals neugestartet


- - - - - - - - -Wer nicht den ganzen Thread lesen möchte - - - - - - -
Lösung in diesem Fall:

einen Hinweis auf den AHCI Treiber für SATA gefunden, diesen hatte ich auf die vorherige Version zurückgesetzt, danach funktionierte das Update wieder. Warum auch immer das was mit einander zu tun hat.

http://thinkpad-forum.de/threads/14...rd-blockiert?p=1420659&viewfull=1#post1420659

das Problem hatte ich bei meinem X61 (W7 64Bit) auch schon. Bei mir war das Problem der AHCI-Treiber bzw. der Intel-Matrix-Treiber, welcher in Verbindung mit den Treiber für das Turbomemorymodul installiert wurde. Eine Deinstallation dieses Treiber löste bei mir das Problem.

http://thinkpad-forum.de/threads/14...rd-blockiert?p=1420674&viewfull=1#post1420674

Edit by Mod: Hab den Titel mal entsprechend geändert und die Lösung hier nach vorn gepackt..

 

[Edgar]

Könntest du bitte mal bei dir unter Systemsteuerung->System->Geräte-Manager nachschauen, was bei dir unter folgendem Gerät steht:
> IDE ATA/ATAPI-Controller (dort den Pfeil > anklicken)

Moin !

Der Treiber, der das Windows Update lahmgelegt hat, war der der serielle ATA-Controler.

Unter Eigenschaften wird der jetzt aktive Treiber, den Windows selbstständig installiert hat und auf den ich zurückgegangen bin, damit Windows Update wieder läuft, wie folgt beschrieben:

Standart AHCI 1.0 Serieller-ATA-Controller
Treiberanbieter: Microsoft
Treiberdatum: 21.06.2006
Treiberversion: 6.1.7601.18231

Gruß
Edgar

 

[think_pad]

Der Treiber, der das Windows Update lahmgelegt hat, war der der serielle ATA-Controler.

Ja, aber das ergibt doch gar keinen Sinn! Ein falscher Festplattencontroller kann ein Laufwerk oder gar ein Betriebssystem lahmlegen, aber keine Update-Funktion...

 

[Edgar]

Ja, aber das ergibt doch gar keinen Sinn! Ein falscher Festplattencontroller kann ein Laufwerk oder gar ein Betriebssystem lahmlegen, aber keine Update-Funktion...

Moin !

Sinn hin, Sinn her!

zu beobachten war, daß bei zwei Thinkpads hintereinander das Zurücksetzen des Treibers dazu führte, daß das Windows-Update wieder funktionierte. Dabei ist auszuschließen, daß parallel irgendwelche anderen Änderungen erfolgt sind.
Beim zweiten Thinkpad, nachdem Erfolg beim Ersten, wurde der Rechner eingeschaltet, das Windows-Update überprüft, mit dem Ergebnis, das es nicht funktionierte. Dann den Treiber zurückgesetzt und Windows-Update lief wieder. Ich finde es ja auch erstaunlich und kann es nicht nachvollziehen, auf welche Weise der Treiber den Ärger macht.

Gruß
Edgar

Edith:
Nicht: falscher Festplattencontroller! (Der Betrieb der sATA Platte, auf der das OS liegt, war unauffällig.)
Korrekt: fehlerhafter Controller, der über SystemUpdate installiert wurde.

 

[Alteshaus21]

Ja, aber das ergibt doch gar keinen Sinn! Ein falscher Festplattencontroller kann ein Laufwerk oder gar ein Betriebssystem lahmlegen, aber keine Update-Funktion...

Sicher Toby?

 

[think_pad]

Edith: Nicht: falscher Festplattencontroller! (Der Betrieb der sATA Platte, auf der das OS liegt, war unauffällig.)
Korrekt: fehlerhafter Controller, der über SystemUpdate installiert wurde.

Verstehe, das hieße dann aber praktisch, dass WINDOWS Update ein Update installieren wollte, dass den Original-Festplatten-Controller von MS voraussetzt. Dadurch, dass dieser vom Lenovo-Systemupdate auf einen eigenen geändert wurde, weigert sich WINDOWS Update nun, dieses "spezielle" Update auszuführen.

Das ist aber eine völlig andere Problemstellung, als zu behaupten, dass WINDOWS Update "wird blockiert" oder generell nicht funktioniert oder ein Update einen eigenen Fehler verursacht...

Im WINDOWS Update gibt es nämlich mehrere Problemstellungen:

• WINDOWS Update funktioniert nicht, lässt sich weder installieren noch deinstallieren (z.B. hier)
• WINDOWS Update findet keine Updates, obwohl es welche finden sollte (weil z.B. die Update-Aktualisierung fehlt)
• WINDOWS Update kann ein Update nicht installieren, obwohl es gedownloadet wurde (weil z.B. ein anderes Update fehlt)
• WINDOWS Update hat ein Update installiert, welches einen Fehler verursacht (das ist hier der Fall mit dem "falschen" Treiber)
• WINDOWS Update kann die Informationen zwischen Registry und tatsächlichen Dateien nicht synchronisieren, (z.B. durch Unterbrechungen während der Aktualisierung oder ein externes Future-Pack etc. - WINDOWS Update läuft dann stundenlang in der Suche nach aktuellen Updates...)

Das sind fünf verschiedene Problemstellungen! :thumbup:

 

[Mornsgrans]

Ja, aber das ergibt doch gar keinen Sinn! Ein falscher Festplattencontroller kann ein Laufwerk oder gar ein Betriebssystem lahmlegen, aber keine Update-Funktion...

Das sind nunmal die Mystherien der EDV.

Man weiß nicht, wie tief der AHCI-Treiber im System verankert ist und wo er außer dem Laufwerkstreibern und dem Energiemanagement noch hineingreift.

 

[Edgar]

....
Das sind fünf verschiedene Problemstellungen! :thumbup:

Moin, think_pad !


Leider triffst Du mit der Aufzählung möglicher Problemvarianten nicht die Problematik, um die es konkret in diesem Thread geht. Lies mal den Beitrag #1. Dort ist die Problematik und auch die Lösung zusammenfassend beschrieben.

Gruß
Edgar

 

[think_pad]

Moin, think_pad ! Leider triffst Du mit der Aufzählung möglicher Problemvarianten nicht die Problematik, um die es konkret in diesem Thread geht. Lies mal den Beitrag #1. Dort ist die Problematik und auch die Lösung zusammenfassend beschrieben

Doch, so viel Durchblick habe ich noch, dass es um einen falschen ACHI-Treiber geht, der von Lenovo ausgeliefert wurde. Man muss den ACHI-Treiber auf MS-Original-Treiber zurücksetzen, damit das Update nicht schief geht bzw. das Update, dass sich irgendwie auf ACHI bezieht, überhaupt durchgeführt werden kann.

Und in dem anderen Thread geht es darum, das WINDOWS Update nicht ausgeführt werden kann, weil das Update-Programm selbst Schaden genommen hat, und man alle DLLs nun von Hand nachregistrieren muss.

Die Aufzählung habe ich nur geschrieben, um aufzuzeigen, dass ein Problem mit den Updates sehr viele Ursachen haben kann und dass es davon abhängt, wie exakt der Fehler beschrieben wird, der das WINDOWS Update verhindert.

Außerdem haben wir nebenbei noch herausbekommen, dass sich alte WINDOWS-Updates über die Datenträgerbereinigung ganz legal per Fix löschen lassen, und man so Plattenplatz sparen kann, ohne die Registry zu zerschießen. Das dürfte Besitzer kleiner SSDs freuen...

Schließlich und endlich sei verraten, dass sich WINDOWS Updates sich von allen Fehlern am schwersten reparieren lassen, und dass man hierfür fast zwingend die Systemwiederherstellung braucht. Aber es gibt noch mehr Geheimnisse: Wer wöchentlich ein WINDOWS-Backup (Dateisystemabbild erstellen) auf eine externe USB-Festplatte macht, muss im Falle eines Fehlers nicht das ganze Backup einspielen und so evtl. Daten verlieren. In diesem Backup sind auch die Wiederherstellungspunkte enthalten, und die werden auch wiederhergestellt! Wer also ein Backup hat, kann Systemwiederherstellungspunkte ausführen, die nicht mehr auf dem Rechner sind, ohne Daten zu verlieren. Eleganter geht es wirklich nicht...

Insofern wünsche ich allen Fehlersuchenden und Gebuggten immer ein frisches Backup auf der USB-Platte oder auch im MultiBay-Schacht, weil mit Hilfe der älteren Systemwiederherstellungspunkte die Reparatur eine Sache von Minuten ist.

 

[rai]

Standard AHCI 1.0 Serieller-ATA-Controller als Treiber aktiviert

Ref.: Beiträge #61, #58, #54

Unter Eigenschaften wird der jetzt aktive Treiber, den Windows selbstständig installiert hat und auf den ich zurückgegangen bin, damit Windows Update wieder läuft,
wie folgt beschrieben:

Standart AHCI 1.0 Serieller-ATA-Controller
Treiberanbieter: Microsoft
Treiberdatum: 21.06.2006
Treiberversion: 6.1.7601.18231

Hallo Edgar,
welche Treiber-Version (Nr.) hattest du davor?

Bei meinem LENOVO Notebook V570 bin ich jetzt auch auf den Standard AHCI 1.0 Serieller-ATA-Controller zurückgegangen
- allerdings wegen eine anderen Windows Update Problems (Suche nach Updates erfolglos - Fehler Code 80004002)
Für diesen Treiber sehe ich unter 'Eigenschaften' zwar dasselbe Treiberdatum wie du, aber die Treiberversion ist 6.1.7601.17514.

Davor war der 'Intel Mobile Express Chipset SATA AHCI Controller' aktiviert,
(--> Beitrag 'Treibersoftware geändert' )

Als 'vorherigen Treiber' kann ich nur wieder den 'Intel Mobile Express Chipset SATA AHCI Controller' bekommen (mit der Option 'Treiber aktualisieren'),
aber keine andere Version des Standard AHCI 1.0 Serieller-ATA-Controllers.

 

[einposter]

ich fleddere mal Leichen und hole aus aktuellem Anlaß den Faden wieder hervor.

Ich hatte bei einem T400 (Type 6474-B84 - gekauft vom Forensponsor Andy) eine neue HDD mit Win 7 (auch von Andy gekauft) eingebaut. Die Kiste lief (und läuft) blendend, aber wollte partout keine Updates installieren (Mmeldung: der Dienst ist nicht gestartet - obwohl er lief :facepalm. Ich habe alles mögliche probiert: Fixit-Tools, andere Tipps und Tricks bzw. Reparaturscripte von MS, alternative Treiber und und und - alles Fehlanzeige.

Und dann fand ich diesen link:

http://downloadmirror.intel.com/18667/eng/RST_9.6.4.1002_Win_drivers_and_utils.zip

Runterladen, entzippen, die EXE daraus laufen lassen, Neustart. Und jetzt sucht sich die Kiste einen Update-Wolf

 

[Mornsgrans]

Ursache:
Es war der Lenovo AHCI-Treiber installiert, der diesen Fehler verursachte.