Anzeige

Am Puls von Microsoft

Anzeige

Systemfehlerbereinigung vor Windows 10-Upgrade

Status
Für weitere Antworten geschlossen.
KB947821 läuft jetzt gerade durch. Den Ordner C:\Windows\CheckSUR\packages\ gibt es derzeit aber nicht. Was macht das Tool also gerade?

Edit: Hier das CheckSUR-Log:

=================================
Checking System Update Readiness.
Binary Version 6.1.7601.22471
Package Version 26.0
2020-01-25 20:38

Checking Windows Servicing Packages

Checking Package Manifests and Catalogs

Checking Package Watchlist

Checking Component Watchlist

Checking Packages

Checking Component Store

Summary:
Seconds executed: 1829
No errors detected
 
Zuletzt bearbeitet:
Anzeige
C96Brand schrieb:
Was macht das Tool also gerade?
Das Systemupdate-Vorbereitungstool hatte seit Beitrag #1 u. a. folgende Fehler moniert:

Code:
(f)    CSI Payload File Missing    0x00000000    jscript9.dll    wow64_microsoft-windows-scripting-jscript9_31bf3856ad364e35_11.2.9600.19374_none_30e57c4007135e0a    
(f)    CSI Payload File Missing    0x00000000    jscript9diag.dll    wow64_microsoft-windows-scripting-jscript9_31bf3856ad364e35_11.2.9600.19374_none_30e57c4007135e0a    
(f)    CSI Payload File Missing    0x00000000    jscript9.dll    amd64_microsoft-windows-scripting-jscript9_31bf3856ad364e35_11.2.9600.19374_none_2690d1edd2b29c0f    
(f)    CSI Payload File Missing    0x00000000    jscript9diag.dll    amd64_microsoft-windows-scripting-jscript9_31bf3856ad364e35_11.2.9600.19374_none_2690d1edd2b29c0f    
(f)    CSI Payload File Missing    0x00000000    ieproxy.dll    amd64_microsoft-windows-ie-ieproxy_31bf3856ad364e35_11.2.9600.19374_none_7296299d5f91c1be    
(f)    CSI Payload File Missing    0x00000000    IEShims.dll    x86_microsoft-windows-ie-ieshims_31bf3856ad364e35_11.2.9600.19374_none_cdd5d9aff6dcb6f6    
(f)    CSI Payload File Missing    0x00000000    jscript.dll    amd64_microsoft-windows-scripting-jscript_31bf3856ad364e35_11.2.9600.19374_none_65472dd50c257c66    
(f)    CSI Payload File Missing    0x00000000    webcheck.dll    wow64_microsoft-windows-ie-offlinefavorites_31bf3856ad364e35_11.2.9600.19374_none_4de7d2889b1b77e9
Wie du selber schon sehr gut festgestellt hattest wurden diese Anwendungserweiterungen mit dem Package 2019-05 – Vorschau des monatlichen Qualitätsrollups für Windows 7 für x64-basierte Systeme (KB4499178) am 26.05.2019 um 15:46 Uhr installiert. Zwischenzeitlich stellte ich aber fest, dass die Anwendungserweiterungen auch mit Package 2019-05 Update für Windows 7 für x64-basierte Systeme (KB4505050) bereits am 22.05.2019 um 20:28 Uhr installiert wurden.

