Hallo,

ich konnte es zwar noch nicht komplett nachstellen, aber beim wiederherstellen des Images der
betroffenen Installation wurde von EaseUS bemerkt das es einen Datenträgerfehler in der Windows-Partition gibt.

Ein Wiederherstellen war deswegen nur Sektorweise auf einer genau gleichen Festplattengröße möglich.
Danach konnte der Datenträgerfehler auch erfolgreich behoben werden. Wurde von Windows aber erst
bemerkt, nachdem ich es manuell angestoßen habe.

Während meiner Versuche auf dem originalen Rechner gab es nie eine Meldung zu einem Problem
im Dateisystem. Ein kompletter nachfolgender Scan der betroffenen Samsung 870Evo mittels Magican zeigte auch keine Fehler.

Ich hab es leider noch nicht geschafft die Installation in der VM zum Laufen zu bekommen um weiter zu testen.
Bei unerfindlichen Fehlern im Update mal ein Datenträgerprüfung zu machen, ist anscheinend keine schlechte Idee.

Melde mich wieder falls ich noch mehr herausfinde.

[b]22631.3527.Nickel-X64-DE-XXXL-ZERO-LIMIT-MOMENT-5.RP.V.64.ISO[/b]
Siehe ersten Beitrag.

Bitte auch die Hinweise im ersten Beitrag beachten.

[b]SHA-256: 894512257a14f0fc094d12885860f4ec8aec24e7939339d3f90eac6a991aeef5[/b]

RP: 226x1.3527.....
https://support.microsoft.com/en-us/topic/april-23-2024-kb5036980-os-builds-22621-3527-and-22631-3527-preview-5a0d6c49-e42e-4eb4-8541-33a7139281ed

[b][color=#0040FF][size=150]Zu Testzwecken und für "Enthusiasten"[/size][/color][/b]
Zu dieser ISO gibt es leider keine weiteren Infos seitens MFST.

Einige, wenige Infos dazu: https://www.deskmodder.de/blog/2024/04/04/windows-11-24h2-26100-1-ltsc-iso-durchgesickert/#comment-274210

[b]26100 1 CLIENT ENTERPRISES ZERO LIMIT OEM x64FRE DE-DE.V2.iso[/b]
Siehe ersten Beitrag.

Bitte auch die Hinweise im ersten Beitrag beachten.
[b]SHA_256: d8ee0dd51501040ca16317a74719eec4f470cee5480e900ccfbfc2d179dbb211[/b]

@DK2000
Danke das ich heute wieder etwas lernen durfte :daumen: :daumen:

@Blondi_2021:

Kommt halt immer auf den Fehler an. Wenn nur KB5027397 (Enablement Package) zu Lösung gereicht hat, dann ist das etwas komisch, zumal die 22H2 noch Noch im Support ist. Müsste man jetzt im Nachhinein wissen, was da genau für ein Fehler aufgetreten ist.

Für den Fehler 0x8024a206 habe ich keine Beschreibung. Ich weiß also nicht, was er bedeutet und wie man ihn eventuell lösen könnte. Eventuell funktioniert das mit dem Script für die Reparatur des Windows Update Client oder halt nicht. Ich habe den Script schon länger nicht mehr verwendet, weiß also auch nicht, ob dieser den UUS (Undocked Update Stack) unterstützt, welche vom Windows Update jetzt verwendet wird.

Was den Fehler 0x800f081f angeht, hilft nur eine gezielte individuelle Vorgehensweise, so wie sie Tekkie Boy beschrieben hat. Die Vorgehensweise ist dabei kompliziert, da genau die Pakte/Manifeste in genau den benötigten Revisionen hinzugefügt werden müssen, welche im Komponentenspeicher fehlen. Die Vorgehensweise kann sehr zeitaufwendig sein, je nachdem wie viele Sahen fehlen. Daher ist auch Microsoft bei dem Fehler dazu übergegangen, dieses über Inplace Upgrade zu lösen. Dazu wurde auch extra die Option in den Einstellungen eingebaut.

@Tekkie Boy
bin Dankbar für deine Kritik die auch vollkommen berechtig ist. :dankeschoen: denn ist ja von Compi zu Compi verschieden ist halt meist eine Universal Lösung da wir nicht vorm Bildschirm sitzen und meist nicht die Config des Systems Wissen.Da meist ungenaue Beschreibungen des Problems und Systems macht es aus der Ferne schwer .Deshalb verlinke ich ja nur um einen Denk anstoss zu geben (meist mit Bildern) fürn Lerneffekt.Es gibt ja meist einen Fehler der Unterfehler hat und der im Dump bzw Logs protolkiert wird was aber für viele User eine Herausfoderung ist ;) weil sie es nicht zu Deuten wissen.

