Anzeige

Am Puls von Microsoft

Anzeige

[gelöst] Nach B-10041-Install Win-Update-Fehler 8024A000 / 8024A008

diet59

gehört zum Inventar
Bei meinen 4 PCs (1* Desktop, 3* Notebook / 1* x64, 3* x86) habe ich B 10041 jeweils per Update über die B 9926 installiert, abgesehen vom Realtek Audio-Treiber ohne Probleme.
Alle sind Multiboot-Systeme mit TP-clean-install (teils B 9879, teils B 9926) auf separater Partition und ohne MS-Account.

Bei allen kommt nun bei der Update-Suche sofort (ohne daß die Suche überhaupt beginnt) Fehler 8024A000 bzw. 8024A008.

WindowsUpdateDiagnostic habe ich laufen lassen, repariert wurde die Service Registrierung.

Die Fehlermeldung kommt aber weiterhin.

Es könnte etwas mit dem Netzwerk bzw. dessen Registrierung zu tun haben, denn einige Programme tun so, als würde ihnen die Netzwerkverbindung fehlen.

Browser können aber problemlos auf LAN und WLAN zugreifen.
 
Zuletzt bearbeitet:
Anzeige
AW: Build 10041 Update-Fehler 8024A000 / 8024A008

Tipp entfernt!
Da dieser bei "diet59" mehr Schaden als Nutzen gebracht hat.
Sorry!
 
Zuletzt bearbeitet von einem Moderator:
AW: Build 10041 Update-Fehler 8024A000 / 8024A008

Die Reparatur der Service Registrierung war nur auf dem x64 System erfolgreich, nicht auf den x86 Systemen.

Der Fehler 8024A008 erscheint auf einem PC, wo außer dem win10-TP nur ein win XP liegt, also keine berechtigte Vorinstallation.
Die anderen mit Fehler 8024A000 haben jeweils berechtigte pro-Vorinstallationen - auf separaten Partionen.

Edit: Post hat etwas länger gedauert, so daß Post 2 schneller war.
 
Zuletzt bearbeitet:
Nach Löschen von DWORD "Upgrade" ließ sich OOBE komplettieren.
Nach dem Neustart wurde der Product-Key verlangt - und als falsch zurückgewiesen.

Die Möglichkeit, Windows Update per Rechtsklick als Administrator auszuführen, habe ich nicht (WU ist in der klassichen Systemsteuerung sichtbar gemacht).

"service registration missing or corrupt" kann auch weiterhin nicht von WUDiagnostics behoben werden.
Und Windows Update bricht weiterhin ab mit 8024A000.

Einen weiteren Effekt habe ich nach der Aktion:
Ein Programm, was vorher lief, bricht jetzt ab mit "server localhost existiert nicht oder ist nicht verfügbar".
Diese Meldung kommt sonst nur, wenn kein LAN-Kabel angeschlossen ist.

Noch ein Effekt nach der OOBE-Aktion:

Die Systemsuche funzt nicht mehr ("Windows Ressourcenschutz konnte den Vorgang nicht ausführen")
Vor der Aktion lief sie noch durch (mit unreparierbaren Fehlern).

Wird wohl mal wieder Zeit für eine clean install.
 
Zuletzt bearbeitet von einem Moderator:
Hallo,

nicht schön zu hören.
Ich werde versuchen den Tipp bei mir mal durchzugehen.

Gruß
Matthias
 
Ich sehe das sportlich.

Daten werden laufend gesichert. PCs bzw. OS sind austauschbar.

Nach clean install bisher kein Fehler.

Auch sonst läuft alles auf den 1. Blick geschmeidiger, ohne bisher vorhandene lags.
 
Zuletzt bearbeitet von einem Moderator:
Sehr merkwürdig.

Direkt nach der clean install war alles o.k., WU sagte "keine Updates gefunden".

Danach installierte ich meine Programme, startete mehrfach neu ... und nun habe ich wieder den im Eingangspost beschriebenen Zustand.

SFC sagt wieder "Kann Fehler nicht reparieren" und WU sagt "8024A000".

Im CBS.log ist wohl diese Phase interessant, danach wiederholen sich die letzten Zeilen endlos:

