Inplace-Update von Win 11-23H2 auf Windows 11-24H2 scheitert zunächst
Natürlch will ich auch auf meinem Reise-NoteBook Surface Pro 4 die aktuelle Windows-Version haben, ehe Microsoft im Herbst 2025 die Versorgung mit Sicherheitsupdates für 23H2 einstellt. Eine komplette Neuinstallation möchte ich aus verständlichen Gründen vermeiden. Für ein Inplace-Update aus dem laufenden Windows 11_23H2 benötige ich die Datei ‚Win11_24H2_German_x64.iso‘.
Auf ‚https://www.windows-faq.de/2024/10/12/windows-11-24h2-installation-update/‘ finde ich zunächst Angaben, wie das Update auf Win11_24H2 durchgeführt werden kann. Unter ‚https://www.microsoft.com/de-de/software-download/windows11‘ werden die verschiedenen Varianten der Installationsdatei angeboten. Über das Kontextmenü (Rechts-Klick) der so gewonnenen Datei ‚Win11_24H2_German_x64.iso‘ und den Befehl ‚bereitstellen‘ gelange ich an den Inhalt der Datei und dort an die ’setup.exe‘.
Leider ist nach der Meldung ‚Wird neu gestartet‘ mit der Herrlichkeit Schluss. In einer stundenlangen Endlos-Anzeige des ‚Surface‘-Logos verharrt der Update-Prozess. Das NoteBook lässt sich auch nicht ausschalten. Betrieb, bis bei entferntem Netzgerät der Akku leer ist. Beim erneuten Einschalten erscheint die Anzeige „…. vorgenommene Änderungen werden rückgängig gemacht“ und kurz darauf der gewohnte 23H2-Desktop.
2. Versuch
Mehrfach lese ich, dass ein Update mit einem USB-Boot-Stick ohne Probleme durchführbar sei. Na dann – ‚Rufus‘ beschaffen und Boot-Stick erstellen. Zügig läuft die Prozedur mit dem „Rufus“-USB-Bootstick durch bis ‚Neustart‘ – ‚Updates werden durchgeführt’/60%. Dann erscheint automatisch eine neue Meldung „…. vorgenommene Änderungen werden rückgängig gemacht“. Es erscheint kurz darauf der alte 23H2-Desktop, allerdings mit einer zusätzlichen Erklärung:
Win 11 konnte nicht installiert werden
OxC19001-0x40017
Fehler in Phase Second_Boot.
Beim Verbinden mit aka.ms trat Fehler auf
OCSP FehlerCode: SEC_ERROR_OCSP_INVALID_SIGNING_CERT
Wenig hilfreich sind die im Internet für OCSP-Fehler angebotenen Tipps – nichts beseitigt den Fehler.
3. Versuch
Nach mühevoller Suche finde ich Angaben, wie sich beim Surface Pro4 das UEFI aufrufen lässt. Aber auch dort sind keine Hinweise zu entdecken, was die Update-Blockade verursachen könnte. Der Versuch, nun doch eine komplette Neu-Installation durchzuführen scheitert daran, dass es mir nicht gelingt, das Bootmenü des Surface aufzurufen, um vom USB-Stick zu booten. Leider sind die dafür von Microsoft bereitgestellten Informationen nicht brauchbar, weil falsch. Ich starte einen neuen ‚inplace‘-Versuch mit einem etwas modifiziertem Boot-Stick – erfolglos, aber mit einer neuen Fehlerdefinition:
SecondBoot-Fehler 0xC1900101-0x40017
mit der Angabe über mögliche Ursachen und darin heißt es u. a. ‚falsche Treiber‘. Das nützt auch nicht viel, denn im Geräte-Manager werden keine fehlerhaften Treiber angezeigt, die ich beseitigen oder erneuern könnte.
4. Nach weiterem Suchen im Internet begegnet mir ein Hinweis, wie eventuell fehlerhafte Treiber, die das Update verhindern, gefunden und eliminiert werden können. Siehe hierzu:
https://www.seatcupra.net/forums/threads/windows-11-24h2-sorting-out-those-pesky-drivers-that-stop-it-doing-the-second-boot-on-the-upgrade.477634/
oder
https://www.seatcupra.net/forums/threads/windows-11-22h2-23h2-24h2-upgrade-on-unsupported-64bit-hardware-link.470723/
Das dort genannte Microsoft-Tool ‚hvciscan_amd64.exe‘ beschaffe ich mir, führe es aus und erhalte die Angabe:
HVCI: „C:\WINDOWS\System32\drivers\PxHlpa64.sys“ failed with compliance failure mask 00000202
Schnell ist dieser Treiber (nötig zum Betrieb von DVD-Playern und -Brennern) durch Umbenennung unschädlich gemacht und der nächste 24H2-Update-Versuch gestartet.
Nach 52 Minuten erscheint wirklich der altbekannte Desktop, Windows ist in Version 24H2 installiert. Es dauert dann noch weitere 45 Minuten, bis auch die noch fehlenden Windows-Updates eingespielt sind. Kontrolle: unter Einstellungen/System/Info steht „24H2“.
