{"id":198302,"date":"2017-12-04T17:48:14","date_gmt":"2017-12-04T16:48:14","guid":{"rendered":"http:\/\/www.borncity.com\/blog\/?p=198302"},"modified":"2024-04-10T18:00:52","modified_gmt":"2024-04-10T16:00:52","slug":"windows-7-update-suche-kaputt-error-0x80248015","status":"publish","type":"post","link":"https:\/\/borncity.com\/blog\/2017\/12\/04\/windows-7-update-suche-kaputt-error-0x80248015\/","title":{"rendered":"Windows 7: Update-Suche kaputt (Error 0x80248015) 4.12.17"},"content":{"rendered":"

\"Windows[English<\/a>]Ich stelle die Information einfach mal hier im Blog ein \u2013 vielleicht lesen es weitere Betroffene: Es scheint so, als ob Microsoft die Update-Suche mal wieder gekillt hat \u2013 diese stirbt seit dem 4. Dezember 2017 mit dem Fehlercode 0x80248015. Erg\u00e4nzung:<\/strong> Betroffen sind Windows 7 SP1,\u00a0Windows Server 2008 R2 und die Embedded Geschichten. Hintergrund ist eine abgelaufene Datumsangabe in einer Datei.\u00a0Workarounds sind nachgetragen. ### Es scheint, als ob Microsoft das Problem behoben hat – siehe Kommentare und hier<\/a>\u00a0sowie meine Erg\u00e4nzung am Artikelende.<\/p>\n

<\/p>\n

\"\"Ich geh\u00f6re nun nicht zu den Leuten, die t\u00e4glich schauen, ob Updates anstehen. Laut h\u00f6ren sagen ist eine Firma Microsoft mal angetreten mit dem Plan, das Windows sich selbst um Updates zu k\u00fcmmern. Ger\u00fcchteweise soll es ein Windows 10 geben, welches dieses Automatismus sogar eingebaut hat.<\/p>\n

Ein Leser-Tipp zu Windows 7<\/h2>\n

Und dann schlug eine Leser-Mail von Matthias A. (danke daf\u00fcr) bei mir ein. Matthias schrieb mir folgendes:<\/p>\n

ich bin ein begeisterter (t\u00e4glicher) Leser Ihres IT Blogs. Dieser ist sehr hilfreich, gerade was die MS Updates betrifft. Seit heute habe ich auf ALLEN Win 7 Rechnern die ich betreue das Problem, dass die Windows-Update Funktion korrupt zu sein scheint, da angeblich der Dienst nicht ausgef\u00fchrt wird.<\/p>\n

Es sind alles verschiedene Rechner an verschiedenen Standorten, aber alle win 7 (Home oder Prof.)<\/p>\n

Laut \"ReportingEvents.log\" hat gestern auf allen Rechnern die Suche bzw. der Sync des Update-Clienten noch funktioniert. Seit heute nicht mehr.
\nAn einem Rechner habe ich per MS Tool einen Updateagent Reparaturversuch gewagt: Ergebnis – die Updatesuche geht wieder, bricht aber kurz darauf mit folgendem Fehlercode ab: \"Code 80248015 – Unbekannter Fehler bei Windows Update\"<\/p>\n

Evtl. w\u00e4re das einen eigenen Artikel auf Ihrer Seite wert? K\u00f6nnen Sie den Fehler auf Ihren Systemen ebenfalls feststellen?<\/p><\/blockquote>\n

Meine erste Reaktion beim Lesen des ersten Absatzes war: Ok, Windows-Integrit\u00e4tspr\u00fcfung und ggf. Update-Store zur\u00fccksetzen. Dann habe ich weiter gelesen und gedacht \u2013 oh, so einfach ist es wohl nicht, hat er ja irgendwie schon probiert.<\/p>\n

Fehler tritt auch bei mir auf<\/h2>\n

Also habe ich mal schnell auf meiner Windows 7-Produktivmaschine die Update-Suche angeworfen und wurde nach wenigen Sekunden mit diesem Fehlerdialog begr\u00fc\u00dft.<\/p>\n

\"Update-Fehler<\/p>\n

Auch hier der Update-Fehler 0x80248015 sowie die Info, dass zuletzt am Vortag um 01:53 gesucht wurde. Die Kontrolle des Update-Verlaufs ergab, dass als letztes ein Definitions-Update KB2310138 der Microsoft Security Essentials installiert wurde.<\/p>\n

\"MSE-Update\"<\/p>\n

Was besagt der Fehler?<\/h2>\n

Geht man im Internet auf die Suche nach dem Fehler, trifft man ganz fix auf Hinweise, dass Zeit, Datum oder die Zeitzone fehlerhaft seien (siehe z.B. hier<\/a>). Konnte ich aber ganz schnell ausschlie\u00dfen.<\/p>\n

Dann bin ich in meinen Blog-Beitrag Windows 10: Update-Fehlercodes 0x8024\u2026. entschl\u00fcsselt<\/a> gegangen und habe nach dem Fehlercode 0x80248015 geschaut. Dieser steht f\u00fcr WU_E_DS_SERVICEEXPIRED<\/em> – An operation did not complete because the registration of the service has expired. <\/em><\/p>\n

Gegenprobe auf einem Zweitsystem<\/h2>\n

Na prima, auf Grund der Tatsache, dass der Blog-Leser den Fehler weiter oben bereits erw\u00e4hnte, konnte ich ausschlie\u00dfen, dass etwas auf meinem System durch die Installation von Software kaputt gegangen war. Es gab noch den Verdacht, dass das MSE-Update eventuell hereinspielen k\u00f6nnte. Ich habe dann schnell eine Gegenprobe gemacht: Ein Netbook mit Windows 7 wurde gebootet. Dieses war seit Wochen nicht mehr eingeschaltet, ist also auf einem alten Stand.<\/p>\n

\"Windows<\/p>\n

Das Update-Fenster informierte mich, mit obiger Meldung, dass ich nach Updates suchen k\u00f6nne, ohne selbst die Suche anzusto\u00dfen. Ein Klick auf Nach Updates suchen<\/em> und schon kam folgendes Dialogfeld.<\/p>\n

\"Update-Dienst-Fehler\"<\/p>\n

Die Information, dass die Suche nicht m\u00f6glich ist, da der Dienst nicht ausgef\u00fchrt wird. Genau das, was mir der Blog-Leser eingangs mitgeteilt hatte. Eine Anzeige des Update-Verlaufs ist auch nicht m\u00f6glich. Ein Neustart bringt nichts.<\/p>\n

Erste Vermutung: Zertifikat kaputt<\/h2>\n

Sieht mir so aus, als ob irgend ein Zertifikat auf dem Rechner ausgelaufen ist (irgend ein Ablaufdatum stimmt nicht und triggert den Fehler). Muss mal schauen, ob ich noch was herausfinden kann. Falls jemand von Euch betroffen ist und eigene Erkenntnisse hat, kann er ja einen Kommentar hinterlassen.<\/p>\n

Erg\u00e4nzung: Datum zur\u00fcckstellen hilft<\/h2>\n

Der Beitrag ist mal wieder ein Work in Progress. W\u00e4hrend ich den Text hier getippt und getestet habe, hat auch Blog-Leser Matthias noch Fehlersuche betrieben. Seine n\u00e4chste Mail zeigt eine Abhilfe:<\/p>\n

Zur\u00fcckstellen des Systemdatums bringt erstmal Abhilfe – so kann man die Updatefunktion testen und sieht, dass der Updateclient selbst funktional ist. H\u00e4ngt wohl an einem MS Server…<\/p><\/blockquote>\n

Bei ComputerWorld hat Woody Leonhard inzwischen einen Artikel Windows Update for Win7 broken, throwing error 80248015<\/a> ver\u00f6ffentlicht (Matthias hat mir den Link auch geschickt). Einer seiner Blog-Leser hat den Hinweis auf:<\/p>\n

c:\\Windows\\SoftwareDistribution\\AuthCabs\\authcab.cab<\/p>\n

geschickt. Dort ist die Information \u00fcber Ablaufdaten enthalten \u2013 und dort steckt der Fehler:<\/p>\n

<IssuedDate>2013-12-03T11:59:25.5067616-08:00<\/IssuedDate>
\n<ExpiryDate>2017-12-03T11:59:25.5067616-08:00<\/ExpiryDate><\/p>\n

Im US-MS-Answers-Forum findet sich hier<\/a> auch schon eine l\u00e4ngere Diskussion. Microsoft muss da wohl ran und nachbessern \u2013 wobei mir unklar ist, wie die das l\u00f6sen, denn die Update-Suche geht ja nicht mehr. Well done.<\/p>\n

Erg\u00e4nzung: Lawrence Abrams hat bei Bleeping Computer inzwischen einen Artikel<\/a> mit einigen Erkl\u00e4rungen ver\u00f6ffentlicht. Generell w\u00fcrde ich anraten, abzuwarten. Ich habe das Problem in Microsofts Foren gepostet, in der Hoffnung, dass es an die Entwickler weitergeleitet wird. Die m\u00fcssen einen Hot-Fix entwickeln, der das Problem l\u00f6st.<\/p><\/blockquote>\n

Erg\u00e4nzung 1: .NET-Framwork-Update ist nicht schuld<\/h2>\n

Ralf Lindemann hat einen Kommentar<\/a> hinterlassen, in dem er das revidierte .NET-Framework-Update KB4049016 (2017-11 Sicherheits- und Qualit\u00e4tsrollup f\u00fcr .NET Framework\u2026) f\u00fcr Windows 7 als Ursache vermutet. Ich habe auf der oben erw\u00e4hnten zweiten Maschine nachgesehen \u2013 dort ist das Update nicht in der WindowsUpdate.log<\/em> aufgef\u00fchrt \u2013 trotzdem tritt der Fehler auf.<\/p>\n

Workaround: Microsoft-Optionen abschalten<\/h2>\n

In den nachfolgenden Kommentaren findet sich der Hinweis von Andreas, die Option Updates f\u00fcr Microsoft-Produkte beim Ausf\u00fchren \u2026. suchen<\/em> in den Update-Einstellungen abzuschalten (siehe folgende Abbildung).<\/p>\n

\"Update-Einstellungen\"<\/p>\n

Hebt man die Markierung auf, kann der Windows Update-Client erneut nach Updates suchen.\u00a0An dieser Stelle folgende Anmerkungen:<\/p>\n