Da wir mit dem Reparaturtool SFCFix.exe (Beitrag #18) die fehlenden Anwendungserweiterungen ins System eingeplegt haben ohne das es das Systemupdate-Vorbereitungstool honoriert entschloss ich mich zu Beitrag #20 und bin mit dessen Ergebnis nun sehr zufrieden. Mit den beiden Befehlen haben wir die o. g. Packages einfach deinstalliert, sodass das Systemupdate-Vorbereitungstool diesbezüglich keine Fehler mehr gefunden hat.

Empfohlen wäre jetzt eine Sicherung dieses Zustandes und dann kannst du meines Erachtens das Upgrade auf Windows 10 1909 durchführen.
 
Ok, vielen Dank für die Erläuterung und vorallem für die Hilfe bis hierhin! Echt top!

Ich habe jetzt vor der Sicherung nochmal das WindowsUpdate.diagcab-Tool durchlaufen lassen. Der eingangs erwähnte Fehler "Windows Update-Fehler 0x80070490" ist noch immer da.

Sollte das Upgrade auf Windows 10 nachher wieder scheitern, müssten wir vielleicht hier nochmal gucken...
 
Die Fehlermeldung würde ich gern im Moment ignorieren da wir bereits die Erfahrung gemacht haben, dass diese auch nach einer Windows Update-Bereinigung im LOG DeepClean.log protokolliert wird. Bin eigentlich guter Dinge, dass das Upgrade jetzt funktioniert.
 
Nach dem Backup habe ich eben das Upgrade auf Windows 10 Version 1909 versucht. Ganz am Ende bei 100 % Installationsfortschritt kam wieder die gleiche Fehlermeldung wie die Male zuvor. "Fehler bei der Installation von Windows 10".

Und nun?
 
Danke, werde ich morgen ausprobieren.

Könnte es ansonsten vielleicht auch an der Art des Lizenz-Keys liegen? Wenn ich mich recht erinnere, dann habe ich den damals von der Uni über MSDAA bezogen.

Außer der Funkmaus und dem USB-Stick mit den Win10-Installationsdateien war nichts angeschlossen. Zuvor auch nochmal den Rechner neu gestartet und sämtliche nicht notwendigen Programme und Dienste beendet.
 
C96Brand schrieb:
Ganz am Ende bei 100 % Installationsfortschritt kam wieder die gleiche Fehlermeldung wie die Male zuvor.
Schade, dass es noch nicht funktioniert hat obwohl es lt. den letzten LOGs genau danach aussah. Das Upgrade wird in den folgenden LOGs dokumentiert:
Code:
C:\$Windows.~BT\Sources\Panther\[B]setupact.log[/B]
C:\$Windows.~BT\Sources\Panther\[B]setuperr.log[/B]

C:\$Windows.~BT\Sources\Rollback\[B]setupact.log[/B]
C:\$Windows.~BT\Sources\Rollback\[B]setupapi.dev.log[/B]
C:\$Windows.~BT\Sources\Rollback\[B]setuperr.log[/B]
Wenn es dich interessiert woran das Upgrade scheiterte dann könnten wir zuerst in die jeweiligen LOGs setuperr.log schauen, dort sind alle Fehler (Error) protokolliert. Im LOG setupact.log ist der gesamte Upgrade- bzw. Rollback-Vorgang einschließlich der Fehler protokolliert. Die Installation der Treiber wird im LOG setupapi.dev.log protokolliert.

Selbstverständlich kannst du die jeweiligen LOGs setuperr.log auch mal in eine RAR- oder ZIP-Archiv packen und an deine nächste Antwort anfügen, dann schauen wir da auch mal rein ob wir den Fehler finden.

C96Brand schrieb:
Könnte es ansonsten vielleicht auch an der Art des Lizenz-Keys liegen?
Nein denn sollte da etwas nicht stimmen dann installiert Windows Setup mit einem Generic-Key weiter und du musst bei Fertigstellung mit einem anderen Product-Key Windows 10 aktivieren.
 
Mit welchem Tool hast du das Upgrade ausgeführt? Dieses ist auf jeden Fall veraltet da gleich zu Anfang des LOGs setupact.log folgendes ausgegebn wird:
Code:
2020-01-26 22:39:54, Info                  MOUPG  SetupHost: Setup build version is: 10.0.18362.418 (19h1_release_svc_prod1.191005-1654)

Folgendes bitte unternehemen:

1. SFC-Scan durchführen und bei Fehlern das LOG sfcdetails.txt erstellen und an nächste Antwort anfügen.

2. In der noch offenen Eingabeaufforderung mit erhöhten Rechten folgenden Befehl ausführen:
Code:
chkdsk c: /f
Da das Laufwerk für diesen Scan nicht gesperrt werden kann bestätige, dass der Scan beim nächsten Neustart durchgeführt werden soll mit der Eingabe J für Ja und einem Druck auf die Entertaste. Der Scan wird dann beim nächsten Neustart durchgeführt. Zum Ergebnis schaue bitte hier Tipp für Windows 7: Nach dem Absturz - Das chkdsk-Protokoll nachträglich auslesen - TecChannel Workshop und teile dies uns mit.

3. Bitte mal einen Screenshot der Datenträgerverwaltung anfertigen und ebenfalls an deine nächste Antwort anfügen.

PS: Das LOG setuperr.log füge ich hier mal mit an damit andere Helfer sich auch ein Bild machen können.
 

Anhänge

  • setuperr.zip
    6,6 KB · Aufrufe: 46
Puh, geanz genau weiß ich leider schon nicht mehr, von wo ich das Upgrade-Tool runtergeladen habe. Das ist schon zwei Wochen her jetzt. Dass es da Unterschiede gibt, wusste ich da auch noch nicht, ich wollte nur sichergehen, dass ich die aktuelle Version 1909 ziehe.

Scans sind in Arbeit.
 
SFC /scannow und Chkdsk sind durchgelaufen. SFC hat keinen Fehler angezeigt. Hier das CBS- und Chkdsk-Log.

Edit: @ Henry E.: Dank deinem Link zum Media Creation Tool entsinne ich mich jetzt wieder, dass ich das vor zwei Wochen heruntergeladen und Win10 dann auf USB-Stick gespeichert habe. Offenbar eine veraltete Version.
 

Anhänge

  • Chkdsk.zip
    261,6 KB · Aufrufe: 47
Oh sorry, das habe ich irgendwie bei der normalen Arbeit nebenbei verschwitzt. Hier das Ergebnis.

Leider Warnstufe gelb bei den IDs 05 und C5.
 

Anhänge

  • CDI.zip
    100,2 KB · Aufrufe: 48
Sofern noch nicht geschehen ist jetzt auf jeden Fall ein Backup bzw. eine Datensicherung höchstes Gebot.

Anschließend könntest du mit folgendem Befehl eine Reparatur der Festplatte vorzunehmen:
Code:
chkdsk c: /f /r

Achte darauf, dass dieser Vorgang mehrere Stunden dauern kann und nicht unbedingt von Erfolg gekrönt ist. Meine Empfehlung wäre aber, dass du etwas Geld in die Hand nimmst und dir gleich eine SSD kaufst, einbaust und Windows 10 neu installierst.
 
Sowas hab ich früher oder später schon befürchtet... Da gibt es leider eine Vorgeschichte zu aus August '19. Da musste ich schon einmal chkdsk c: /f /r ausführen lassen, nachdem bei einem Software-Update der Rechner erst hängen geblieben und dann ganz abgeschmiert war. Ich dachte, das Problem hätte sich seither erledigt, nachdem ich SFC und chkdsk mehrmals habe laufen lassen. Möglicherweise daher auch die übrig gebliebenen Fehler, die ich hier anfangs aufgefunden habe.

Also erstmal Danke für den Moment. Über Nacht werde ich chkdsk mal anwerfen. Im August hat es geschlagene 2 1/2 Tage gedauert, bis das durch war. Ich hoffe, dass es diesmal dann schneller geht. Daten sind gesichert!
 
Die HDD schaut nicht gut aus

...Health Status : Vorsicht
...
05 100 100 _50 000000000010 Wiederzugewiesene Sektoren
....
C5 100 100 __0 0000000001C8 Aktuell ausstehende Sektoren
C6 100 100 __0 000000000000 Nicht korrigierbare Sektoren
C7 200 200 __0 000000000001 UltraDMA-CRC-Fehler
....

Ist sie mit MBR oder GPT ?
 
C96Brand schrieb:
Im August hat es geschlagene 2 1/2 Tage gedauert, bis das durch war. Ich hoffe, dass es diesmal dann schneller geht.
Bitte unterlasse den nächsten Versuch denn wie du siehst hat die Bereinigung im August schon nichts gebracht. Wir können als hier abbrechen und du solltest meiner folgenden Empfehlung folgen:
Meine Empfehlung wäre aber, dass du etwas Geld in die Hand nimmst und dir gleich eine SSD kaufst, einbaust und Windows 10 neu installierst.

HerrAbisZ schrieb:
Ist sie mit MBR oder GPT ?
Siehe Screenshot aus Beitrag #36.
 
Status
Für weitere Antworten geschlossen.
Anzeige
Oben