[quote=Blondi_2021 post_id=426823 time=1713623977 user_id=44983]
@Dk2000
weder du noch andere haben einen Einblick was gemacht worden ist 2021 und wir sitzen nicht vor diesem Computer um es direkt zu analysieren was damals schon schief gelaufen ist ;)
[/quote]

Eben!
Auch ich hatte mal das Problem, dass keine Updates kamen und das System ewig auf altem Stand blieb, das war im Mai 2023.
Aber ich konnte es damals rel. einfach mit dem KB5027397 Funktionsupdate beheben.
Seitdem kommen auch die Updates wieder durch und das System ist aktuell auf 23H2 22631.3447.
Ohne dieses Funktionsupdate, hätte mir ebenfalls entweder ein Inplace Update oder eine Neuinstallation geblüht.

[quote=Blondi_2021 post_id=426817 time=1713620527 user_id=44983]
könntest ja hier nochmals reinschauen und testen für alle ;) [url]https://www.ionos.de/digitalguide/server/konfiguration/0x800f081f-fehler-beheben/ [/url]
[/quote]

Bitte nachfolgenden Kommentar nicht persönlich nehmen.

Ich weiß dass Du es gut meinst, wie die meisten anderen Leute hier, aber wenn Du Dich mal genauer mit dem Thema Windows Update auseinandersetzen würdest, würdest Du feststellen das die meisten Webseiten die irgendwelche Lösungen für irgendwelche Update Fehler beschreiben ehrlich gesagt Müll sind.

Das gleiche gilt auch für BSOD Fehler Lösungsanleitungen.

Wie DK2000 schon geschrieben hat, kann das herumdoktern ohne Plan funktionieren.
Wird es aber zu 99% nicht.

Wenn Beispielsweise der Komponenten Speicher beschädigt ist, z.B mit Fehlercode: 0x80073712 - ERROR_SXS_COMPONENT_STORE_CORRUPT, kann man das auch Händisch reparieren.

Allerdings kann das sehr Zeitaufwendig sein und um dies zu Umgehen schlägt man in der Regel die Reparatur Installation bzw. In-place Upgrade vor.

Die richtige Vorgehensweise in macace2000 seinem Fall wäre jetzt:

Dism /online /cleanup-image /restorehealth

sfc /scannow

ausführen.

CBS Logs analysieren um zu ermitteln, was dort gemäß Fehlercode 0x800f081f - CBS_E_SOURCE_MISSING vermisst wird.

Wäre es Payload Corruption - fehlende/beschädigte Dateien ersetzen.
Ginge es wiederum in Richtung Manifests Corruption, würde man sich mal die Components Hive anschauen etc.

Danach Windows Update erneut installieren.

Wenn wieder fehlgeschlagen, dann erneute Analyse der CBS Logs usw.

Das ist warum ich schrieb, dass das Zeitaufwendig sein kann.

Gruß

:dankeschoen: fürs testen demnächst

[quote=Blondi_2021 post_id=426831 time=1713629265 user_id=44983]
Denke mal nun hat sich mit dem script erlerdigt da ja nun alles wieder läuft :daumen: wäre halt vorher Intressant gewesen ob es geholfen hätte ;)
[/quote]
Wie gesagt das teste ich später noch in der VM mal. Ich hab das Image ja noch.

Update-Wechsel von DEV-26100.2 auf Canary-26200.5001 GERMANIUM-X64-DE-XXXL-ZERO-LIMIT-CANARY.V49 problemlos vollzogen.
Die hier beschriebene "FLIGHTING"-Meldung kam bei mir nicht.
DANKE für die Bereitstellung. :dankeschoen:
[img]https://up.picr.de/47454233je.png[/img]

Denke mal nun hat sich mit dem script erlerdigt da ja nun alles wieder läuft :daumen: wäre halt vorher Intressant gewesen ob es geholfen hätte ;)

Die ursprüngliche Installation von dem Rechner war mal eine Acer Win10 die auf Win11 hochgezogen wurde.
Die ISO für den Inplace war die Original Unbreaked von hier. Ich habe den Inplace hauptsächlich
gemacht um von 21H1 überhaupt auf 22H1 oder 23H2 zu kommen. Bereinigt wurde nur mit Windows Boardmittel.

Es bestätigt sich wieder mal, gleich komplett neu machen ist besser und schneller.
Da ich mit vorgefertigten Images arbeite ist das in 30min erledigt.
22631.3447 läuft nun ohne Probleme auf dem Rechner.

Wenn ich was wegen dem Script weiß, melde ich mich wieder. Kann aber ein paar Tage dauern.

Danke euch nochmal.

Kannst ruhig die 23H2 22631 nehmen.