Microsoft hat mit der KB 4586853 als optionales Update das Inplace Upgrade Problem in der 20H2 behoben. Durch dieses Update wird die Versionsnummer auf die Windows 10 20H2 19042.662 bzw. Windows 10 2004 19041.662 angehoben.
[Update 30.11.] Dieses Update, früher als nicht-sicherheitsrelevantes Update bezeichnet wurde nun für alle auch als .msu Datei zur manuellen Installation freigegeben. Die Changelog ändert sich gegenüber der Version, die vorab im Release Preview und Beta Ring verteilt wurde nicht. Wer also schon mit der 19042.662 / 19041.662 unterwegs ist braucht nichts machen.
Bekannte Probleme durch die KB4586853
- Benutzer des Microsoft Input Method Editor (IME) für Japanisch oder Chinesisch können beim Ausführen verschiedener Aufgaben auf Probleme stoßen. Möglicherweise haben Sie Probleme bei der Eingabe, erhalten unerwartete Ergebnisse oder können möglicherweise keinen Text eingeben. Lösung
- System- und Benutzerzertifikate können verloren gehen, wenn ein Gerät von Windows 10, Version 1809 oder höher auf eine spätere Version von Windows 10 aktualisiert wird. Geräte sind nur dann betroffen, wenn sie bereits ein neuestes kumulatives Update (LCU) installiert haben, das am 16. September 2020 oder später veröffentlicht wurde, und dann von Medien oder einer Installationsquelle, die keine LCU vom 13. Oktober 2020 oder später integriert hat, auf eine neuere Version von Windows 10 aktualisieren. Dies geschieht in erster Linie, wenn verwaltete Geräte mit veralteten Bundles oder Medien über ein Update-Verwaltungstool wie Windows Server Update Services (WSUS) oder Microsoft Endpoint Configuration Manager aktualisiert werden. Dies kann auch passieren, wenn veraltete physische Medien oder ISO-Images verwendet werden, in die nicht die neuesten Updates integriert sind. Hinweis: Geräte, die Windows Update for Business verwenden oder die direkt mit Windows Update verbunden sind, sind nicht betroffen. Jedes Gerät, das eine Verbindung mit Windows Update herstellt, sollte immer die neuesten Versionen des Funktionsupdates, einschließlich der neuesten LCU, ohne zusätzliche Schritte erhalten. Workaround Wenn dieses Problem bereits auf Ihrem Gerät aufgetreten ist, können Sie es innerhalb des Uninstall-Fensters beheben, indem Sie anhand der Anweisungen hier zu Ihrer früheren Windows-Version zurückkehren. Wir arbeiten an einer Lösung und werden in den kommenden Wochen aktualisierte Bundles und aufgefrischte Medien bereitstellen.
- Beim Fehler 0x800700d hilft unter Umständen die Meldung von Seven of Nine in unseren Kommentaren
- Sollte der Fehler 0x800f0988 „auftauchen“, der seit August schon ab und an passieren kann, dann fehlen einfach Pakete, damit das Update korrekt installiert werden kann. Hier hilft ein Fix von Ben.
- Eine Übersicht, über die noch offenen Probleme der Windows 10 20H2 /2004 findet ihr wie immer hier.
Behobene Probleme durch die KB4586853
- Die Inplace Upgrade Reparatur unter Windows 10 20H2 funktioniert wieder. Das Update muss installiert sein. Danach kann man auch eine aktuelle 19042.630 ISO für ein Inplace nutzen. (Danke an Ben)
- Das Problem mit dem dunklen Eigenschaften-Fenster wurde nun auch behoben
- Der Task-Manager wurde erneuert. Dadurch startet er wieder als kleines Fenster nach dem Update.
- Die Defrag DLLs wurden aktualisiert. Ob es Verbesserungen bringt, steht derzeit noch nicht fest
- Wir haben den About-Dialog des Internet Explorers aktualisiert, um den modernen Standard-Dialog zu verwenden.
- Wir haben ein Problem behoben, das dazu führt, dass Narrator nach dem Entsperren eines Geräts nicht mehr reagiert, wenn Narrator vor dem Sperren des Geräts in Gebrauch war.
- Es wurde ein Problem behoben, das dazu führt, dass die lokalen Kontengruppen nicht in der lokalisierten Sprache angezeigt werden, selbst wenn Sie das Sprachpaket bereitgestellt haben.
- Wir haben ein Problem behoben, bei dem ein Benutzer bestimmte Microsoft Xbox-Konsolen auf einem Windows-Gerät nicht finden kann.
- Wir haben ein Problem behoben, das Benutzern von Windows Virtual Desktop (WVD) einen schwarzen Bildschirm anzeigt, wenn sie versuchen, sich anzumelden.
- Wir haben ein Problem mit einer bestimmten COM-API behoben, das ein Speicherleck verursacht.
- Wir haben ein Problem behoben, bei dem die Microsoft Xbox Game Bar-App-Steuerelemente auf unterstützten Monitoren nicht angezeigt werden. Dieses Problem tritt in bestimmten Microsoft DirectX® 9.0 (DX9)-Spielen auf, die mit aktivierter variabler Aktualisierungsrate auf diesen Monitoren ausgeführt werden.
- Wir haben ein Problem behoben, das verhindert, dass die Touch-Tastatur in Universal Windows Platform (UWP)-Anwendungen geöffnet werden kann, wenn USB-Geräte angeschlossen sind.
- Wir haben ein Problem mit USB 3.0-Hubs behoben. Ein an den Hub angeschlossenes Gerät funktioniert möglicherweise nicht mehr, wenn Sie das Gerät in den Ruhezustand versetzen oder neu starten.
- Wir haben ein Problem behoben, das die Touch-Tastatur beschneidet, wenn Sie eine Remote-Desktop-Verbindung auf einem Gerät mit einer anderen Bildschirmauflösung verwenden.
- Wir haben ein Problem mit übermäßigem Netzwerkverkehr behoben, das auftritt, wenn Sie das Dialogfeld „Datei öffnen“ im Datei-Explorer verwenden und zu einem freigegebenen Ordner navigieren, der die Funktion „Vorherige Version“ enthält.
- Wir haben ein Problem behoben, das dazu führt, dass die Funktion ImmGetCompositionString() den Hiragana in voller Breite zurückgibt, wenn der Microsoft Input Method Editor (IME) für Japanisch verwendet wird, anstatt den Katakana in halber Breite zurückzugeben.
- Wir haben ein Problem behoben, das die Funktion von Jump-List-Elementen verhindert. Dies tritt auf, wenn Sie sie mit der Windows Runtime (WinRT)-Windows.UI.StartScreen-API für Desktop-Anwendungen erstellen, die im MSIX-Format gepackt sind.
- Wir haben ein Problem behoben, das verhindert, dass Anwendungen die Umschalt- und Strg-Tastendruck-Ereignisse erhalten, wenn die Bopomofo-, Changjie- oder Schnelleingabemethoden-Editoren (IME) verwendet werden.
- Wir haben ein Problem behoben, das den Eingabefokus der Editier-Steuerelemente zufällig ändert, wenn der japanische IME oder der traditionelle chinesische IME verwendet wird.
- Wir haben ein Problem behoben, das Sie daran hindert, sich auf bestimmten Servern anzumelden. Dies tritt auf, wenn Sie eine Gruppenrichtlinie aktivieren, die den Start einer Computersitzung erzwingt, um interaktiv zu sein.
- Wir haben ein Problem behoben, bei dem der Desktophintergrund nicht wie von einem GPO konfiguriert eingestellt werden kann, wenn Sie den lokalen Hintergrund als einfarbig festlegen.
- Wir haben ein Problem mit dem Microsoft Pinyin IME behoben, bei dem das Kandidatenfenster unerwartet nicht angezeigt wird, wenn Sie bestimmte Sätze eingeben.
- Wir haben ein Problem mit dem japanischen IME behoben, bei dem das Umschalt-Tastenereignis nicht an eine Anwendung gesendet wird, wenn Sie den japanischen IME verwenden.
- Wir haben ein Problem behoben, durch das Kaomoji im Emoji-Panel nicht korrekt angezeigt wird.
- Wir haben ein Problem behoben, das die Touch-Tastatur in der Mail-Anwendung instabil macht.
- Wir haben ein Problem behoben, bei dem unerwartete Zeichen eingegeben werden, wie z.B. Hiragana in halber Breite, wenn Sie ein Passwort eingeben, während sich der IME im Kana-Eingabemodus befindet.
- Wir haben ein Problem behoben, das dazu führen konnte, dass bestimmte MIDI-Geräte, die über Bluetooth Low Energy (LE) verbunden sind, nicht gekoppelt werden konnten.
- Wir haben einen Laufzeitfehler behoben, der dazu führt, dass Visual Basic 6.0 (VB6) nicht mehr funktioniert, wenn doppelte Windows-Nachrichten an WindowProc() gesendet werden.
- Wir haben ein Problem behoben, das einen 0x57-Fehler erzeugt, wenn der Befehl wecutil ss /c: verwendet wird, um ein Ereignis-Weiterleitungs-Abonnement zu aktualisieren.
- Wir haben ein Problem behoben, das dazu führt, dass Anwendungen fehlschlagen, wenn sie die LookupAccountSid() API aufrufen. Dies tritt nach der Migration von Konten in eine neue Domäne auf, deren Name kürzer als der Name der vorherigen Domäne ist.
- Wir haben ein Problem behoben, bei dem das Laden einer Codeintegritätsrichtlinie dazu führt, dass PowerShell eine große Menge an Speicher leckt.
- Wir haben ein Problem behoben, das dazu führt, dass ein System während des Starts nicht mehr funktioniert. Dies tritt auf, wenn die CrashOnAuditFail-Richtlinie auf 1 gesetzt ist und die Befehlszeilenargumentprüfung aktiviert ist.
- Es wurde ein Problem behoben, das dazu führt, dass die Gruppenrichtlinien-Anwendung der Microsoft Management Console (MMC) nicht mehr funktioniert, wenn Sie die Sicherheitseinstellungen der Gruppenrichtlinie bearbeiten. Die Fehlermeldung lautet: „MMC kann das Snap-In nicht initialisieren“.
- Wir haben ein Problem behoben, das dazu führt, dass der nicht ausgelagerte Pool eines Systems nicht freigegeben werden kann und einen Neustart des Systems erfordert. Dies tritt auf, wenn 32-Bit-Anwendungen mit aktiviertem FIPS-Modus (Federal Information Processing Standard) ausgeführt werden.
- Wir haben ein Problem behoben, das möglicherweise die Installation von Updates verhindert und einen „E_UNEXPECTED“-Fehler erzeugt.
- Wir haben ein Problem behoben, das dazu führt, dass die „Ich habe meinen Pin vergessen“-Funktionalität auf dem Sperrbildschirm fehlschlägt. Dieser Fehler tritt auf, wenn sich der Benutzer mit einem Benutzernamen und einem Kennwort angemeldet hat und die Richtlinieneinstellungen DontDisplayLastUserName oder HideFastUserSwitching aktiviert sind.
- Wir haben ein Problem behoben, das den Zugriff auf Azure Active Directory (AD) mit dem Google Chrome-Browser aufgrund eines Richtlinienfehlers für bedingten Zugriff verhindert.
- Wir haben die visuelle Qualität von Windows Mixed Reality-Headsets verbessert, die im Modus mit geringerer Auflösung laufen.
- Wir haben den Support für Microsoft Defender for Endpoint auf neue Regionen ausgedehnt.
- Wir haben eine neue hardwareverstärkte Stack-Schutzfunktion namens Shadow Stacks auf unterstützter Hardware aktiviert. Dieses Update ermöglicht es Anwendungen, sich für den Shadow-Stack-Schutz im Benutzermodus zu entscheiden, wodurch die Rückwärtskanten-Kontrollflussintegrität verbessert und Angriffe auf der Grundlage von rückkehrorientierten Programmen verhindert werden.
- Wir haben ein Problem in der Microsoft Remote Procedure Call (RPC)-Laufzeit behoben, das dazu führt, dass der DFSR-Dienst (Distributed File System Replication) nicht mehr reagiert. Dieses Problem erzeugt Protokollereignisse für DFS-Replikation (5014), RPC (1726) und keine Wiederverbindung (5004) für eine Standardzeitüberschreitung von 24 Stunden ohne Replikation.
- Wir haben die Touch-Tastatur zur Liste der erlaubten Anwendungen hinzugefügt, und sie funktioniert jetzt im Multi-Anwendungs-Zugriffsmodus.
- Wir haben ein Problem behoben, das verhindert, dass die PDF24-Anwendung, Version 9.1.1, .txt-Dateien öffnen kann.
- Wir haben ein Problem behoben, das in einigen Szenarien ein Leck im nicht ausgelagerten Pool-Speicher verursachen könnte.
- Wir haben ein Problem behoben, durch das eine Anwendung, die für die Hydratisierung von Dateien blockiert wurde, in einigen Fällen weiterhin Dateien hydratisieren kann.
- Wir haben ein Problem behoben, das beim Kopieren von Dateien in einem Container-Szenario ein Speicherleck in bindflt.sys verursachen kann.
- Wir haben ein Problem mit Active Directory Certificate Services (AD CS) behoben, bei dem die Übermittlung von CT-Protokollen (Certificate Transparency) fehlschlägt, wenn diese aktiviert sind.
- Wir haben ein Problem behoben, bei dem die Cluster-Validierung interne Switches testet, die nicht für die Verwendung und erneute Kommunikation im Cluster vorgesehen sind.
- Wir haben ein Problem behoben, das den Stoppfehler 0x27 verursacht, wenn Sie versuchen, sich bei einem Gerät, das sich nicht in einer Domäne befindet, mit Anmeldeinformationen für ein Gerät anzumelden, das sich in der Domäne befindet.
- Wir haben ein Problem behoben, das dazu führt, dass ein Gerät nach der Installation einer Anwendung ständig neu gestartet wird.
- Wir haben Probleme mit der Kerberos-Authentifizierung im Zusammenhang mit dem Wert des Registrierungsunterschlüssels PerformTicketSignature in CVE-2020-17049 behoben, der Teil des Windows-Updates vom 10. November 2020 war. Die folgenden Probleme können auf beschreibbaren und schreibgeschützten Domänencontrollern (DC) auftreten:
- Kerberos-Service-Tickets und Ticket-erteilende Tickets (TGT) werden für Nicht-Windows-Kerberos-Clients möglicherweise nicht erneuert, wenn PerformTicketSignature auf 1 (Standard) gesetzt ist.
- Service for User (S4U)-Szenarien, wie z.B. geplante Aufgaben, Clustering und Dienste für Spartenanwendungen, schlagen möglicherweise für alle Clients fehl, wenn PerformTicketSignature auf 0 gesetzt ist.
- Die S4UProxy-Delegierung schlägt während der Ticketverweisung in domänenübergreifenden Szenarien fehl, wenn DCs in Zwischendomänen inkonsistent aktualisiert werden und PerformTicketSignature auf 1 gesetzt ist.
- support.microsoft
Manueller Download der KB4586853 (30.11.) 19042.662 / 19041.662 als msu-Datei
- Als Hinweis: Die Revision: 19041.662.1.10 ist gegenüber der .cab Datei geblieben.
- windows10.0-kb4586853-x64.msu
- windows10.0-kb4586853-x86.msu
- ARM: windows10.0-kb4586853-arm64.msu
Manueller Download der KB4586853 (23.11.) 19042.662 / 19041.662 als cab-Datei
- Update 23.11. Microsoft hat das Update KB4586853 erneut aktualisiert. Neue Revision: 19041.662.1.10 Die neue Versionsnummer ist die Windows 10 20H2 19042.662 bzw. Windows 10 2004 19041.662
- Windows10.0-KB4586853-x64.cab
- Windows10.0-KB4586853-x86.cab
- ARM: Windows10.0-KB4586853-arm64.cab (Danke an abbodi für die Links)
- Herunterladen und dann die Installation der cab-Datei wie immer mit DISM-GUI oder manuell Cab Update über DISM installieren Windows 10
Archiv
Manueller Download der KB4586853
– Update 13.11. Update aktualisiert. Neue Revision 19041.661.1.8 (Wer schon installiert hat, braucht nichts zu ändern).
– windows10.0-kb4586853-x64.cab
– windows10.0-kb4586853-x86.cab
– ARM: Windows10.0-KB4586853-arm64.cab (Danke an abbodi für die Links)
– Herunterladen und dann die Installation der cab-Datei wie immer mit DISM-GUI oder manuell Cab Update über DISM installieren Windows 10
KB4586876 Kumulatives Update .NET Framework 3.5 und 4.8
Auch ein Update für .NET Framework 3.5 und 4.8 ist erschienen. Die Infos dazu findet ihr unter support.microsoft
- windows10.0-kb4586876-x64-ndp48.msu
- windows10.0-kb4586876-x86-ndp48.msu
- windows10.0-kb4586876-arm64-ndp48.msu
Windows 10 Tutorials und Hilfe
In unserem Windows 10 Wiki findet ihr sehr viele hilfreiche Tipps und Tricks. Falls ihr Fragen habt, dann stellt diese ganz einfach bei uns im Forum.
- Installationsmedien: Aktuelle Installationsdateien findet ihr hier immer in der rechten Sidebar. Windows 10 2004 ISO (19041), oder 20H2 (2009) ISO (19042)
- Installation: Windows 10 Clean installieren, Win 10 2004 neu installieren
- Aktuelle Probleme mit der: Windows 10 2004 / 20H2
- Reparaturen: Inplace Upgrade Reparatur, Win 10 reparieren über DISM, sfc und weiteres, Windows Update reparieren, Startmenü reparieren, Apps reparieren, Store reparieren, Netzwerk reparieren
- Anmeldung: Win 10 automatische Anmeldung
- Entfernen, Deinstallieren: Apps deinstallieren
- Datei Explorer: Ordner unter Dieser PC entfernen, Netzwerk, OneDrive u.a. im Explorer entfernen
- Richtige Nutzung: Startmenü richtig nutzen, Suche richtig nutzen,
- Wichtig: In jedem Tutorial steht, für welche Version es geeignet ist.
Oke, ich werfe mich in die Schussbahn und installiere es auf meinem Produktivsystem (mit Backups).
Edith: 372.83MiB, was ein Klotz!
Update mit Vorsicht genießen: Alle Einstellungen im Taskmanager weg wie Spaltenbreite, etc.
Wer weiss was noch heimlich zurückgesetzt wurde.
Der Task-Manager wurde aktualisiert. Daher wohl die Zurückstellung
Danke für die Info, habe mir schon sorgen gemacht was passiert ist
Prima. Jetzt hat er da so lange ruminstalliert um mir am Ende mitzuteilen, dass es sich nicht installieren lässt (ERROR_INVALID_DATA). Oder muss man da von der 19042.630 ausgehen. In der VM war noch die 19042.610 installiert. In der CBS.log steht noch was von ERROR_SXS_ASSEMBLY_NOT_FOUND und CBS_E_NO_ACTIVE_EDITION. Was stimmt da jetzt nicht.. Mal vorher auf die 19042.630 updaten. Mal schauen, ob das etwas ändert. Und Kaffee holen.
Und Prima, dass das Update nach dem Rollback gleich den Scavenger aufruft.
Bekomme auch Fehler… aber immer andere
Ja, ist interessant, das ausgerechnet dieses Paket als „Fehler“ angesehen wird:
wow64_microsoft-windows-appmanagement-uevwow_31bf3856ad364e35_10.0.19041.661
Mal schauen, was passiert, wenn die 19042.630 installiert ist.
Also beim ersten Lauf lag das Problem wohl beim Paket „UpdateTargeting-ClientOS-EKB-Package“, also dem Paket, welches zusammen mit einem anderen Paket aus der 2004 die 20H2 macht.
So, 19042.630 ließ sich sauber installieren, DISM sagt auch, das im Komponentenspeicher alles in Ordnung ist. Also dann auf ein Neues. Mal schauen, was jetzt passiert.
Siehe
https://www.deskmodder.de/blog/2020/11/10/kb4586781-und-kb4586864-als-ssu-manueller-download-windows-10-20h2-19042-630-2004-19041-630/#comment-153443
Klappte hier. Hatte aber auch die 630 schon installiert
Auf meiner Acer V5 Laptop liefen aktuelle Updates nach dem Upgrade auf die Windowsversion 20H2 Windows 10 Betriebssystembuild 19042.630 auf Fehlermeldungen. Weil jeden Tag das fehlerhafte Update neu geladen und wieder mit Fehlermeldungsabbruch installiert wurde hat das extrem genervt. Ein Inplace-Update mit MediaCreationTool20H2.exe wollte immer alle Daten löschen.
Mit den Tipps konnte ich das Inplace-Update mit Datenerhalt durchführen …
1. alle wichtigen Dateien auf externe Festplatte gesichert
2. mit dem MediaCreationTool20H2.exe das Windows-Update-Setup auf USB-Stick erzeugt
3. die Batch-Datei 20H2_InPlace_Upgrade_FiX.bat zur Korrektur der Registry-Einträge gestartet
4. das Windows-Update-Setup vom USB-Stick durch Start der Setup.exe gestartet
Das Setup lief fehlerfrei durch und ich habe jetzt Betriebssystembuild 19042.685
Auch alle ausstehenden Updates wurden fehlerfrei mit installiert.
Nach dem Update gab es einen Bluescreen-Absturz der wohl durch die Netzwerkkarte ausgelöst wurde. Im Geräte-Manager habe ich deshalb den Treiber für den Netzwerkadapkter Qualcomm Atheros QCA61x4A Wireless Network Adapter aktualisiert und jetzt läuft der Laptop wieder stabil.
Dann wollen wir mal hoffen, dass es nun stabil bleibt.
Bis auf die QCA61x4A sollte es stabil laufen. Die QCA61x4A habe ich da auch im Tablet und ab und dann spinnt sie. Jetzt ist der Treiber 12.0.0.954 installiert und im Moment scheint das zu laufen. Aber noch traue ich der Sache nicht. Hatte zwar keine BSODs damit, aber das WLAN ist ab und dann komplett verschwunden. Das war nervig. Drücke Dir mal die Daumen, dass Du nicht dann auch solche Probleme mit der Karte hast.
WLAN Komplettabstürze kenne ich auch. Nach Ausführung der Problembehandlung läuft es zwar wieder – aber eine seltsame Meldung erscheint immer, dass der DNS-Server nicht erreichbar ist – obwohl alle eingegeben Internetadressen einwandfrei laufen.
Wo findet sich die Batch-Datei „20H2_InPlace_Upgrade_FiX.bat“ bzw. wohin muss die Datei abgespeichert werden und wie wird diese Batch-Datei gestartet?
Dank im Voraus
Jo.
Hier:
https://www.deskmodder.de/blog/2020/10/28/windows-10-20h2-inplace-upgrade-fix-download-solange-ein-inplace-nicht-funktioniert/
Die Anleitung steht unter „Und so funktioniert es:“
Auf der Seite
https://www.deskmodder.de/phpBB3/viewtopic.php?t=24693
steht der Link zur 20H2_InPlace_Upgrade_FiX.zip incl. Beschreibung.
Die direkte Download-Adresse ist
https://my.hidrive.com/lnk/cbuRDfwl#file
Zitat: „Oder muss man da von der 19042.630 ausgehen.“
Ja sollte man unbedingt, hat bei mir von 19042.630 problem auf 19042.661 geklappt.
*problemlos
Habe es auch von der 19042.630 versucht… nix, nada nur Fehler
Ich hatte die Build .661 drauf, da wollte er nicht installieren.
Habe dann Acronis bemüht und die .630 aufgesetzt. Danach lief das Update einwandfrei.
Ergebnis: Build .662
Bei mir klappte es auf Anhieb ( auch wenn es recht lange dauerte) mit der X64_Variante – ausgehend von der *.630
wobei die +1 bei der Version nicht das wirklich wichtige ist, sondern das jetzt ohne Umwege auch wieder das Inplace funktioniert – wie @Ben ja auch schon geschrieben hatte
Hat problemlos funktioniert, von 19042.630 auf 19042.661
Wie hieß es damals „Als Insider braucht man gute Nerven“. Bei dem was MS seit einiger Zeit abliefert 😦, muss es heißen „Als Normalanwender braucht man Nerven wie Drahtseile“. So lange es sich nicht ändert, bleibe ich im Dev-Kanal.
Nagut, KB4586853 ist wieder so ein durchgesickertes Update, was ansonsten noch nirgends offiziell ausgeliefert wird. Beta und RP sind noch auf der 18042.630. Wo dieses Update jetzt herkommt und wann Microsoft das offiziell verteilen wird, ist mir da nicht bekannt. Die Installation erfolgt hier auf eigenes Risiko. Daher teste ich das auch im Moment nur in der VM.
Puh ich dachte schon, es ist was ernstes. Die .630 ist ja erst seit 2 Tagen im Flight Hub gelistet. Da habe ich als Außenstehender einen Falschen Eindruck bekommen. Dann frohes testen und nicht übertreiben, nicht dass die Rechner in Flammen aufgehen.
Fehler: 0x8007000d … Auch beim 10. Rechner (X86) …
X64 – Versuche laufen noch …
gerade installiert von einer 19042.630,
dann Neustart,
und alles hat geklappt, jetzt Build 19042.661
Die Installation wurde mit Fehler 0x800700d
Fehler 13 die Daten sind unzulässig abgebrochen.
Habe 19042.630
gepostet mit der Deskmodder.de-App für Android
Passiert bei mir auch (wiederholbar).
Ausgehend von Version 20H2-19042.630
Hat etwas gedauert (ca. 10 min.) aber hat geklappt. Nach neu Start: Inplace Upgrade geht wieder.
(Taskmanager wurde zurück gesetzt)
Ich glaub es nicht
mit der KB ist (anscheinend) sogar ein „Downgrade“ möglich, habe mal als Inplace die *.610
(ausgehend von *.631) genommen und „ohne zu meckern“ wurde das Setup gestartet ( läuft momentan noch)
– mal sehen welche Version da nach Neustart bei rauskommt
– habe „selbstverständlich“ vor diesem Start ein komplettes Systemimage gemacht
Inplace von *.631 auf *.610 erfolgreich
die betreffende KB4586853 ist jetzt aber wieder weg – ebenso das Removal-Update für den Flash-Player
ich glaube Du meinst die .661, also +31..hihi
NEIN, ich meinte das genau SO wie ich schrieb
Quatsch, natürlich meinte ich *.661 auf *.610 😇 – bei den ganzen Nummern wird man ja schon ganz kirre
Auf 1 Rechner: Nach abgebrochener CAB-Install (mit Fehler „Daten unzulässig“ bleibt der Runterfahr-Versuch stecken mit „Windows wird vorbereitet. Schalten Sie den Computer nicht aus.“
Wieder unter X86 … Seltsam, sehr seltsam …
Also: Not-Aus – und Neustart -> nix geht mehr !!!
Neustart -> Im Boot-Menü F8 -> F4 -> abgesicherter Modus -> „Laufwerk C: wird geprüft und repariert“ -> Neustart -> System wird repariert – „PC wurde nicht korrekt gestartet“ -> Neustart -> „Windows wird vorbereitet -> Anmeldebildschirm -> 19042.630 wieder da. Uffffff … Glück gehabt!
So wird das nichts, MS …
Funktioniert nicht. Auf 2 Rechnern mit Win 10 19042.630 mit Fehlermeldung 0x800700d abgebrochen.
Bei mir auch.
Also das Update von 19042.630 auf 19042.661 -> 0x8007000d (ERROR_INVALID_DATA). Hat also nichts verändert.
So, warum? Warum klappt das bei einigen und bei anderen nicht.
Was sagt denn deine Log.Datei dazu?
Der ist noch nicht fertig. Der führt gerade eigenständig ein Reparatur vom Komponentenspeicher aus. Irgendetwas lädt der a über das WU herunter. Mal abwarten, wenn er damit fertig ist.
Hm? Harry, AMD64 ist doch schon seit urzeiten die korrekte Bezeichnung für X86-64 Systeme. Alles korrekt so
Bei mir hat sich das Update auf allen 3 Systemen problemlos einspielen lassen. Keine Fehlermeldungen oder Probleme …. War zuvor auf 19042.630 , sprich H2 Build
argh – Antworten will gelernt sein xD Falschen Antworten – Button erwischen @Harry S
Deine Antwort war hier gedacht:
https://www.deskmodder.de/blog/2020/11/12/kb4586853-manueller-download-windows-10-20h2-2004-19042-661-19041-661-korrigiert-das-inplace-problem/#comment-153501
Das war ein Missverständnis. Das AMD64 stammte aus meiner Logdatei (64bit) und er installiert auf einem 32bit System mit dem x86 Paket. Aber da macht das irgendwie die selben Fehler, nur halt mit den x86 Paketen.
DISM DISM.EXE:
edit moinmoin. Nicht böse sein, aber damit komme mal lieber ins Forum, oder lade es als txt irgendwo hoch. Das ist hier zu lang.
OK – Jürgen – Du hattest danach gefragt …
Und ich hab die Log-Datei schon auf aktuelle Einträge gekürzt …
Aber hier die vollständige Log-Datei von heute: https://t1p.de/rce1
Die ist aber noch viel länger!
Ich meinte eigentlich DK2000. Aber deine ist ja auch ganz „interessant“.
Die DISM.log ist uninteressant. Die CBS.log ist die wirklich interessante Datei.
Die DISM.log stammt von einer Offlineintegration, oder?
@moinmoin:
Das ist nicht so einfach. Das Update hinterlässt bei der Installation 138 Fehler für Pakete der 19041.661 (ERROR_INVALID_DATA). Ist mir im Moment aber absolut nicht klar, warum das so ist.
@DK2000
Hier auch noch meine CBS.log: https://t1p.de/nul4 …
Hoffe, Du kannst damit was anfangen …
Die ist zu neu. Das muss die CBS.log von 12:27 Uhr sein. Die entweder archiviert oder schon gelöscht.
@DK2000
Dann hätte ich noch die hier – da ist soweit Alles drin: https://t1p.de/8fmq … Ist aber richtig groß!
Da sind Fehler drin, die kenne ich noch gar nicht. Aber das ist wohl der schlechteste überhaupt:
Failed removing package: Package_for_RollupFix~31bf3856ad364e35~amd64~~19041.661.1.7
Das Update wurde zwar abgebrochen, aber das Update konnte nicht mehr entfernt werden.
Und was will der TI mir mit ERROR_ARITHMETIC_OVERFLOW und CBS_E_PUBLIC_OBJECT_LEAK mitteilen? Das hatte ich noch nie bei einem Update. Sehr komplizierte Log-Datei.
Was soll der Eintrag zur amd64 überhaupt in der x86-Datei? Da haben wir wohl den Fehler schon: Chimäre/Kreuzung/Bastard aus X86 und X64 ??? Hm, seltsam, sehr seltsam …
Klar kann dieses Paket nicht deinstalliert werden – ist ja (normalerweise) unter X86 überhaupt nicht vorhanden!
Oh oh …
So jetzt auch mal auf meinem realen Täglich benutzten Rechner installieren. Nachdem das bei der x86 in der VM und der x64 Version in der VM geklappt hat.
Ok! Bin wieder da, und wurde ohne zucken und murren installiert. Bin jetzt auf der 19042.661.
Und jetzt doch auch mal schauen ob ich in der Bude noch etwas zu Essen finde. Hunger
@Ben
„Bin wieder da, und wurde ohne zucken und murren installiert.“
Wie jetzt – Du als Update? Oh oh …
Und wieso Hunger? Du hattest doch letzten Monat erst 1 TicTac …
Ich über meinen geupdateten Rechner bin wieder da. Hätte ja sein können das der übern Jordan geht. Dann hätte ich länger gebraucht um wieder hier zu sein. Da mein Hardware Versender des Vertrauens keine Zahlungsmethode mehr anbietet die mir Genehm ist. (Nachnahme oder Rechnung) Bietet nur mehr das blöde Paypal das ich nicht habe, Sofort Überweisung benutze kein Online Banking oder per Vorkasse mache ich niemals nie.
1 TicTac reicht doch nicht mal für einen Hohlen Zahn. Brauche meine 3000 Kalorien am Tag um auf meinem Traum Fass Body zu bleiben.
Ja, ich bin von Natur aus auch gertenschlank – kann das aber Dank hervorragender Körperbeherrschung komplett verbergen!
Hallo zusammen,
von einem neuen Benutzer.
ich komme erst garnicht auf die .630 oder .610
bin noch auf der 19041.572 und dann die Fehlermeldungengen
Wenn du noch die 2004 hast, kannst du eine Inplace Reparatur machen.
https://www.deskmodder.de/wiki/index.php?title=Inplace_Upgrade_Windows_10_schnell_reparieren
Dabei werden die Updates dann integriert und das System aktualisiert.
X64-Systeme: Keine Probleme (630 -> 661).
Seltsam, sehr seltsam …
Fazit: Das X86-Update ist verfault !!!
Schon mal überprüft ob bei dem Update für die x86 der Hashisch Wert stimmt.
@Ben
ich habe den Download mehrfach ausgeführt – aus beiden Threads heraus – immer das Gleiche!
Und zuvor – wie vor jedem Update – Datenträgerprüfung ausgeführt … X86 will nicht!
Zitat DK2000 : So, warum? Warum klappt das bei einigen und bei anderen nicht. Zitat: Ende
Hatte vorher sfc /scannow laufen und Reparieren lassen. Vielleicht liegt es daran das es bei mir geklappt hat ??
Das hatte ich auch gemacht alles in Ordnung gewesen mit der 19042.630.
Auch auf meinem Draußen-PC (war huh-kalt):
X86 – keine Chance
X64 – problemlos OK.
Die X86-Variante richtet einige Schäden an – siehe meinen Eintrag weiter oben (Rechner-Blockade, Dateisystemfehler, hängender Neustart – erst nach Reparatur läuft’s wieder (ohne Update). Gut, dass das nicht automatisch für Alle kommt !!!!
Da ist was komplett schief gelaufen!
Auf jeden Fall ist nach dem Fehler 0x8007000d ein Inplace Upgrade auf die 19042.630 angesagt, da der Komponentenspeicher defekt ist. Die Reparatur endet mit 0x800f081f – CBS_E_SOURCE_MISSING, weil etwas von der 19042.661 für die Reparatur gebraucht wird.
Die 19042.630 läuft ja – nach selbsttätig gestarteter Computer-Reparatur – wieder … Und die eventuellen Update-Reste werde ich bei Bedarf händisch beseitigen.
Hatte eben die Erstellung einer ISO im Hinterkopf – bei UupDump ist aber noch nix zu finden …
Bei UUPDump ist nichts zu finden, weil das Update noch noch nirgends offiziell erschienen ist. Keine Ahnung, wo MDL das Update her hat. Ist wohl nur ein Leak.
Und „händisch“ aus dem Komponentenspeicher etwas entfernen, ist aber sehr kompliziert, bis man wirklich alle Manifeste, Kataloge, Pakete entfernt hat und in der Registry aufgeräumt hat. Da ist ein Inplace Upgrade auf die 19042.630 schneller und sauberer.
Dürfte von MS wieder über WSUS verteilt worden sein.
Na ja, das sollte die Systemwiederherstellung (von gestern) bewältigen – falls nicht, letzten Datenträger-Clone (auch von gestern) aktivieren – ist nur Minutensache!
So gesehen hab ich damit keine Probleme.
X64-Systeme: ohne Probleme 630 -> 661
Durchgelaufen ohne Probleme
OK, jetzt wird es komisch:
19042.630 -> 19042.661 (Beta Channel) -> 0x8007000d (ERROR_INVALID_DATA)
19042.630 -> 19042.661 (RP Channel) -> Keine Probleme.
Jetzt bin ich natürlich wirklich überfragt, was meine 19042.630 (BC) von der 19042.630 (RP) unterscheidet. Beide über das selbe Image installiert und keine weiteren Modifikationen oder Fremdsoftware.
Wärest Du dann eventuell so niederträchtig, den Link aus dem RP-Channel preiszugeben (notfalls per PN) – würde mich schon mal interessieren!
Da gibt es keinen Link. Das sind bei mir drei virtuelle Maschine, in welcher jeweils eine Windows Installation läuft.
Im Beta Channel und Release Preview laufen jeweils die Versionen, welche Microsoft dort freigebende hat, also im Moment 19042.630. Ist identisch mit dem Retail Channel. Aber irgendwo unterscheidet sich bei mir die Windows Installation im Beta Channel von der Windows Installation im Release Preview, so das sich KB4586853 nicht installieren lässt (Beta) und einmal lässt es sich installieren (Release Preview). Eventuell ist die Installation im Beta Channel einfach nur beschädigt. Mal ein Inplace Upgrade ausführen. Wüsste da nicht, was da der Unterschied ist.
Und was die CBS.log angeht, sind die selben Fehler, wie bei mir auch.
OK – dann bleibt wohl nur, abzuwarten …
Ah ja – also liegt es definitiv nicht an meinen Rechnern. Gut zu wissen …
Danke für Deine Bemühungen!
Mal eine Frage: Ist die Beta nicht demnächst für die nächste Version (21H1) vorgesehen? Wann das passieren soll wisst Ihr bestimmt besser. Die 19042.508 war die letzte, wo die Beta und RP zu unterschiedlichen Zeiten ein Update erhielten. Ab der 19042.541 ging es dann im „Gleichschritt“ weiter. Nur so ein Gedanke.
Bei mir auch im Beta keine Probleme
Guten Tag,
Ich hatte auch den Fehler. Folgende Schritte haben bei mir geholfen geholfen:
1. mit dem Tool : https://www.deskmodder.de/blog/2020/10/28/windows-10-20h2-inplace-upgrade-fix-download-solange-ein-inplace-nicht-funktioniert/ benutzen.
2. danach ein Implace Update mit der 19042.630 machen.
3. Danach ließ sich das Update ohne Probleme Installiern.
Das teste ich auch gerade. Vermute da einen Defekt in der Windows Installation. Dem fehlen da irgendwie mal wieder passende Dateien, um die neuen Dateien zu erstellen. Sehe da jetzt aber auch nicht den Unterschied zu den beiden Installationen. Die bemängelten Dateien sind in beiden Installationen vorhanden und identisch, selber Hasch. Einmal geht es damit und einmal nicht. Muss ich nicht verstehen.
Muss man auch nicht verstehen.
Hier klappte es in der Beta,
Letztens hatte ich das Problem mit den fehlenden Dateien im RP Kanal. Bens Fix hatte da geholfen.
Keine Ahnung wer oder was da immer mal wieder die Pakete löscht.
Naja, es geht ja nicht um gelöschte Pakete. Alle bemängelten Pakete sind da, die Dateien auch, fehlt eigentlich nichts. Aber irgendwie nicht das passende. Nur was sind die passenden Dateien, wenn nicht diese, die da sind. Und wirklich bemängelt werden ja die Dateien der 661. Das „Forward Delta“ passt zu nichts und endet in INVALID_DATA. In der Installation im RP sieht es genau so aus, aber da geht es. Das ist merkwürdig. Sehe da keinen Unterschied im Komponentenspeicher.
Nachtrag: Nach Inplace Upgrade läuft das Update auch in der Installation im Beta Channel. War wohl wirklich kaputt die Installation. Seltsam.
Habe mir nee 19042.661 ISO erstellt dann das Inplace Tool ausgeführt und die neue ISO über die 19042.630 Inplace installiert… alle gut jetzt
OK deine Vorgehensweise hat geholfen aber was für ein Aufwand nur um ein Update zu installieren.😠
gepostet mit der Deskmodder.de-App für Android
Der Aufwand ist das es bei späteren Updates keine weiteren Probleme gibt (Hoffe ich)
Moin,
hat auf meinem Laptop gerade super funktioniert. Jetzt noch den Deskktop-PC und das wars dann.
Warum nur immer diese Probleme?
Dann schöne Grüße von der Nordsee und bleibt gesund.
Das war eine schwere Geburt!
Mit exzessivem Einsatz der Geburtszange.
Mutter und Kind sind wohlauf.
Hey Seven,
schön Dich zu lesen (falls Du’s bist).. info, Pizzi ist in den ewigen UT99Jagtgründen seit schon ein paar Jahren..
hab leider Deine mail nich‘, mein Name und meine Domain kennste ja
liebe grüße
Blacky
Hallo,
das war wieder nix, abbruch mit bekannter Fehlermeldung.
Möchte hier auch nicht :(. Erstes Update überhaupt das einen Fehler bei mir verursacht.
Dies update von 19042.630 auf die 661 verlief ohne Probleme zu machen, die Installation selber brauchte nur ca. 3 Minuten und der fällige Neustart war im nu erledigt.
Was soll ich sagen, mal wieder Glück gehabt im update Spaß.
Hatte aber bis heute mit dem jetzigen System nie ein update Problem, hoffe mal das dies auch so bleibt.
Mein Gamer PC v610 , auf das neue v661 in 3min ohne Probleme. Inplace bin ich bei Gelegenheit gespannt ob es Funktioniert.
Bei v608 und mit dem Tool Script für die Inplace Möglichkeit, musste ich enttäuscht feststellen das trotz Auswahl Daten und Einstellungen behalten die durch den Script ging erst, und wolte per Iso v610 updaten , das Windows schön installierte um dann beim Neu Start, wo dann das fertiges Hallo kommen müsste, mit Fehler: 0x8007002C-0x4000D
Die Installation war nicht erfolgreich. In der Phase SECOND_BOOT ist während des Vorgangs MIGRATE_DATA ein Fehler aufgetreten, Abbruch und alles zurück setzte wieder zur v608.
Bin gespannt für demnächst…
Also – auf meinem Lenovo ThinkCenter funzt auch unter 64-Bit das Update nicht: Bekannte Fehlermeldung „Daten ungültig“!
Cab-Update vom selben Datenträger , selbe Datei wie bisher auch …
[kopfkratz – ganz stark] !!!
Irgendwie ist der Wurm drin – der Riesen-(Band-)Wurm !!!
„Lenovo ThinkCenter..“ wenn es selbst da nicht geht dann hat das Teil wohl falsch „gethinkt“
Und ich auch: Hab ich doch Checkdisk und SysFileCheck auch noch ausgeführt -> trotzdem nix!
Ein typischer Fall von DENKSTE !!!
Seltsam ist nur, daß es heute Nachmittag auf den Lenovo-Denkbrettern (zumindest im X64) noch geklappt hat … Und auch auf dem Draußen-PC (X64) …
Ist da eventuell ein Selbstzerstörungs-Mechanichtsnutz (mit Zeitzünder) im Update verbaut worden ???
Irgendwie schleicht mir sowas im Genick hoch …
Ich geb’s (vorerst) auf!
Kurios ist es allemal, ich hab es per Rechtsklick installiert und gut war´s
Genau das hatte ich eigentlich auch vor – man steckte mir aber die Zunge raus! Kurios … Seltsam … Eigenartig …
Das ist halt Windows / MS – so nebenbei anmerke das ich z.B. heute morgen ja die neue Insider neu (clean) installiert hatte – mittlerweile ist wieder ALLES soweit drauf / konfiguriert – ABER das System bzw. die gesamte (belegte) Kapazität ist fast 6 GB KLEINER !
Nochmal neu anfangen mit der 20H2 ??? Nee, wenn das jetzt nix mehr wird, mach ich den Speicherplatz frei für die nachrückende 21H1 – die funzt eh viel besser !!!
Zum problemlosen Arbeiten hab ich ja immer noch mein gutes altes XP !!!
Ach nur XP. Im Keller müssten noch ein paar Disketten mit DOS 6.2 und Windows 3.11 for Workgroups von meinem Bruder liegen.
@Harry S
da haste mich falsch verstanden, ich meinte ja die neue Insider 21H1
Problemlos installiert (von 19042.630 auf 19042.661); hat ein bisschen länger gedauert (ca. 10 Min).
In-place funktioniert (endlich) wieder und, ja, der Taskmanager wird reinitialisiert.
Hier funktioniert auch das Inplace alle daten können beibehalten werden
na also tut sich ja doch noch was.
habe gedacht die bekommen das niemehr auf die reihe.
Sind ja wirklich gute Nachrichten, dass sich da etwas tut.
Soll das dann eigentlich grds. mit installiertem Stand 19042.661 unabhängig von der Art Versionswechsels auf 20H2 und an sich mit jedem Installationsmedium 20H2 (ab final) funktionieren oder gibt es Restriktionen, soweit bekannt?
Nur zum Verständnis, zudem weil selbst noch mit 19041 unterwegs:
Wie knapp umschrieben, soll es ja bisher nicht mit installierter 20H2 (19042) funktioniert haben, weil in der Registry 19042 vermerkt war, die ISO jedoch nur die niedere Version (19041) hergab.
Falls ich obigen Screenshot korrekt verstehe, wird nach Installation KB4586853
aber ebenfalls in der Registry die Version 19042 ausgewiesen.
Ändert sich da jetzt etwas am Installationsmedium, warum es nun klappt oder funktioniert es aus anderem Grund?
Ich tippe da eher auf Zufall – siehe Einträge weiter oben …
Meinst i.Z., warum es jetzt funktioniert, die Einträge Registry Screenshot Artikel oder?
Wenn ich da mit meinen Deutungen nicht ganz daneben liege, vlt. wird ja auch anders abgeprüft.
Aber die Hauptsache, es funktioniert.
Soweit auf einem Gerät nunmehr getestet:
– Von 2004 19041.630 über WU mit KB4562830 (Enablement Package) zu 19042.630 (O.K.).
– Installation cab KB4586853 mit Dism über cmd zu 19042.661 (O.K.).
– Mit „älterem“ ISO 20H2 – Download (ISO – Infos: 19041.572) Start In-Place Upgrade:
„Persönliche Dateien und Apps behalten“ wird angeboten.
Das haut jetzt die Miez vom Baum, schießt den Vogel ab, schlägt dem Faß den Bodenraus!
Auf dem ThinkCentre ließ sich das X64-Update nicht installieren – dafür auf allen anderen Test-Rechnern!
Und jetzt – etwas verdreht gedacht – starte ich auf dem ThinkCentre das X86-Update, welches auf keinem anderen Rechner lief – und, es ist nicht zu glauben: Es funktionierte !!!
Problemlos !!!
Jetzt fühlt sich der liebe Harry echt verarscht !!!
Was soll das ??? Dreht hier jemand mit versteckter Kamera? Will MS meinen „Zündzeitpunkt“ austesten ???
Nej, nej nej !!! Liebe Oma – ich zieh auf’s Dorf !!!
Hier ist was los …
👍
wie gut das ich nur einen Rechner habe – aber dafür „zich“ SSD´s wo ich sowas testen kann
Ja, Manny – das Kuriose ist dabei, daß praktisch in allen Rechnern softwaremäßig identische Datenträger (wir Fachleute sagen „Clone“ dazu) eingesetzt sind (Unterschiede gibt’s da lediglich nach der Hardware-Erkennung) …
Eigentlich war das dazu gedacht, eben solche Fehler zu verweiden und die Datenträger jeweils problemlos gegeneinander tauschen zu können …
Klar, sind nicht alles nur SSD’s – würde auch reichlich teuer kosten …
Na ja – habe heute eindeutig verloren! Aber: Rache ist süß !!! Irgendwann/-wie fällt mir dazu schon noch was ein !!!
Jetzt ergebe ich mich erstmal dem (kleinen ) Suff – man gönnt sich ja sonst nichts!
😂😂😂😂😂
gepostet mit der Deskmodder.de-App für Android
Hab alles versucht. Neustarten. 0x800f0988 Fix mit der Datei.
Hatte keine Chance immer abgebrochen.
Hab Inplace auf 19042.630 gemacht. (Vorher den Inplace Fix genommen).
Danach Das Update. Lief fehlerfrei durch bin jetzt auf 19042.661
Keine Ahnung was da los ist oder was fehlt
Herzlichen Glückwunsch zum Geburtstag!
https://www.deskmodder.de/phpBB3/viewtopic.php?f=123&t=10936&start=705
Ich schließe mich an,🎂🎂🎂
gepostet mit der Deskmodder.de-App
Dankeschön auch hier.
nochmal neues vorschau update.
new preview 19041.661.1.8 X64
CRC32: 64942ECB
MD5: A2C9CE4ECE1C9C368B37E1B8D7EDB4A5
SHA-1: 330DAA4AC35808160113CCB6B5A6A0FD54B414CD
SHA-256: 485BD2FB695FC2EAB001440AAAB5FEADFA16A967232F5B9A388FB92EF298145F
das vorherige 19041.661 X64
CRC32: 4FCF5B1A
MD5: A895DF6A407B48BCF6EB636C558726A0
SHA-1: 22B6AB1D4CBDBB49F4F875B95A8CEA37A1469322
SHA-256: F38B3BD42B150F09351E5B2D799A77BB2C349841A3537CC612AA4F671CC32B33
Hier die neuen Links
http://download.windowsupdate.com/c/msdownload/update/software/updt/2020/11/Windows10.0-KB4586853-arm64_ddda4995b9c7c92c30b6259f9e60a80b11682440.cab
http://download.windowsupdate.com/c/msdownload/update/software/updt/2020/11/Windows10.0-KB4586853-x64_330daa4ac35808160113ccb6b5a6a0fd54b414cd.cab
http://download.windowsupdate.com/d/msdownload/update/software/updt/2020/11/Windows10.0-KB4586853-x86_18690b9a1de2dd96c40dc8c2b7c5eb99f0e5b44d.cab
So, endlich zu Hause und die Links sind oben eingetragen.
PS: Beim nächsten Mal max. zwei Links pro Kommentar. Dann gehen sie auch durch.
19042.630. Mit Windows10.0-KB4586853-x64_330daa4ac35808160113ccb6b5a6a0fd54b414cd.cab, also dem neueren File, _selbes_ Ergebnis: läuft bis 74%, springt auf 100%, 0x800700d (ich kann nach jedem Versuch auf den vorigen Snapshot ‚rücksetzen, da VM, sprich definiert arbeiten).
dism.log hat für diesen Vorgang nur 3 nichtsaussagende Zeilen, keine Errors, keine Warnings.
Mit dem bisherigen Inhalt von „C:\Windows\SoftwareDistribution\“ hat es auch nichts zu tun, bereinigt oder nicht, spielt keine Rolle.
Die DISM.Log ist hier auch uninteressant. DISM installiert ja nichts, sondern reicht das Update nur mit dem Auftrag zur Installation an den TI Weiter. Musst Du die CBS.log anschauen und nach „does not have a winner“ suchen oder direkt nach 0x800700d. Davon gibt es etliche.
Auch die neuen, jetzt etwas kleineren Dateien bereiten die gleichen Probleme wie die vorherigen – das Grundproblem besteht also weiter.
19042.661 —> 19042.661.1.8
ohne Probleme (x64)
Kein Erfolg. Das Inplace (mit Fix) will ich mir „noch“ nicht an tun – aber es kribbelt….
Ich habe ein AMD System. Auf i9 (2066) 10900X funktioniert es…
Bei mir auch nicht immer noch 0x800f0988 mit x64 (AMD CPU)
dann schau doch mal hier nach: https://www.deskmodder.de/phpBB3/viewtopic.php?p=349730#p349730
Da ist die Anleitung zur Behebung für deinen Fehler: 0x800f0988
na Mahlzeit,
auch die neue Cab kommt mit einer Fehlermeldung, Testrechner sagt nein.
Hier genauso. Das liegt am Komponentenseicher. Das Update versucht die „Forward Delta“ anzuwenden, aber es gibt keinen Gewinner dafür. Das endet immer in INVALID_DATA. Erst nach Inplace Upgrade lässt sich das Update installieren.
Nachtrag, jetzt ist Windows kaput
hier läuft alles, update in der vmware auf 19042.661.1.8. von 19042.630
keine 3 Minuten und das Update war drinnen.
19042.661 —> 19042.661.1.8 2min Erfolgreich ( Um .cab zu installlieren nutze ich das Tool dism-gui-120 (64.exe als Administrator starten) )
System:
Mainboard
X470 GAMING PRO (MS-7B79)
———————————-
Prozessor
AMD Ryzen 7 2700X Eight-Core Processor
———————————-
Grafikprodukte
NVIDIA GeForce RTX 2080
———————————-
Speicher
32 GB
———————————-
Massenspeicher
CT1000MX500SSD4
———————————-
Bei der Installation von 19042.661.1.7 —> 19042.661.1.8 passiert nichts. Die Installation wird abgebrochen, da sich nichts verändert hat.
Tool zur Imageverwaltung für die Bereitstellung
Version: 10.0.19041.572
Abbildversion: 10.0.19042.661
1 von 1 wird verarbeitet – Paket „Package_for_RollupFix~31bf3856ad364e35~amd64~~19041.661.1.8“ wird hinzugefügt
[==========================100.0%==========================]
Der Vorgang wurde erfolgreich beendet.
also ich konnte auch bei dem (erneuten) installieren keine Fehler sehen / feststellen
hat auch nicht ganz so lange gedauert und es wurde KEIN Neustart ( wie bei der ersten Version) gefordert
Die Installation wird in dem Falle auch abgebrochen, da keine Änderung stattgefunden hat. Das ist aber so gewollt und nicht als Fehler anzusehen.
Ich finde meine Fehler auch nicht. Sehe da keinen Unterschied zur Windows 1 (geht) und zu Windows 2 (geht nicht). Bei Windows 2 findet er einfach keinen Gewinner für das Forward Delta.
Mal sehen wie es bei dem nächstem „richtigen“ Update dann aussieht, vielleicht wird das dann auch gar nicht mehr gebraucht – hatte es ja auch „nur“ auf die „schnelle“ getestet
( Systemimage war ja vorhanden ). Wollte die „alte“ Version zwar vorher deinstallieren, aber das ging wiederum gar nicht, also hab ich es einfach mit der „neueren“ Version überschrieben
Hoffe, dass es auf dem Tablet klappt. Habe da keine Lust auf Inplace Upgrade. Das ist da so kompliziert. Und ob dann der Intel SST noch lebt, ist eine ganz andere Frage.
Tool zur Imageverwaltung für die Bereitstellung
Version: 10.0.19041.572
Abbildversion: 10.0.19042.630
1 von 1 wird verarbeitet – Paket „Package_for_RollupFix~31bf3856ad364e35~amd64~~19041.661.1.8“ wird hinzugefügt
[==========================100.0%==========================]
Es ist ein Fehler aufgetreten – Package_for_RollupFix Fehler: 0x8007000d
Fehler: 13
Die Daten sind unzulässig.
Die DISM-Protokolldatei befindet sich unter „C:\Windows\Logs\DISM\dism.log“.
C:\Users\ALEX\Desktop\dism-gui-128>
Findet bei Dir auch keine Gewinner, die jetzt im Hintergrund laufende Reparatur/Bereinigung schlägt fehlt und der Komponentenspeicher ist inkonsistent und als defekt markiert. Von hier aus geht nur noch Inplace Upgrade oder Backup zurückspielen.
dass müssten dann aber viele machen…
DISM sagt das der Komponentenspeicher repariert werden kann und tut das auch.
Hoffe das das so stimmt…
Bei mir schlug die Reparatur mangels Quelle für die 661 fehl. Hätte ich mir wohl erst eine ISO mit der 661 erstellen müssen, damit DISM etwas zum reparieren hat.
> der Komponentenspeicher ist inkonsistent
Das mag ja sein, geschieht aber eben erst durch den Installationsversuch einer der beiden kb4586853-Versionen. Setzt man auf einen 19042.630er Snapshot (VM) zurück, kann man testweise kb4586781 nochmal installieren (mit .cab ist das anders als mit .msu ja möglich), sprich da ist alles noch i.O.
Ja, das ist erst nach der abgebrochenen Installation von KB4586853 der Fall. Bei der 19042.630 entdecke ich da auch keinen Fehler. Und dennoch geht es nicht. Bei der anderen 19042.630 geht es jedoch einwandfrei. Finde da aber keinen Unterschied zu den beiden Installationen. Das muss wieder irgend eine winzige Kleinigkeit sein, die man nur findet, wenn man genau weiß, wonach man suchen muss.
DK2000:
> Bei der anderen 19042.630 geht es jedoch einwandfrei. Finde da aber keinen Unterschied zu den beiden Installationen.
Bist Du auf 19042.630 mglw. einmal mit .cab und einmal mit .msu gekommen? Auch, wenn in einem .msu auch bloß ein .cab steckt, aber eben noch bißchen was dazu.
In beiden Installationen wurden keine Updates manuell installiert. Bis zur 630 ging alles über das Windows Update.
Gruss aus Asien, das da „19041.572“ steht ist normal hast du ja auch gepostet Richtig?
weil unter „winver“ das hier 19042.630 erscheint warum ist das so?
Tool zur Imageverwaltung für die Bereitstellung
Version: 10.0.19041.572
1 von 1 wird verarbeitet – Paket „Package_for_RollupFix~31bf3856ad364e35~amd64~~19041.661.1.8“ wird hinzugefügt
[===========================74.0%=====
1 von 1 wird verarbeitet – Paket „Package_for_RollupFix~31bf3856ad364e35~amd64~~19041.661.1.8“ wird hinzugefügt
[==========================100.0%==========================]
Der Vorgang wurde erfolgreich beendet.
Zum Abschließen dieses Vorgangs muss Windows neu gestartet werden.
Möchten Sie den Computer jetzt neu starten? (Y/N)
gepostet mit der Deskmodder.de-App
Die defrag.dlls wurden auch von der *.488 auf die *.661 aktualisiert.
Funktionier Defrag jetzt wieder ordnungsgemäß bei SSD Laufwerken oder wird immer noch versucht zu defragmentieren?
Ich habe nun mal in der Aufgabenplanung „ScheduleDefrag“ (mit -c -h -o -$) ausgeführt. Ohne das „-$“ läuft nur die Optimierung, wie es sein soll bei SSD.
Der Defrag-Bug ist also nach wie vor da.
Während die Aufgabe durchgeführt wird, konnte ich es in der GUI gut verfolgen und meine SSD wird „defragmentiert“ und anschließend sogar „konsolidiert“. Auch im Ereignisprotokoll ist vermerkt, dass defragmentiert und optimiert wird.
PS: In meinem Laptop ist nur EINE SSD verbaut.
Der Fehler mit den SSDs wurde schon früher behoben. (KB4571744)
Nur bei den HDDs wurde aktuell immer noch der Trim-Befehl durchgeführt.
in der hier aktuellen Version 19042.661.1.8 wird die SSD bei Aussführung von Defrag über die Aufgabenplanung oder per CMD mit -c -h -o -$ weiterhin defragmentiert.
Das ist der eigentliche Bug und der wurde bisher nicht behoben.
Führt man aber nur die GUI aus, hat man nur die Auswahl der Optimierung bei SSD’s.
Somit wird das Defragmentierung fälschlicherweise nur durch die Aufgabe in der Aufgabenplanung bzw. wenn man Defrag per CMD nutzt, ausgeführt. DK2000 hat das ebenfalls bereits festgestellt in früheren Threads.
Eigentlich sollte hier eine ebenfalls klare Unterscheidung zwischen SSD und HDD erfolgen, was früher ja funktionierte.
Seit 20H1 eben nicht mehr.
Bin mir aber nicht sicher ob MS dieses Problem nun offiziell bereits erkannt hat.
Fazit: Es wurde mit KB4571744 lediglich behoben, dass das Datum der letzten Ausführung wieder gespeichert wird und in der GUI nicht fälschlicherweise gemeldet wird, dass vorher optimierte SSD erneut optimiert werden müssen.
Hier auf Deskmodder schrieb irgendwo bereits jemand, dass dieses Problem der Defragmentierung bei SSD mit 21H1 wohl nicht mehr vorhanden ist. Ob es stimmt, weiß ich allerdings nicht.
@ Inge70
„Hier auf Deskmodder schrieb irgendwo bereits jemand, dass dieses Problem der Defragmentierung bei SSD mit 21H1 wohl nicht mehr vorhanden ist. Ob es stimmt, weiß ich allerdings nicht.“
In der „Alten“ Laufwerke optimieren steht zwar immer noch Optimieren, statt Defragmentieren es wird aber definitiv defragmentiert und anschließend konsolidiert. Der einzige Unterschied zwischen HDD und SSD in der Anzeige ist die das man eine HDD Analysieren kann, was bei einer SSD nicht möglich ist. Die SSD wird so wie es sein soll Optimiert.
Ein Screen mit einen Vergleich zwischen HDD (oben) und SSD:
https://1drv.ms/u/s!AsMiI7UzBbVuhLoJ09YqwdaOFWE3kQ
„In der „Alten“ Laufwerke optimieren steht zwar immer noch Optimieren, statt Defragmentieren es wird aber definitiv defragmentiert und anschließend konsolidiert…“
Stimmt aber so nicht (ganz) bei der 21H1 wird schon fast einer halben Ewigkeit „nur“ optimiert – es findet keine Defragmentierung geschweige denn eine Konsolidierung statt – DAS wäre mir dann schon aufgefallen, abgesehen davon, das ich – nach einem Clean Install z.B. – das systeminterne Dfrag deaktiviere und eine externe Lösung benutze
https://drive.google.com/file/d/1ruJImytGrt35eRQx5M0VqdZVLX0mAqQm/view?usp=sharing
@ Manny
Es wird zuerst versucht zu optimieren, was fehlschlägt, danach wird defragmentiert und in 2 Stufen konsolidiert, zu mindest bei mir PC 1. PC 2 werde ich morgen testen.
Die Speicheroptimierung konnte erneut optimieren auf Datengrab (E:) nicht abschließen. Grund: Der angeforderte Vorgang wird von der Hardware des Volumes nicht unterstützt. (0x8900002A)
„Defragmentierung“ wurde von der Speicheroptimierung auf „Datengrab (E:)“ erfolgreich abgeschlossen.
@Holunder1957
bei einem genauerem Bild von 21H1 und der Defragmentierung sieht man es bei mir genauer:
https://drive.google.com/file/d/1J0Thwj6JrbBbZ9JZXKFtZTbWjLPUrhBL/view?usp=sharing
Bei den SSD´s steht (immer)
OK (2 Tage seit letzter erneuter Optimierung bzw. 0Tage bei der 2.)
Bei den HDD´s steht (immer) jeweils
(nach Ausführung von Analyse / Defragmentierung & Konsolidierung)
OK (0% fragmentiert)
Die geplante Optimierung weiter unten im Bild ist bei mir IMMER AUS, da ich (wie schon erwähnt) eine externe Lösung zum defragmentieren / optimieren benutze – nur ich kann es auch manuell mit dem systeminternen machen da dieses ja nicht deinstallierbar ist
Ich habe mit der neuen Datei-Version leider den gleichen Fehler wie „badboy“ weiter oben.
Abbruch
Fehler 13
Die Dateien sind unzulässig.
RollupFix Fehler: 0x8007000d
Guten Morgen,
ist es möglich das das Update alles Versucht in %appdata% auszupacken und dann an der Installation scheitert. Den nach dem Versuch es beim Nachbarn es zu Installieren, war das Windows auch wieder kaputt. Danach schaute ich in %appdata% Dateien die da nicht hingehören, Kommisch.
@ Pedi1965 schaue mal im MDL vorbei dort hat einer eine Problemlösung zu deinem
Abbruch
Fehler 13
Die Dateien sind unzulässig.
RollupFix Fehler: 0x8007000d
gepostet, die scheint auch zu funktionieren.
Welche Lösung? Finde da auch nur die bereits auch hier schon erwähnte Lösung über ein Inplace Upgrade. Oder gibt es da noch etwas anderes, was eventuell auf den Grund für das Verhalten hinweisen würde?
Falls er die Antwort von paco77 mein, die ist identisch mit der Lösung hier.
https://www.deskmodder.de/blog/2020/11/12/kb4586853-manueller-download-windows-10-20h2-2004-19042-661-19041-661-korrigiert-das-inplace-problem/#comment-153531
Ja, die Lösung hatte ich da auch gefunden. Inplace Upgrade, also nichts Neues. Versuche da immer noch nebenbei den Grund dafür zu finden, aber ohne Erfolg.
ja war die vom Paco
1.- Uninstall the KB4562830 (Enablement Package) update and restart windows. The system will back to Build 2004.
2.- You need the ISO 20H2 19042.508 or the latest 19042.630
3.- Now deploy the ISO and start the setup.exe and perform an Inplace Upgrade repair as usual. (Obviously keeping personal files and apps)
4.- After the Inplace Update, go through Windows Update once.
5.- OPTIONAL: After that, the KB4577586 must be reinstalled to remove the Adobe Flash Player.
6.- Now you can install the cab updates normally without the Error 13.
Jupp. Ist identisch mit Seven of Nine
Nur dass er gleich auf den Fix verlinkt, da nicht jeder die KB4562830 deinstallieren kann.
hätte es ja auch gerne mal getestet, aber ich bekomme leider keine fehler.
Nach Inplace Upd. >Erfolg…
Ist jemand hier der MACH2 für den REDIRECT auf das alte SYSTEM benutzt?
Die Einstellung .\mach2 disable 25175482 (Admin.Pwr-Shell) funktioniert seit dem Update nicht mehr.
Gerade mal probiert. Funktioniert auch mit der *.661 noch. Geht System wieder auf (nach einem Neustart)
Bei mir nicht mehr. Nach Inplace Upgrade ist die Funktion anscheinend weg.
mach2 sagt zwar o.k., aber es geht nicht mehr. Nutze jetzt eine Verknüpfung zu System.
Naja noch geht es ja mit einer Verknüpfung
versuch mal den regeintrag den hatte ich mal ausgelesen, weis net mehr wie das tool heist , ist aber so ähnlich wie mach2 gewesen, musst aber neustart danach machen.
Hier mal Video von dem Regeintrag der funzt auf der 19042.661
https://easyupload.io/m8b850
Teezeit
Sollen wir jetzt etwa alle Windows neu aufsetzen? als Inplace Update, die Sonntags Frage.
Ja, keine Ahnung. Ich warte mit dem Update jetzt erst einmal ab, bis es offiziell im Insider oder in der freien Wildbahn über Windows Update für alle erscheint. Solange lasse ich es jetzt links liegen. Genug Zeit damit verbracht, ohne den Grund für die Probleme zu finden.
Hallo DK2000
habe grade den alten AMD-Treiber 20.5.1 installiert (BETA) der Funktionierte beser als der 20.10.1 vom Oktober.
So nebenbei anmerke, wenn ich weiter oben schon schrieb das dieses Update sehr lange dauert(e) , das ist aber nix im Vergleich zu der Variante es in einer VM ( Virtuelle Version über VHDX über Ventoy) , dort dauert es eine halbe Ewigkeit
Sei froh, wenn es überhaupt ohne Fehler durchläuft!
Also die VM selber läuft einwandfrei ( mit Ventoy) – kann da auch Programme / Treiber installieren etc. – aber als „Korrektur“ zu meinem vorherigem Post muss ich sagen das weder Updates über WU als auch manuelle NICHT funktionieren
(hatte ich bis jetzt nicht für möglich gehalten)
– entweder absolut nicht vorgesehen oder ich mache da noch irgendetwas falsch / bzw. „sehe den Wald vor lauter Bäumen nicht“
Besteht nicht die Gefahr, das die Nutzer welche die .661 auf Ihre Rechner ohne Erfordernis gewürgt haben, am Patchday im Dezember Probleme bekommen könnten? Die .630 ist nach wie vor die letzte Offizielle.
Nein. Denn im Dezember ist die Version dann höher. Bspw 693 oder so.
Ist nicht so wie im Dev-Kanal
Was ich eigentlich meinte ist, ob es nicht bei installierter .661 erneut Probleme beim Update auf z.B. .693 oder so ähnlich geben könnte. Oder wie Manny schreibt noch zwischenzeitlich noch ein weiteres Update über WU mit dem korrigierten Inplace Problem kommt.
Hat DK2000 inzwischen ausführlich beschrieben.
denke das liegt an MS:
Entweder kommt eine (neue) „korrigierte“ Version die die KB4586853 nicht braucht (also diese KB bei Aktualisierung deinstalliert) oder die belassen die KB4586853 während der Aktualisierung im System dann ändert sich (eigentlich) nix daran dass das Inplace auch bei der neueren Version dann trotzdem weiter funktioniert.
bissel OT noch:
Habe seit 7 Uhr Feierabend und haue mich jetzt aufs Ohr
– so denke ich mir das jeden Falls, dass es so ablaufen könnte
oder es ändert sich (evtl.) heute Abend und es kommt dann die *.661 ( oder höher ) als (neues) Update
Wenn die Installation ohne Probleme verlief, sehe ich da im Moment keinen Grund, dass es zu Problemen im Dezember kommen wird. Auch nicht, wenn KB4586853 ein weiteres Revisions-Update erhält.
Probleme wird es vermutlich nur bei denjenigen geben, bei denen die Installation mit dem Fehler 0x800700d abbricht. Das hinterlässt einen defekten Komponentenspeicher. Bezweifele, dass sich von hier aus weitere kumulative Updates installieren lassen. Von hier aus sollte man ein Inplace Upgrade durchführen.
Als wesentlich größeres Problem sehe ich da den Fehler 0x800700d an sich. Hier sehe ich im Moment die Gefahr, dass dieser Fehler auch am Patchday im September auftritt, solange man nicht genau weiß, was den verursacht und das im optionalen Update berücksichtigt. Bevor man das Update nicht installiert, weiß man ja nichts von dem Fehler und danach ist es zu spät.
Kann sich noch interessant entwickeln. Mal Abwarten. Die VM mit der Installation, wo es nicht geht, habe ich erst einmal gesichert und mal testen, wie es mit den Folge-Updates aussieht.
@DK2000
Bis September ist es aber noch ziemlich lange hin …
Ah, der Koffein-Spiegel war da wohl wieder zu tief oder die Bratwurst hat abgelenkt.. Meine natürlich Dezember, 15. Dezember 2020, falls sich das nicht wider ändert.
In der Theorie sollte es der 8.12 sein.
Ist halt die Frage, ob die Aktualisierung im Kalender ein Fehler ist oder nicht. Kann aber durchaus sein, dass der Patchday im Dezember on der 2. Woche auf die 3. Woche verschoben wurde. Mal Abwarten. Vielleicht haben sie das auch gemacht, weil in der 2. Woche der Beta Channel auf 20H1 wechselt. Irgendwann kommt da schon etwas.
Hier der Link für die 19042.661.1.8
(Platzhalter für einen Text, welcher für Gäste nicht sichtbar ist.)
Die iso is Multi Home & Pro 64bit
@toni Einmal reicht. Daher hab ich den anderen Kommentar im ISO Beitrag gelöscht.
Lieber moinmoin danke für die Auskunft.
Es gibt immer noch die Fehlermeldungen am ende der Installation
Hier auch. Endet in der einen Installation wieder mit 0x800700d, in der anderen Installation lässt es sich ohne Probleme installieren.
Na dann mal schauen ob das jetzt (nochmal) klappt in der Ventoy-VM
Tool zur Imageverwaltung für die Bereitstellung
Version: 10.0.19041.572
Abbildversion: 10.0.19042.661
1 von 1 wird verarbeitet – Paket „Package_for_RollupFix~31bf3856ad364e35~amd64~~19041.662.1.10“ wird hinzugefügt
[========= 16.9%
– aber dauert lange
Hat bei mir rund 5 Minuten gedauert bis der Neustart angefordert wurde. Aber läuft soweit ganz gut.
In der VM – kurioserweise – fehlgeschlagen (Update auf *.661 hatte aber funktioniert)
Ich hatte zum Glück keinerlei Probleme. 3 Maschinen, keine VM, von 661 auf 662 problemlos durchgelaufen per DISM Gui.
Ich glaube, es ist besser, ich warte, bis es als optionales Update endlich angezeigt wird.
Noch ist da ja nix.
bei mir beide mal (normal und bei beta) Abbruch und Fehler 0x800f081f
Fehler 0x800f081f 😠
Irgendwie ist das diesmal ein riesen Murks👎
Ständig Fehler 😐
gepostet mit der Deskmodder.de-App für Android
Fehler 0x800f081f, abwarten und Tee drinken
0x800f081f bedeutet, das da etwas fehlt, also der Komponentenspeicher unvollständig ist.
Müsste man herausfinden, was das ist und dann mittels DISM reparieren.
Von wo aus tritt denn der Fehler auf? von 630 auf 662 oder von 661 auf 662?
der Fehler tritt von 661 auf 662 auf
dism.exe /online /cleanup-image /scanhealth
dism.exe /online /cleanup-image /restorehealth
sfc /scannow
haben keine Fehler gefunden
Ja die Meldung habe ich auch erhalten, ich habe auch die Build 661 drauf
Ich hab es ein 2. mal versucht mit DISM++, dort wurde bei dieser Fehlermeldung dann erläutert das man eine passendes ISO bereitstellen sollte da da wohl etwas fehlt im Bezug auf NETFX 3.5
…
was dann aber nicht funktionierte da noch keine *.662er ISO vorhanden und eine „Ältere“ wird da auch nicht akzepiert
Installation von 661 auf 662 verlief Problemlos.
Hatte den 0x800700d fehler letztes mal bei dem Update auf 661 und hatte den Tipp von Seven of Nine genutzt um auf die 661 zu updaten. Seitdem keine Updateprobleme mehr.
Der Fix von Ben für den Fehler 0x800f0988 hatte mir damals auf die 630 sehr gut geholfen und hat auch super funktioniert das hat mir einiges erspart
Den Fehler 0x800f081f hab ich noch nie gehabt
bin auf der .661 und habe gerade versucht auf die .662 zu updaten, aber das fenster verschwindet dann einfach, nach einer weile, nachdem es ne zeitlang zumindest so aussieht als würde es funktionieren.
gerade noch mal mit dem dism-gui von .661 auf .662 probiert, jetzt kommt:
Tool zur Imageverwaltung für die Bereitstellung
Version: 10.0.19041.572
Abbildversion: 10.0.19042.661
1 von 1 wird verarbeitet – Paket „Package_for_RollupFix~31bf3856ad364e35~amd64~~19041.662.1.10“ wird hinzugefügt
[==========================100.0%==========================]
Es ist ein Fehler aufgetreten – Package_for_RollupFix Fehler: 0x800f081f
Fehler: 0x800f081f
bei mir trat der Fehler auf..habe dann ein Inplace von 661 auf 630 gemacht —da war alles o.k. …als der Fehler auftrat sprang das Update von ca. 45% sofort au 100%…da fehlte der Bereich 70 – 80%
Jetzt bin ich ja gespannt !!! – Update der „realen“ SSD von *.661 auf *.662 auch fehlgeschlagen !
Danach eine „alte“ VM (*.630) geladen über Ventoy, da lief das „neue“ Update durch und gerade steht die Aufforderung zum Neustart
…auch dieses war „ein Schuss in den Ofen“ – Update nach Neustart wurde rückgängig gemacht
Vielleicht sollte man vorher die alte KB…853 deinstallieren?…Wenn es noch möglich ist, und keine Updatebereinigung durchgeführt wurde.
Auf den Gedanken bin ich auch schon gekommen, brachte aber nix, Fehlermeldung ( nach Neustart) kam bei mir trotzdem
Wollte gerade fragen, ob ihr eine Updatebereinigung durchgeführt hattet.
Nicht das daher die 0x800f081f kommt.
Hatte ich durchgeführt.
Ich sehe das als düsteres Omen für den nächsten patchday…
ich nehme lieber alles offline (*Sarkasmus* oder doch eine Vorahnung)
Naja gut, dass 0x800f081f Problem gibt es ja mittlerweile schon seit ein paar Monaten …. War glaube ich Februar oder März, als es das erste mal auftrat. Ich selbst war davon nie betroffen, allerdings viele User sind es.
Nur weiß keiner ,warum der Komponentenspeicher „kaputt“ wird bzw. unvollständig ist. Ggf. nicht mal Microsoft ;D
Ich selbst habe sowohl die Updatebereinigung über die klassische Explorer Ansicht, als auch über die PC Einstellungen schon oft gemacht und hatte nie Probleme, andere glauben es könnte ein Bug in der Update Bereinigung sein … Mal schauen wie lange Microsoft benötigt, den Fehler, sofern er ihnen überhaupt bekannt ist (Zu Erinnerung, der Defrag Bug der 2004 war für 15(!) Monate vorhanden) zu beseitigen.
Ja, aber der 0x800f081f ist teilweise sehr individuell. Der sagt nur aus, das im Komponenten Speicher etwas fehlt und der TI keine Quelle dafür findet. Das muss man individuell ermitteln.
Aber warum das passiert, ist mir da auch nicht bekannt. Ist genauso mit dem anderen Fehler (0x800f0988), wo Pakete der Basis 19041.1 entfernt wurden. Warum, das weiß auch keiner. Ich habe da immer noch die Windows Update-Bereinigung in verdacht, aber reproduzieren konnte ich bis lang keinen von den beiden Fehlern.
Mah das jetzt mal Live mit Video
brauch das link für 662
Hat jemand auch das Problem, dass gar kein Sound mehr Zustande kommt, nach dem Update?
Generell kein Sound – oder fehlen nur die Systemklänge? Die könnten durch „neues Schema“ verstellt sein – auswählen von „benutzerdefiniert“ bringt die Systemklänge zurück.
Also 630 auf 662 läuft bei mir ohne Probleme durch. Auf der einen Installation, wo es nicht geht, hilft ein Inplace Upgrade entweder direkt auf die 662 oder wieder auf die 630 und danach die 662 instaurieren.
661 auf 662 scheint da wieder ein andere Fall zu sein. Aber mit so etwas ist immer zu Rechen, solange das Update noch nicht fertig ist. Muss mal schauen, woran das liegt. Ansonsten auch hier Inplace Upgrade auf 630 oder 662.
Endlich! Erfolg! Update über Cab-Install problemlos und relativ schnell von 19042.630 auf 19042.662 – trotz vorhergegangen wiederholten Fehlversuchen auf 19042.661 …
Was hat der liebe Harry diesmal angestellt?
1. Dateisystem-Test (vollständig) von außen (von der Insider-Partition aus).
2. Neustart.
3. wu1705ß9.diagcab als Admin ausgeführt und alle Reparaturoptionen übernommen.
4. Neustart
5. Neuestes Update (per Cab-Install) eingespiel.
6. Neustart.
Geht doch !!!
Auf weiteren 8 Testrechnern Update auf die 19042.662 (jeweils von der – bereits mit mehreren fehlgeschlagenen Update-Versuchen durch die .661 gestressten – 19042.630) problemlos und zügig – allesamt X86 Win 10 Pro !!!
Hallo ich habe gerade das cab update 661 versucht zu installieren und lief problemlos durch.
die 662 die hier im Forum erwähnten Fehlercode wurde wieder angezeigt ist die cab beschädigt.
Das Cab-Update .661 ist verfault – möglichst weit weg und sehr tief entsorgen !!!
Die *.cab für die 662 ist wohl nicht beschädigt. 630 auf 662 geht ohne Probleme, 661 auf 662 endet bei mir mit 0x800f081f, weil da jetzt auf einmal ein Manifest für den IE11 fehlt.
@DK2000
Das Update auf .661 hab ich gar nicht erst zu erzwingen versucht – war offensichtlich die richtige Strategie !!!
Man muß halt auch mal geduldig sein können …
Wollte es nur mal testen. Scheint da irgendetwas mit der 1.8 zu sein, so dass sich die 1.10 nicht mehr installieren lässt. Aber gut, so ist das halt mit Updates, die noch nicht fertig sind. Die lasse ich nur in der VM los. Ansonsten installiere ich die nicht weiter.
Gehe jetzt wieder auf die 630 via inplace Upgrade,662 kommt bestimmt die Woche per update.
Von da aus scheint die .662 problemlos zu klappen …
Auch ganz weit im Westen (Rheinland) lief das Update diesmal (gleichfalls auf mehreren Rechnern) von .630 auf .662 problemlos durch (allesamt X86) … Nix (mehr) zu meckern!
Allerdings weiß der Geier, was dieses Update so an Schäden/Überraschungen/Verschlimmbesserungen bringt …
Bei mir bricht der Download ständig ab, hat mal jemand einen funktionierenden Link ??
Hat sich erledigt.
Hier mal meine Installreihenfolge. Eventuell hilft das ja jemandem.
Basis 19041.572
Update auf die 19042.572
Dann alle Updates bis zur 19042.630
Dann Update Versuch auf die 19042.661 ( da Abbruch mit Fehler )
Systemwiederherstellung auf die 19042.630
Dann das Update auf die 19042.631
Und nun erfolgreich das Update auf die 19042.662
Warum auch immer das nun funktioniert hat.
Offensichtlich ist nur das Update auf die .661 verfault …
Sehr sehr seltsam,
hatte Version 661 über 660 erfolgreich installiert. Dann bei der Installation der 662 immer Fehler 0x800f081f. 660 hatte ich nicht gesichert, da die 661 nur ein paar Tage später kam und die dann gleich gesichert. Dann habe ich mir mit DaRT10 den PC ganz zerschossen, indem ich von dort aus das Update 661 versucht habe zu deinstallieren.
Also habe ich meine 661-Sicherung wieder aufgespielt und plötzlich klappt es einwandfrei
Zwischenzeitlich hatte ich nur Flash-Player-Security Updates, die nach dem Removal-Update übrig geblieben sind, deinstalliert und glaube jetzt, dass es auch daran lag, da diese auch in Edge und IE eingegriffen haben.
Nun sind ist das KB4586853 (19041.662/19042.662) Offiziell im Beta und ReleasePreview Channel verfügbar.
Change Log hinzugefügt
v.661 und bei install bis 20% dann auf 44% und Abbruch leider…
Bei mir scheitert auch die Installation mit dem Fehler Package_for_RollupFix Fehler: 0x800f081f.
Fehler im CBS.log:
Exec: Warning – Manifest doesn’t exist for: \\?\C:\TEMP\43CE1A4B-FBF5-4AE4-B582-6E90DB813186\amd64_microsoft-windows-ie-f12platform2_31bf3856ad364e35_11.0.19041.1_none_b19e8d78e3259887.manifest
Im WinSXS\Sources Verzeichnis gibt es folgendes Manifest:
amd64_microsoft-windows-ie-f12platform2_31bf3856ad364e35_11.0.19041.661_none_e952c0ac6146cceb.manifest
Das Update will wohl .1, vorhanden ist aber nur .661.
Was mache ich jetzt am Besten?
Wenn du die .661 installiert hast, kannst du ein Inplace mit der ISO .630 machen. Danach dann noch einmal probieren.
Nun muss ich diese Frage doch mal stellen: funktioniert ein In-place („Downgrade“) wirklich; ich dachte (folgend Wiki) braüchte man normalerweise eine ISO die identisch oder höher ist (mit dem installierten Build) … ?
Danke !
ja , schrieb ich am 12.11. ja auch schon was zu – in Verbindung mit dem Fix das die Inplaces wieder ermöglicht
https://www.deskmodder.de/blog/2020/11/23/kb4586853-manueller-download-windows-10-20h2-2004-19042-661-19041-661-korrigiert-das-inplace-problem/#comment-153473
@Manny, Danke für die Bestätigung ….. aber diese „Möglichkeit“ (Downgrade) ist doch wohl nur eine Ausnahme Situation, oder ?
ja natürlich, in der Regel funktionieren Inplaces / Downgrades auf eine ältere Version nicht ( so wie es auch im Wikki steht)
– wie es dann z.B. bei der 21H1 /21H2 funktioniert weiß nur Gott bzw. MS
Alles klar, Danke … 👍
Do you have a download link to the .630 ISO?
https://www.deskmodder.de/blog/2020/06/17/windows-10-20h2-19042-iso-esd-inkl-updates-deutsch-english/
Ich habe mir jetzt eine .662-ISO erstellt (für die 19042 gibt es ja auch eine zum Download hier) und damit ein Inplace-Upgrade gemacht. So war das Update direkt in einem Aufwasch mit installiert.
Ansonsten wäre ich versucht gewesen die .manifest-Datei ins entsprechende Verzeichnis zu kopieren…
Update heute von 631 auf 662 ohne Probleme.
Komplettsicherung ist jetzt fällig.
Gerade nochmal getestet – Neu aufgesetzt, diesmal in einer VM, mit 19041.1, Upgrade auf 20h2 630 – manuelle Installation auf 661, manuelles Upgrade auf 662 – Auch hier Problemlos …
Also insgesamt 4 Systeme problemlos von 661 auf 662 gebracht. Würde mich echt interessieren, wieso er bei einigen wegen einem Internet Explorer Package meckert ….
Das liegt wohl an der Windows Update-Bereinigung bzw. wenn das 661 in die ISO integriert wurde.
Wenn man nur 630/631 -> 661 -> 662 installiert, klappt das wohl.
Aber ist so oder so uninteressant geworden, da KB4586853 v1.7/v1.8 (661) eh verbrannt sind. Aktuell ist jetzt KB4586853 v1.10 (662) und nur das zählt jetzt. Das es bei so einem Update in der Entwicklung zu Problemen mit der Update-Bereinigung/Integration kommen kann, ist ja nichts neues.
20H2 19042 X86 HOME
SHA512:
A0A946AA2F12A43D9E02D6BD14C4779CDFF087998FD77A0AB2839BE0ADD8C7683C55C2FE9B19D9F27D9C090E895D89C74786BB2341903B3DC0A40E8C98B00A73
(Platzhalter für einen Text, welcher für Gäste nicht sichtbar ist.)
✌ Viel Spaß damit ✌
20H2 19042 PRO
SHA512:
FFCEBD0DDB395E37FBC3B22D5DC6D0DEB56E62B3A28EE244C558CDD20B639FB49DA5B516822F849C8DC94DE2CB8ED65A339D6D60FB556A622293791D79A1D7B9
(Platzhalter für einen Text, welcher für Gäste nicht sichtbar ist.)
✌ Viel Spaß damit ✌
20H2 19042 X86 PROPLUS
SHA512:
7A0FE071624C8B0D71D329950BB024F96A64F25725A4C399B1BC597F5338553C0CB7BB454811B02231623A023B31662471CD8A63A18E73F6E0235DCB82D15DCA
Größe: 4,00 GB
20H2 19042.662 X86 PROPLUS
integrierte(s) Update(s) :
KB4562830 – [Enablement / EdgeChromium]
KB4586853 – [LCU]
KB4586858 – [WinPE]
KB4586861 – [Setup DU]
KB4586864 – [SSU]
integrierte Editionen:
Index: „1“
Name: „Windows 10 Pro“
Index: „2“
Name: „Windows 10 Enterprise“
Index: „3“
Name: „Windows 10 Education“
Index: „4“
Name: „Windows 10 Pro Education“
Index: „5“
Name: „Windows 10 Pro for Workstations“
Index: „6“
Name: „Windows 10 Enterprise for Virtual Desktops“
Index: „7“
Name: „Windows 10 IoT Enterprise“
[/hide]
✌ Viel Spaß damit ✌
20H2 19042 X86 SUPERMULTI
SHA512:
168A79B9766A108807231DB1880FF76F6CC576C20A563565D51A47CBBC50DBF78BAAC962BEA199DC9CEFC27A7AEA31B02BE49494618F45074DECDF657069D209
(Platzhalter für einen Text, welcher für Gäste nicht sichtbar ist.)
✌ Viel Spaß damit ✌
Ich habe etwas sehr wichtiges gelernt: Nur noch offizielle Updates installieren. Soviel Mühe wie mit den 66x-Updates hatte ich noch nie. Zum Glück hat mich immer wieder ein Inplace-Update gerettet, aber das dauert… Nie wieder!
Ausgang war die 19042.630, Zwischenschritte hatte ich mir gespart. Ohne Probleme dann mit der x64.cab und DISM-GUI auf 19042.662. 😎
20H2 19042 X64 HOME
SHA512:
486E756F1A275D2525587F0B26968A5B2FF3E3C8EB511E36479C46F2ADAC1E8B4D1DBC7BCEB4672F3BF28B4A196BD685C5A156740E1AAD153C586864E8758718
(Platzhalter für einen Text, welcher für Gäste nicht sichtbar ist.)
✌ Viel Spaß damit ✌
20H2 19042 X64 PRO
SHA512:
774EDDAB812CF41944547E2190E6E1FEBDF9C4D36DB317423058A415E9BF708FB4E66B45A7D02F0EB3B3471B7461324519EE24BA6415CC2E1764998E1725DCBF
(Platzhalter für einen Text, welcher für Gäste nicht sichtbar ist.)
✌ Viel Spaß damit ✌
20H2 19042 X64 PROPLUS
SHA512:
38AB55793FF250A7162DA0175FEB4A7785DCF4C09CD71921274CCF8649BB0BE5129A03F7EAD2E9C3A8F1433D4D364D5120DC6A8B237E8E1761F6B2CAA5A60D2E
(Platzhalter für einen Text, welcher für Gäste nicht sichtbar ist.)
✌ Viel Spaß damit ✌
20H2 19042 SUPERMULTI
SHA512:
F2503B6393B0A1AE4C2E36913D2D9EDF7F7D0196F743A6E641D38FE8CDC058245AC3AC60ADAABECE3F9ECCB90020BBB3267D54022215F312BB05D14C75D6B929
(Platzhalter für einen Text, welcher für Gäste nicht sichtbar ist.)
✌ Viel Spaß damit ✌
0x800f081f
Sooo selber mal mit ISO aktualisiert:
Gestern manuelles Update von *.661 auf *.662 jeweils immer schief gegangen
Aktualisierung (OFFLINE) von *.661 auf *.662 mit entsprechender ISO – erfolgreich ( dauerte zwar eine recht lange Zeit bis die Auswahl kam ob Daten behalten aber danach lkief es recht „schnell“ durch
EDIT: Dieses nur bei der realen Installation / Build auf SSD – bei VM auf Ventoy auch weiterhin Updatefehler bzw. Aktualisierung fängt erst gar nicht an
Jetzt nur noch das „Update“ der Bierflaschenleerung durchführen
( hab ja schon / erst seit 6 Uhr Feierabend und da auch erst angefangen mit den Isos)
Das Inplace-Upgrade mit Mannys „20H2 19042 SUPERMULTI“ hat auf Anhieb geklappt. Alle Versuche davor, den 0x800f081f-Fehler zu umgehen, scheiterten.
Danke an Manny.
Das Inplace-Upgrade mit „20H2 19042.662 SUPERMULTI“ auf mein System v.661 hat geklappt. Davor 0x800f081f-Fehler immer beim eigen Versuch mit der KB4586853-x64_. Nach dem Inplace war das System v662 – in Windows Updates erschien dann: 1) KB4586853 (Löl) 2) NET Framework 3.5 and 4.8 3) Sicherheitsupdate für Adobe Flash Player. 1x Neu Start brauchte er nur für 2) NET Framework 3.5 and 4.8.
Kann ich bestätigen, nach Inplace von .661 auf .662 installiert er KB4586853 nochmal…
Zweimal ohne Fehler von .331 auf .662 aktualisiert und sfc /scannow danach ok.
„Kleines Update“ meinerseits auf Bezug VM (Ventoy mit VHXD-Datei) und 19042.662
19042.662 Virtuell
Am 20.11. von 19042.630 auf 661 und gerade eben auf 662 jeweils fehlerfrei CAB-Update eingespielt.
Bisher musste ich noch kein Backup auf einen älteren Versionsstand zurückspielen – hoffentlich bleibt das so.
Wieso kann das Update nicht sicher heruntergeladen werden?
Weil es über http von Microsoft bereitgestellt wird. Nicht https.
Ist in dem Fall aber egal.
Danke für die Antwort.
KB4586876 wurde heute morgen durch WU angeboten; problemlos installiert …
Dieses Update lässt sich hier nicht installieren. Weder per Windows Update noch per msu-Paket.
Bist du aktuell mit der 19042(1).661 unterwegs?
Ich habe es nun 5x probiert.
Ein anderes Update wurde einwandfrei installiert(.NET Framework).
Sei so gut, komm damit ins Forum (Auch als Gast). Dann bräuchten wir weitere Infos und die Log-Datei.
Vielleicht bekommen wir es hin.
Nein, mit der .630
Die kriegen das bei MS offensichtlich immer noch nicht auf die Reihe…Es wird weiterhin zu einem Neustart aufgefordert, obwohl Windows 10 Update noch mitten in der Installation der Updates ist. Verstehe ich einfach nicht…sehen die das nicht selber bei den Update Installationen, das da was nicht stimmt ? Bis zur 1909 war dies nicht der Fall (wie es jetzt aussieht weiss ich nicht), aber das ist wohl jetzt Standard.
Ausserdem funktionert bei mir seit längerem die automtische Wiedergabe von USB Datenträgern nicht mehr (zB öffnen des Inhalts). Das habe ich letztens durch einen Registry Eingriff wieder hingekriegt, aber nach jedem Update wieder der selber „Schmuh“. In der Systemsteuerung bzw. den Einstellungen steht alles richtig.
Korrektur: mit der .662 scheint dieses USB Problem wieder zu funktionieren. Mal schauen, wie lange…
Die „automatiche Wiedergabe“ sollte man aus Sicherheitsgründen grundsätzlich deaktivieren. Aber manche Leute sind halt zu faul, z.B. einen USB-Stick im Explorer selbst anzuklicken. 🙄
Und wieso gibt es dann diese Funktion ?! Immerhin sind es meine eigenen Sticks, die ich hier automatisch öffnen lassen will, mit meinen eigenen, sicheren und bekannten Dateien. Und wenn man 10 Logische Laufwerke oder mehr hat, vereinfacht das nun mal.
Aber klar doch, jede Vereinfachung sollte am besten in die Kategorie „Userfaulheit“ verbannt werden, denn schliesslich geht es ja umständlicher, und das ist bekanntermassen ja ökonomischer.
Muss wirklich manchmal den Kopf schütteln, was manche hier zum besten geben.
Janami, es gibt immer Leute die andere bevormunden möchten und nicht wissen, was für nen scheiß sie anrichten weil sie so selbstsüchtig sind um nicht dran zu denken, daß es nicht ihr Gerät ist.. Schade, daß Jenny von Bock nicht ihr Körper abgeben kann, ich würde die ganze Zeit mit dem Körper gegen eine mauer rennen um den verschossenen Bock aus Jenny’s Hirn raus zu maschen. *grinz* (ich weis, n bisschen derb, aber so bleibt’s im Hirn..) Nicht jeder steckt fremd ! Machen nur die, die den Bock abschießen möchten.. und dann von sich selber aus gehen..
Ich glaube, dir hat jemand gehörig in’s Hirn gesch. 💩 Abgesehen von dem inhaltlichen Bullshit den du da verzapft hast, solltest du auch mal einen Deutsch-Kurs besuchen.
Liebe Jenny,
1. Enttäuscht, daß jemand nich die gleiche Meinung ist und zweitens persönlich angehen..
das hab ich „gern“ .. was hast Du denn genommen ? Du solltest mal weniger „schnell(engl.)“ nehmen (Vermutung) da nimmt man auch im Hirn ab.. iss nur ne Aussage und sollte als Tip gesehen werden und kein persöhnliches an gehen… liebe Jenny, Du tust mir leid… oocchh…
Ach ja? Wer hat denn wen zuerst persönlich angegangen? Ich meine die Sache mit dem Körper und die dümmlichen Witzchen über meinen Namen. Und mir jetzt auch noch Drogenkonsum unterstellen zu wollen, sag mal geht’s eigentlich noch? Ich behaupte auch nicht, daß du den ganzen Tag Crack rauchst, obwohl man es bei deinem unverständlichen Kauderwelsch fast vermuten könnte. 😜
Nu reicht hier aber. Geht euch gefälligst woanders in die Haare.
Oky Cheffe hihi.. aber wenn die so speedy unterwegs iss, will ich’s mir nich verbocken könnt ja ne haarige Angelegenheit werden *bg* *rofl*
War doch nur Spaß. 😀 Ich schreib grad ’ne Arbeit über Sozialverhalten im Internet.
Blacky, ich heiße garnicht „Bock“. Und auch nicht Jenny. 😘
also reine Anmache das es hier im Tread abgeht.. genau aus diesen Gründen sollte man diesen Jenny Bock Sperren..
1. Um Daten ab zu greifen, die normalerweise deshalb es nie gegeben hätte ..
2. Täuschung der User und dem Board da von vorn herein schon aus den falschen Gründen hier eingeloggt und gepostet wurde und das mit bewusst negativen Treads (Trolling betrieben gegen Software wo verschieden benutzt wurde um Leute an zu locken die frei Ihre Software benutzen möchten und diese dann zu trollen.. um eben Daten ab zu greifen über Täuschung falscher Tatsachen da Ausdrücklich täuscht, wer beispielsweise einem anderen eine Geschichte erzählt, deren Inhalt unzutreffend ist.
3. Fisching betrieben um Daten zu erheben unter falschen Tatsachen und unter psychische Schädigung anderer.
Das ist Konkludent, Du hättest es unterlassen können und durch die Täuschung ist ein Irrtum entstanden durch den später ein Vermögensvorteil entsteht wenn eben genau durch diese Daten ein Titel mit unter erworben wird.
Und da Vorsatz besteht .. Und da Du Dich bereichern möchtest eben durch solchen Täuschungen ist dies im Grunde Rechtswidrig da Du unter Vorsatz falsche Absichten bekundet hat um Dich zu bereichern obwohl Du es unterlassen hättest können und das Ausdrücklich mittels deinen vorgespiegelten Vorgehen hier im Forum.. war das Betrug.
Wenn das mein Forum wäre, würde ich dich so was von kicken.
Komm mal wieder runter, du bist ja komplett irre! Wie sollte ich mich denn damit bereichern oder irgendwelche Daten abgreifen? So einen Schwachsinn wie von dir hab ich noch niemals in irgendeinem Forum gelesen. Außerdem braucht man sich hier gar nicht einzuloggen du Held, das ist eine offene Kommentarfunktion, falls du das noch nicht geschnallt hast.
Ruhe jetzt! Bitte! Sonst gibt es hier saures.
Auf 2 von 3 Rechnern lief das Update KB4586853 über Windows-Update sauber durch.
Nur beim Laptop, wo auch das Update auf .661 v1.8 drauf war (zum testen), kam Fehler 0x800f081f, wie bei einigen anderen auch.
Hab es dann aber mittels Inplace-Upgrade mittels aktueller Iso von hier auf 19042.662 geschafft, ohne erst den Rückweg auf 19042.630 machen zu müssen.
heute von 19042.631 auf 19042.662 mit Windows Update ohne Probleme
Lustig, dadurch dass bei mir Funktionsupdate für Windows 10 20H2 eingeblendet wird, bekomme ich das Update auf die 662 erst gar nicht.
Wird das nicht gleich installiert? Sollte eigentlich in einem Rutsch mitkommen. Aber gut, ist noch ein optionales Update. Kann sein, dass es da noch separat läuft.
Gerade mal ausprobiert. Das Update wird erst installiert, wenn ich wieder nach Updates auf die Suche gehe. – Neustart. Bis gleich
Und wieder da ohne Probleme.
Ist noch optional. Beim Feature-Update 20H2 wird nur KB4586858, KB4586864, KB4586781 und KB4562830 einbezogen. Im Beta Channel wird aber KB4586781 durch KB4586853 ersetzt, so dass man hier automatisch auf der 662 endet. Im Retail ist es nur die 630.
war bei mir genauso. Hab es dann manuell aus dem Catalog geladen und ohne Probleme installiert
gepostet mit der Deskmodder.de-App
Hallo!
Hab es soeben von 19042,630 auf 19042.662 mit WU ohne Probleme geschaft.
Ein W10 Pro (seit W7 Upgrade auf W10), mit Windows Feature Experience Pack 120.2212.551.0, und Entwicklermodus ohne Remote ist Ein.
lg
Tja, schon wieder der blöde Fehler 0x800f0988. Das passiert inzwischen bei jedem zweiten Update – eine Frechheit und peinlich für Microsoft.
Leider funktioniert auch das Skript von Ben dieses Mal nicht – sonst konnte es das Problem lösen, aber dieses Mal auch hier Fehler 0x800f0988.
Dann komm mit dem Problem in unser Forum.
Da wären dann die Log-Dateien interessant, woran es liegt und warum das Script nicht hilft.
Habe auch das Problem, mit dem Update 4586853, meine Frage: beim Inplace Upgrade, bleibt der Bootvorgang gleich? Habe noch ein Linux und müsst dann den Grub neu reparieren. Danke
Rainer
@Rainer58
Der aktuelle Windows-Bootmanager wird während des Windows-Setup durch zusätzliche Einträge wie „Windows 10 Setup“ und den vorbereiteten Eintrag „Windows 10“ (zusätzlich zum normalen Windows-Bootmanager) temporär/vorübergehend erweitert; wird nach erfolgreichem Setup (oder „System wird auf vorherige Version zurückgesetzt“) aber wieder „normal“ eingetragen – die zusätzlichen Einträge verschwinden wieder.
Die Linux-Bootmanager „Lilo“, „Grub“ bzw. „Grub 2“ bleiben dabei unangetastet! …
Dies bedeutet aber, daß man bei jedem Rechner-Neustart auch manuell den Windows-Bootloader im Linux-Bootmenü erneut auswählen muß, sonst landet man unweigerlich im Linux-System. Unbeaufsichtigter Windows-Neustart ist also nicht möglich.
Im Gegensatz zum Windows-Bootloader kann man aber nach versehentlich falscher Betriebssystem-Auswahl im Linux-Loader nach einem Neustart völlig ungestört erneut den Windows-Bootloader ansteuern und dort die jeweilige Windows-Version starten …
Passiert eine Fehlauswahl allerdings im Windows-Bootloader (während der Setup-Neustarts), waren die vorherigen Windows-Upgrade-Aktionen „für die Katz“ (also verschenkte Zeit), weil Windows in solchen Fällen automatisch und sofort alle Änderungen rückgängig macht! …
Hallo Harry
besten Dank für die Info. Das Update habe ich hin bekommen mit dem Tool von Ben, auch ein Dankeschön
Das „Jetzt besprechen“-Icon ist wieder da. Mal sehen, wie lange es diesmal bleibt.
Ja das ist bei mir heute auch mal erschienen obwohl ich kein Skype installiert habe. Habe es aber dann schnell deaktiviert. Nach dieser Anleitung.
https://www.deskmodder.de/wiki/index.php?title=Jetzt_Besprechen_deaktivieren_aktivieren_Windows_10
In meinem russisch-sprachigen Windows habe ich kein solches Symbol – ich kann es nichtmal nachträglich aktivieren.
Ich kann das KB4586853 derzeit nicht für ein ThinkPad X1 Carbon 6th Gen. Type 20KH empfehlen. Ein ordnungsgemäßes herunterfahren ist da mit dem KB4586853 nicht mehr möglich. Ich hab es wieder deinstalliert.
Symptom: Der Einschaltknopf leuchtet dauerhaft und sollte die Tastaturbeleuchtung an sein leuchtet diese auch dauerhaft. Das Notebook kann nur durch langes drücken des Einschaltknopfes Ausgeschaltet werden.
Lösung: KB4586853 deinstallieren und warten bis ein Nachfolgeupdate von Microsoft veröffentlicht wird was keine Preview ist.
@Grisu_1968
Dieses Problem taucht nicht nur beim X1 auf, sondern ist ein generelles Alterungs-Problem bei Lenovo-Profi-Notebooks! Es deutet auf baldigen Ausfall der Steuerung (Motherboard) hin – was sich später vielfältig auswirken kann. Hier mal eine Kuriositäten-Auflistung:
– Neustart nicht möglich – herunterfahren und neu einschalten ohne Probleme.
– Rechner-Start nur mit abgezogenem Netzteil (über Akku) möglich – anschließend normale Funktion (incl. Warmstart) …
– Einschalten OK – BIOS-POST (bzw. Lenovo-Begrüßungsbildschirm OK – danach tut sich für ca. 2-10 Minuten absolut nichts, danach erschrickt man dann durch den Ready-Beep (falls aktiviert) und der Rechner arbeitet völlig normal …
– Rechner läßt sich erst nach komplettem Entfernen von Akku und Netzteil sowie dessen Neuanschluß starten …
– Rechner startet nach Herunterfahren immer wieder neu – nur anzuhalten durch kuzfristiges Entfernen aller Stromzuführungen …
– Akku(s) werden einfach nicht mehr geladen – Akku-Austausch bringt nichts = Motherboard defekt!
Das liegt aber definitiv nicht an Windows 10, sondern an vleifältigen Steuerungs-Defekten der Motherboards …
Diese Symptome gibt es seit Einführung der T-Serie(n) vor 20 Jahren und sie ziehen sich über die R-, W- und X-Serien bis heute hin…
BIOS-Updates bringen dabei gar nichts, da sich die Hardware offensichtlich von innen heraus selbst stillegt …
Das denke ich nicht. Das Verhalten mit dem nicht Herunterfahren liegt eindeutig am „KB4586853“ und ich kann es reproduzieren. Sobald das KB4586853 installiert ist fährt mein ThinkPad X1 Carbon 6th Gen. Type 20KH nicht mehr ordnungsgemäß herunter. Wenn KB4586853 deinstalliert wird ist ein Herunterfahren problemlos möglich mit Windows 10 20H2 Build 19042.631. Entweder muss da irgend ein Treiber noch angepasst werden oder MS muss bei dem Update noch mal nacharbeiten. Als Moderator im Forum von Lenovo hab ich da gute Kontakte und auch bei Lenovo ist man der Meinung das da was quer schießt und es nicht an der Hardware selbst liegt.
Das Starten funktioniert immer ohne Probleme nur das Herunterfahren mit KB4586853 funktioniert nicht richtig.
Hola tengo instalado windows 10 versión 19042.661 y desde el 30 de noviembre de 2020 por windows update intento instalar la ultima actulizacion acumulativa kb4586853 y da error una y otra vez la descargue manual en .cab la intente instalar con dism-gui-128 la descargue en msu y nada error y error he probado diversas soluciones por comando CMD segun recomendaciones que he encontrado en la web y nada sirve quisiera saber si existe alguna solución o tengo que instalar Windows desde cero agradezco alguna ayuda gracias y saludos
Lo mejor sería la instalación a través de Inplace Update – preferiblemente SIN conexión de red – con una ISO (actual) de 19042.662.
Ver también en la página:
https://www.deskmodder.de/blog/2020/06/17/windows-10-20h2-19042-iso-esd-inkl-updates-deutsch-english/
…
Sin embargo, SÓLO las ISO alemanas están representadas en esta página y más abajo las inglesas.
Una versión correspondiente en español tendría que crearla usted mismo, por ejemplo con un guión de creación en la página UUP-Dump:
https://uupdump.ml/selectedition.php?id=ef32dbe2-8763-4fcd-ab29-82a40b9734c1&pack=es-es
Bei mir erscheint nach wievor beim installieren die Fehlermeldung „Das Update konnte nicht installiert werden. Sie können es aber erneut versuchen. (0x800f081f)“ bzw. im Updateverlauf „Fehler bei der Installation – 0x8024200d“. Was immer das auch zu bedeuten hat.
lade dir eine aktuelle Iso hier runter ( https://www.deskmodder.de/blog/2020/06/17/windows-10-20h2-19042-iso-esd-inkl-updates-deutsch-english/ ) und mach ein InplaceUpgrade.
Musste ich machen, da ich das Update auf 19042.661 drauf hatte auf einem Laptop. Per InplaceUpgrade lief es dann sauber durch.
hab mich sowieso gefragt warum die alle so viel rumlamentieren über ihre geglückten Updates, anstatt einfach ne aktuelle iso zu laden und die dann drüber zu plätten.. (Danke an Birkuli und die anderen die ausdauernd immer uns geile iso’s bescheren !)
Weil dieses, wie du es so liebevoll nennst, „drüber zu plätten“, erst ab 662 funktioniert ;D Vorher ist/war kein Inplace Upgrade möglich, denn genau dieses Update repariert diese Funktion ja Wenn dieses sich aber nicht installieren lässt, muss man schauen das man das Problem auf andre weise fixt.
oky, danke für die info…
apropo, gugg mal den nächsten post unter uns.. hummm….
Klasse, nachdem das Update auch mit Bens Script nicht wolle, musste ich per ISO updaten.
Nun auf der neuesten .662 will er gar keine Updates mehr installieren.
FEHLER 0x80073701, wenn ein Windows 10 Funktionsupdate angezeigt wird.
Nervig.
Hallo zusammen,
bei mit ließ sich das Update auch nicht installieren, dachte mir dann, viele mal dein Backup von Anfang Oktober ein,
und siehe da, jetzt ließ sich das Update installieren. Ich hatte vor kurzem eine Datenträgerbereinigung durchgeführt, das scheint das Problem zu sein!
Geht eben nichts über eine regelmäßige Backuppflege.
Immer wieder lustig…Hatte auch an 2 Rechnern eine Datenträgerbereinigung über die Einstellungen gemacht…Und siehe da, Update lies sich auch nicht installieren. Backups von vor 2 Wochen eingespielt, und dann geht es plötzlich. Kann ich bei mir testen und nachvollziehen.
Auf dem Rechner könnte ich momentan ca. 20GB Speicher „bereinigen“, am Notebook / Tablet meiner Frau ca. 15GB. Dort wird der Speicher auch langsam knapp auf dem Systemlaufwerk (nicht erweiterbar).
Ich finde das inzwischen nicht mehr witzig, wenn man nicht einmal eine offizielle Bereinigung mit Bordmitteln durchführen kann, und hinterher lassen sich die Updates nicht mehr einspielen. Dahingehend gab es jahrelang keine Probleme, und jetzt wieder eine Baustelle (mehr).
Ich hab kein Bock auf immer wieder neue Inplace Upgrades (die bei der 20H2 ja erst seit dem .662 funktionieren), um dann viele Einstellungen neu machen zu müssen.
Warum hat das früher einwandfrei funktioniert mit der alten Datenträgerbereinigung (als es das in den Einstellungen noch nicht gab) ? Vielleicht ist hier etwas falsch portiert worden, und systemrelevante Dateien werden „versehentlich“ gelöscht.
Ehrlich gesagt, mich wundert überhaupt nichts mehr.
Was passiert denn als Gegentest wenn Du die Bereinigung über den Eigenschaften-Dialog vom Systemlaufwerk machst ( der althergebrachte Weg)?
gepostet mit der Deskmodder.de-App für Android
Wenn man vorher KB4586853 in der Version 1.7/1.8 /661) installiert hatte und Update-Bereinigung (egal on neu oder alt oder über DISM), endet die Installation von KB4586853 Version 1.10 (662) mit dem Fehler 0x800f081f. Ich hatte den Fehler allerdings auch ohne Update-Bereinigung, allerdings gehe ich davon aus, dass die Installation eh defekt war. Nach Inplace-Upgrade von 19042.661 auf 19042.630 (mit bekannten Fix) lief dann alles ohne Probleme zur 19042.662 durch.
Also ich klinke mich mal hier ein, in der Hoffnung richtig zu sein.
Es geht um ein Inplace-Upgrade von 2004 Build 19041.632, auf 20H2 19042.xxx
Versucht habe ich es mit dem entpackten ISO 19042.662.Vibranium-X64-DE-CLIENTPRO. Ein Start der setup.exe unter laufendem Windows 10 hat früher ohne Probleme zum gewünschten Erfolg geführt. Nun kommt unter anderem ein Fenster, wo ich einen Key eingeben soll, aber das System ist ja schon mit einem digitalen Key aktiviert bzw. lizensiert.
Ich wähle also: Ich habe keinen Key und wähle „Weiter“ und möchte ja meine Dateien behalten usw., aber das einzigste was dann nur passiert ist eine Meldung:
Dieser Upgradepfad wird nicht unterstützt. Schließen Sie Setup und starten Sie es über Stammverzeichnis des Mediums neu, oder gehen Sie zurück und wählen Sie einen andere Installationsmethode aus.
Auch habe ich getestet, ein Inplace-Upgrade, mit dem MediaCreationTool20H2.exe durchzuführen und erhalte die Meldung:
Eine unbekannte Befehlszeilenoption [/Dynamic Update] wurde angegeben.
Das einzigste, was ich vor den ganzen Versuchen gemacht habe, ist ein Wechsel der SSD, wie folgt:
Sichern der System und EFI Partition mit Acronis True Image, von der alten SSD und nach Wechsel der neuen SSD und deren Initialisierung, anlegen eine Partition und dem „aufspielen der System und EFI Partition mit Acronis True Image, lief das System wieder. Was nur nicht auf der neuen SSD vorhanden ist, ist eine versteckte Partition, die damals beim ersten Setup, von Windows 10, auf der alten SSD mit vorhanden war.
Was ich nun mal teste, ein frisches Setup, von Windows 10 Pro x64, der aktuellen Version, ohne Dateien zu behalten, System mit Acronis sichern und momentanes gesichertes System zurück spielen und dann auf ein funktionierendes Inplace Upgrade hoffen.
Mario
Warum die ISO entpacken? Rechtsklick auf die ISO und Bereitstellen auswählen und dort die setup.exe ausführen reicht eigentlich 😏
gepostet mit der Deskmodder.de-App für Android
Okay danke, für den Tipp.
Von den geschilderten Problemen kling das so, als ob da nicht Windows 10 Pro installiert ist oder war. Dann kommen da die Frage nach Key und wenn man keinen eingibt, die Sache mit dem Upgradepfad.
Oder es liegt am Partitions-Layout für GPT. Es muss eine ESP mit richtiger GUID und eine MSR vorhanden sein. Ansonsten mag das Setup nicht so richtig.
Es ist aber definitiv Windows 10 Pro installiert und das schon lange. Es wird mir auch angezeigt, wenn ich winver nutze. Über Einstellungen/System/Info, wird es auch angezeigt.
Partition vom System ist GPT, aber bisher habe ich schon öfter ein Inplace-Upgrade getätigt.
Mein Problem konnte ich lösen!
Verstehen kann ich es nicht, denn sonst habe ich ein Inplace immer durch starten der setup.exe machen können, egal in welchem Ordner die Dateien lagen und egal auf welcher Partition. Nun funktionierte es nur durch starten der setup.exe, von einem mit dem MediaCreationTool20H2.exe erstellten USB-Stick.
Mario
Verstehen kann man es wirklich nicht. Aber wenn es vorher schon beim MCT und ISO nicht geklappt hatte, muss ja beim Setup selber was schiefgelaufen sein.
Aber gut, nun hat es ja funktioniert.
Hey Moinmoin,
ich wollte eben meine 1909 zur 2004 per Inplace Updaten.
Es scheint zum 2x mal nicht zu funktionieren. Es kommt ständig ein Bluescreen:
http://abload.de/img/fffddssdekr6.jpg
Hast du eine Ahnung was das sein kann?
Anhand des Screenshots? Nö.
Komm ins Forum und dann mit mehr Infos.
Kleiner Spass….Ich dachte du wirst stutzig
https://www.deskmodder.de/blog/2020/12/06/windows-updates-oder-bluescreens-vortaeuschen-fuer-ein-bisschen-ruhe-am-pc/#comment-156938
Ist doch alles möglich bei Windows. Da wird man nicht mehr stutzig.
Weiß der Geier … bin auf das nächste mal gespannt.
Hallo,
hab auch das Problem mit dem Microsoft Update (KB4586853) gehabt. Es wollte und wollte einfach nicht installieren.
Nachdem ich das Prozedere wie oben beschrieben angewandt hab, ging es und ich konnte das verflixte Update installieren. Allerdings fragt mich Windows neuerdings kurz nachdem ich gestartet habe ob ich einen Datenträger in das virtuelle Laufwerk einfüge. Kann ich das irgendwie abstellen?