2015-03-21 21:41:40, Info CBS Ending TiWorker finalization.
2015-03-21 22:13:08, Info CBS TI: --- Initializing Trusted Installer ---
2015-03-21 22:13:08, Info CBS TI: Last boot time: 2015-03-21 21:45:24.495
2015-03-21 22:13:08, Info CBS Starting TrustedInstaller initialization.
2015-03-21 22:13:08, Info CBS Ending TrustedInstaller initialization.
2015-03-21 22:13:08, Info CBS Starting the TrustedInstaller main loop.
2015-03-21 22:13:08, Info CBS TrustedInstaller service starts successfully.
2015-03-21 22:13:08, Info CBS No startup processing required, TrustedInstaller service was not set as autostart
2015-03-21 22:13:08, Info CBS Startup processing thread terminated normally
2015-03-21 22:13:08, Info CBS Starting TiWorker initialization.
2015-03-21 22:13:08, Info CBS Ending TiWorker initialization.
2015-03-21 22:13:08, Info CBS Starting the TiWorker main loop.
2015-03-21 22:13:08, Info CBS TiWorker starts successfully.
2015-03-21 22:13:08, Info CBS TiWorker: Client requests SFP repair object.
2015-03-21 22:13:08, Info CBS Universal Time is: 2015-03-21 21:13:08.443
2015-03-21 22:13:08, Info CBS Loaded Servicing Stack v10.0.10041.0 with Core: C:\Windows\winsxs\x86_microsoft-windows-servicingstack_31bf3856ad364e35_10.0.10041.0_none_306c4659c768ceeb\cbscore.dll
2015-03-21 22:13:08, Info CSI 00000001@2015/3/21:21:13:08.459 WcpInitialize (wcp.dll version 0.0.0.6) called (stack @0x57ba339d @0x5a1faa6f @0x5a1c0318 @0x32b5db @0x32c16d @0x769b8b74)
2015-03-21 22:13:08, Info CBS SQM: Initializing online with Windows opt-in: True
2015-03-21 22:13:08, Info CBS SQM: Cleaning up report files older than 10 days.
2015-03-21 22:13:08, Info CBS SQM: Requesting upload of all unsent reports.
2015-03-21 22:13:08, Info CBS SQM: Queued 5 file(s) for upload with pattern: C:\Windows\servicing\sqm\*_std.sqm, flags: 0x2
2015-03-21 22:13:08, Info CBS SQM: Upload callback called with file path: C:\Windows\servicing\sqm\PackageChangeBegin_Microsoft-Windows-Legacy-Components-OC-Package~31bf3856ad364e35~x86~~10.0.10041.0_0_std.sqm, status: 0x0, HTTP response: 403
2015-03-21 22:13:08, Info CBS SQM: Upload callback called with file path: C:\Windows\servicing\sqm\PackageChangeBegin_Microsoft-Windows-NTVDM-OC-package~31bf3856ad364e35~x86~~10.0.10041.0_0_std.sqm, status: 0x0, HTTP response: 403
2015-03-21 22:13:08, Info CBS SQM: Upload callback called with file path: C:\Windows\servicing\sqm\PackageChangeEnd_Microsoft-Windows-Legacy-Components-OC-Package~31bf3856ad364e35~x86~~10.0.10041.0_0_std.sqm, status: 0x0, HTTP response: 403
2015-03-21 22:13:08, Info CBS SQM: Upload callback called with file path: C:\Windows\servicing\sqm\PackageChangeEnd_Microsoft-Windows-NTVDM-OC-package~31bf3856ad364e35~x86~~10.0.10041.0_0_std.sqm, status: 0x0, HTTP response: 403
2015-03-21 22:13:08, Info CBS SQM: Upload callback called with file path: C:\Windows\servicing\sqm\UpdateChange_LegacyComponents_Microsoft-Windows-Legacy-Components-OC-Package~31bf3856ad364e35~x86~~10.0.10041.0_0_std.sqm, status: 0x0, HTTP response: 403
2015-03-21 22:13:08, Info CBS SQM: Queued 0 file(s) for upload with pattern: C:\Windows\servicing\sqm\*_all.sqm, flags: 0x6
2015-03-21 22:13:08, Info CBS NonStart: Set pending store consistency check.
2015-03-21 22:13:08, Info CSI 00000002@2015/3/21:21:13:08.615 WcpInitialize (wcp.dll version 0.0.0.6) called (stack @0x57ba339d @0x676c7953 @0x676c7a4f @0x32ae3f @0x32c182 @0x769b8b74)
2015-03-21 22:13:09, Info CSI 00000003 IAdvancedInstallerAwareStore_ResolvePendingTransactions (call 1) (flags = 00000004, progress = NULL, phase = 0, pdwDisposition = @0x41fe748
2015-03-21 22:13:09, Info CSI 00000004 Creating NT transaction (seq 1), objectname [6]"(null)"
2015-03-21 22:13:09, Info CSI 00000005 Created NT transaction (seq 1) result 0x00000000, handle @0x40c
2015-03-21 22:13:09, Info CSI 00000006 Poqexec successfully registered in [ml:26{13},l:24{12}]"SetupExecute"
2015-03-21 22:13:09, Info CSI 00000007@2015/3/21:21:13:09.068 Beginning NT transaction commit...
2015-03-21 22:13:09, Info CSI 00000008@2015/3/21:21:13:09.068 CSI perf trace:
CSIPERF:TXCOMMIT;595
2015-03-21 22:13:09, Info CSI 00000009 CSI Store 64520024 (0x03d87f58) initialized
2015-03-21 22:13:10, Info CSI 0000000a [SR] Verifying 100 (0x00000064) components
2015-03-21 22:13:10, Info CSI 0000000b [SR] Beginning Verify and Repair transaction
2015-03-21 22:13:12, Info CSI 0000000c@2015/3/21:21:13:12.521 Primitive installers committed for repair
2015-03-21 22:13:12, Info CSI 0000000d@2015/3/21:21:13:12.553 Primitive installers committed for repair
2015-03-21 22:13:12, Info CSI 0000000e@2015/3/21:21:13:12.568 Primitive installers committed for repair

Es klingt abenteuerlich, aber:

Hat MS etwas gegen meine Art der TP-Nutzung (ohne Vorsystem-Update, ohne MS-Account) und hat hier zerstörerische Routinen eingesetzt?
 
Zuletzt bearbeitet von einem Moderator:
Hallo,
darf ich fragen, welche Programme Du installiert hast?

MfG
Matthias
 
Kein Problem.
Nicht abgebildet ist ein Scannertreiber für einen alten Canon und WPAT2000, ein "DOS"-Programm für Übertragungsgeräte.

Auf 2 PCs habe ich außerdem noch Build 9879-Partitionen, die mit den gleichen Programmen problemlos laufen (aber natürlich keine Updates mehr bekommen).

Vielleicht noch interessant:
Windows Smart Screen war deaktiviert (nicht von mir). Ein Malware-Scan brachte keine Ergebnisse.

In den Anwendungsereignissen taucht u.a. auf:
Programm searchui.exe, Version 0.0.0.0 kann nicht mehr unter Windows ausgeführt werden und wurde beendet.
...
Vollständiger Name des fehlerhaften Pakets: Microsoft.Cortana_1.4.2.152_x86__8wekyb3d8bbwe
Auf das fehlerhafte Paket bezogene Anwendungs-ID: CortanaUI
 

Anhänge

  • Programme 1.png
    Programme 1.png
    40,5 KB · Aufrufe: 212
  • Programme 2.png
    Programme 2.png
    44 KB · Aufrufe: 196
Zuletzt bearbeitet von einem Moderator:
Hi,
CCleaner würde ich verbannen!
Wozu novaPDF? Windows 10 hat einen PDF Drucker an Bord.
Malwarebytes würde ich auch nicht installieren.

Andere Frage: Hast Du mal durchgespielt, ab welcher Installation eines Programmes Windowsupdate geblockt wird?
 
Zuletzt bearbeitet von einem Moderator:
Das wird der nächste Schritt, aber nicht mehr heute. Jetzt brauche ich erst mal frische Luft.

CCleaner hat mir in vielen Jahren auf div. OS keine Probleme gemacht.
Die Autostart- bzw. Überwachungsfunktionen sind deaktiviert.

Malwarebytes hat ein Alibi, das hatte ich erst danach installiert.
 
Mittlerweile habe ich die win7- und win8-Installationen auf meinen PCs per SFC geprüft, die sind alle fehlerfrei.
Die 2 Build 9879-Systeme zeigten ebenso wie die Build 10041-Systeme viele unreparierbare Fehler.

Nun habe ich auf meinen Desktop-PC auf Partition 3 und 4 (auf 1 und 2 liegen win7 und win8.1) Build 9926 und Build 10041 jeweils clean installiert.
Build 9926 ist noch fehlerfrei. Build 10041 war schon nach 30 min Betriebszeit kompromittiert (WU defekt, viele Fehler im SFC) und liegt erst mal auf Eis. Es sind nur 5 Programme installiert, die sollten keine Rolle spielen (FlashPlayer, Java 9, Opera, OpenOffice, Thunderbird).

Ist das der Selbstzerstörungsmodus von Build 10041 nach Feststellung unauthorisierter Nutzung?
 
Nachdem Build 10041 nun im Slow Ring angekommen ist, wurde mein Build 9926-System automatisch aktualisiert.
Es hat keine 15 min bis zur Kompromittierung gedauert. Das gleiche ist bei einer weiteren Build 10041 Clean Install der Fall.
Bei letzterer war noch kein Programm installiert, so daß man Programme als Ursache ausschließen kann.

Mit Build 10041 will Microsoft wohl unbotmäßige TP-User kicken.
Mein Nutzungsmodell (Parallelbetrieb verschiedener Windows-Versionen auf separaten Partitionen, kein MS-Account, kein Store-Account) ist Microsoft wohl ein Dorn im Auge.
 
Es sind nur 5 Programme installiert, die sollten keine Rolle spielen (FlashPlayer, Java 9, Opera, OpenOffice, Thunderbird).

Naja , diese Programme sind alle nicht wirklich Microsoft-konform , nicht mal wenn es keine TP wäre .
Es kann helfen , möglichst nur portable Programme zu verwenden .
Wozu brauchst Du Java 9 , für Open Office ?

das fehlerhafte Paket bezogene Anwendungs-ID: CortanaUI

Cortana funktioniert (glaub ich) wirklich nur mit Microsoft-Account , was Deinem "Geschäftsmodell" widerspricht und den Fehler erklären würde .

Parallelbetrieb verschiedener Windows-Versionen auf separaten Partitionen, kein MS-Account, kein Store-Account

.....das ist bei mir genauso , allerdings habe ich immer noch die Version 9841 ,
natürlich durch diverse Einstellungen "gezähmt" .
Funktioniert einwandfrei und macht genau was ich will .
 
hi, also bei dem was Du da so alles installiert hattest oder hast auf der 10041 wundert es mich das das überhaupt noch läuft! Wieso hast Du eigentl. den FlashPlayer installiert? Ist in Windows enthalten! Dann würde ich auch mal das Java weglassen, vor allem in einer TP! OPERA? Alten Scannertreiber....DOS...Hallo? Ich glaube mal so generell hast Du den Sinn und Zweck einer Technical Preview nicht so verinnerlicht. Es geht doch um das Testen des Betriebssystems an sich...und das da Deine 1000 kleinen und grösseren Progrämmchen und asbachuralt Treiber den ein oder anderen Fehler verursachen wundert mich nicht wenn ich mir die obige Liste so ansehe :D
 
Über Sinn und Zweck einer TP zu philosophieren, ist ein anderes Thema.
Ich meine: Programmkompatibilität sollte ein wesentliches Entwicklungsziel sein.
Schließlich sollte der Nutzer im Vordergrund stehen und nicht Microsofts Vorstellungen darüber, was der Nutzer zu tun oder zu lassen hätte.

Aber zum Thema:

Es hat keine 15 min bis zur Kompromittierung gedauert. Das gleiche ist bei einer weiteren Build 10041 Clean Install der Fall.
Bei letzterer war noch kein Programm installiert, so daß man Programme als Ursache ausschließen kann.
 
Langsam nervt es.

Zwei mal habe ich neu installiert, dabei versucht einen Microsoft-Account zu erstellen, was nach Eingabe der Daten und dem Klick auf "weiter" ohne Reaktion blieb.

Ich hatte dann nur die Möglichkeit, auf "Später mit meinem Konto verbinden" zu klicken.
Das Ergebnis ist das gleiche wie bisher:
Ohne auch nur ein Programm installiert zu haben, ist das System kompromittiert und WU bringt o.g. Fehlermeldung.

Vielleicht noch von Interesse ist:
SFC bringt auch im abgesicherten Modus und bei unterschiedlichem Fortschritt die Abbruchmeldung: "Der Windows Ressourcenschutz konnte den angeforderten Vorgang nicht ausführen".
 
Zuletzt bearbeitet:
Trotz intensiver Suche (auch hier im Forum) habe ich darauf keine zielführende Antwort gefunden.

Manchmal läuft sfc /scannow auch durch.
Das Ergebnis bei kompromittiertem System ist immer das gleiche:
Zahlreiche Fehler ... konnten nicht repariert werden.
 
Nach zahlreichen Versuchen mit 4 PCs und gleichem Ergebnis hier eine Zusammenfassung:

- unmittelbar nach der Clean Install wird Windows Update noch 1x erfolgreich ausgeführt, später kommt nur noch o.g. Fehlermeldung (bevor Programme installiert wurden).
- Diese Gemeinsamkeiten haben die 4 PCs:
* win 10 TP ist jeweils auf separater frisch formatierter Partition (teils vorab, teils vom Setup formatieren lassen) nach 1 oder 2 anderen OS-Partitionen (win7 prof oder/und win8 pro, alle gültig und aktiviert) installiert.
* Ein Microsoft-Account konnte nicht erstellt werden. Der Versuch, das während der Installation auszuführen, scheiterte jeweils. Nach dem Klick auf "Weiter" wartete ich jeweils ca. 30 min, wobei die HDD einige Aktivität zeigte und mehrmals Töne wie "neues Gerät gefunden" zu hören waren. Die HDD-Aktivität verebbte irgendwann und es ging dann nur weiter nach dem Klick auf "Später mit meinem Konto verbinden".
* Bei Anpassung der Installation habe ich die Rückmeldefunktionen des IE abgewählt, da ich den IE nicht benutze.
* Ebenso wie sfc /scannow konnte WindowsUpdateDiagnostic die erkannten Fehler nicht beheben.

Hat jemand eine solche Konfig ohne Probleme am Laufen?
 
Anzeige
Oben