Win10 64bit Januar-Update läßt sich nicht installieren....

Wenn's ne ältere Windows Installation bzw mehrere Upgrades sind, dann liegt ganz vorne die Recovery gefolgt von der ESP.
Man könnte aber je nachdem auch mal in die Datenträgerverwaltungen schauen.
Ich sehe bereits wieder einige unnötige Seiten in diesem Thread.
 
  • Gefällt mir
Reaktionen: Terrier
Wenn man Diskpart wieder schliesst ist das logisch. Bitte Diskpart offen lassen!
Ergänzung ()

Nickel schrieb:
Man könnte aber je nachdem auch mal in die Datenträgerverwaltungen schauen.
Könnte und hätte man längst machen sollen.
 
Du lässt ihn doch hier mit diskpart hantieren, warum auch immer.
 
  • Gefällt mir
Reaktionen: Terrier
Jetzt aber....
 

Anhänge

  • ListPart_1.jpg
    ListPart_1.jpg
    55,5 KB · Aufrufe: 146
Alles Klar wir sind bald am Ziel:
Bitte
Code:
sel disk 0
sel part 2
detail part
eingeben und hier posten. Danke und Diskperf bitte so stehen lassen.
 
Mir ist noch was eingefallen!! Zwischen dem letzten Inplace Update und dem nun nicht funktionierenden habe ich mir vom Laufwerk C etwas abgezwackt für das Laufwerk X.... Kann da was schiefgelaufen sein??
 
Möglich, aber bitte das Bild. Ich muss heimfaheren :D
Ergänzung ()

Nickel schrieb:
Du lässt ihn doch hier mit diskpart hantieren, warum auch immer
Weil ich die Details der EFI Partition sehen möchte, was ja leider mangels Kenntnisse der Gegenseite nicht so einfach verlangt werden kann. Außerdem liegt die Recovery ja nicht an erster Stelle, was aber jetzt auch wurscht ist. Geht eigentlich in 20 Sekunden das Ganze ;)
 
Da bin ich aber mal gespannt, wie eine ESP, Einfluss auf das installieren von kumulativen Updates haben kann.
@TE, durch das ändern der Partitionsgrößen mit Windows Bordmitteln, werden die Datenträger danach meistens zu dynamischen Datenträger.
 
  • Gefällt mir
Reaktionen: Terrier
So, nachdem das Bild gepostet wurde, bitte folgendes in Diskpart eingeben:

Code:
sel disk 0
sel part 2
set ID=c12a7328-f81f-11d2-ba4b-00a0c93ec93b
gpt attributes=0X8000000000000000
exit

Wenn die ID nicht der oberen entspricht, ist das falsch! Es wäre interessant die jetzige ID zu erfahren!
Möglicherweise funktioniert danach das Update fehlerfrei.
Ansonsten war es halt umsonst.
Ich schau dann später wieder rein.
 
  • Gefällt mir
Reaktionen: NotNerdNotDau
Hier das Bild....
Ergänzung ()

Okay, hab ich gemacht, anbei das Protokoll!
....und weiter?
 

Anhänge

  • ListPart_2.jpg
    ListPart_2.jpg
    64,1 KB · Aufrufe: 138
  • ListPart_3.jpg
    ListPart_3.jpg
    89,7 KB · Aufrufe: 136
Jetzt Versuch ob das Windows Update nun funktioniert.
Du hast eine korrekte EFI-Systempartition.
Man kennt diese Versuche ja von Deskmodder.de.
Nur geht es bei dir ja um kumulative Updates
und nicht um ein großes Upgrade wie z.B von Windows 1909 auf 2004.
Zumal ein normales Inplace Upgrade ja bei dir auch funktionierte.
 
Zuletzt bearbeitet:
Du bist so ein …. Megapragmatiker 😤
Empfehle doch wieder eine Neuinstallation. Dann hast du den Thread gerettet.
Eine falsche ID der ESP-Partition führt jedenfalls zu genau dem beschriebenen Fehler des TE, aber das hat du alles schon vorher gewusst.

In dem Fall hier ist nur das Atribut falsch, was aber wohl nicht der Knackpunkt ist. Seltsam ist auch die Anordnung und die falsche Größe der MSR-Partition. Original MS ist das jedenfalls nicht.
 
Tja, und jetzt bist du wieder sauer 🤷‍♂️
Fusionator schrieb:
Empfehle doch wieder eine Neuinstallation. Dann hast du den Thread gerettet.
Es geht hier um kumulative Updates, die ESP und andere Partitionen spielen keine Rolle.
Bzgl. Neuinstallation, gibt's ja bereits #22.
 
Geby_WIN10 schrieb:
"win10 64bit kb5009543 fehler 0x80071a90"

SPB schrieb:
Seit heute gibt es eine neue Version: windows10.0-KB5010793

Nickel schrieb:
die ESP und andere Partitionen spielen keine Rolle.
Doch tun sie manchmal.
Anscheinend ist das nicht richtig rübergekommen, aber eine falsche ID der ESP-Partition führt zu dem Scheitern dieser beiden Updates mit genau der gleichen Fehlermeldung. Das wird natürlich nicht der einzige Grund sein, aber ein möglicher Grund, der halt hier offensichtlich nicht vorliegt.
Diese ID wird von manchen Backup oder Partitionierungstools einfach so geändert bzw. auf Standard-Partition gesetzt, was schlichtweg falsch ist und irgendwann zu unerwarteten Problemen führen kann.
Beispielsweise kannst du bei einer falschen ESP ID die RE-Partition nicht mit dem üblichen Befehl aktivieren.

Und da hier MSR und ESP vertauscht sind und dazu die Größe der MSR nicht passt, wurde da auch schon mit einem Tool etwas gemacht.

Edit: Größe der MSR ist richtig und entspricht dem MS-Standard bei einer Installation.
 
Zuletzt bearbeitet:
Fusionator schrieb:
Anscheinend ist das nicht richtig rübergekommen,
Deine Theorien kommen manchmal wirklich richtig rüber. Zum Rest, müsste ich mich nochmals wiederholen.
Aber ok, bring deine Sache zuende, der TE scheint ja bereit zu sein.
 
Wo steht das geschrieben, was du da oben zitierst über mir?

Wenn es nicht nur eine deiner Behauptungen ist, die du nun selbst zitierst,
vermute ich mal es kommt was von Deskmodder oder BornCity.
Wäre mir dann aber auch nichts wirklich neues, aber das bezieht sich eben nicht auf
kumulative Updates, sondern auf Probleme bei einem Upgrade, wie oben schon erwähnt.
Ergänzung ()

@TE, Vermeide es auch in Zukunft, Windows zu sehr zu cleanen,
damit meine ich eher Tools wie zum Beispiel CCleaner.
Am besten nicht mit Tools dieser Art eine Windows Update Bereinigung mit durchführen
lassen. Das bringt nämlich oft solche Probleme mit Windows Update.
 
Zuletzt bearbeitet:
Zurück
Oben