Hyper-V VM Windows Updates lassen sich nicht installieren

Nun dazu gibt es sicherlich auch schon 1000 Artikel 🙂 aber mir ist auch nochmal ein Spezialfall untergekommen. Falls ihr also auch Probleme haben solltet bei eurem Rechner oder der VM, das Updates bei 99% scheitern und immer zurückgerollt werden, könnten euch folg. Fehlermeldungen begegnen:

Compatibility::CSystemAbstraction::HostIsUEFIDiskLayout: Failed to retrieve system partition NT path.

Onesettings: Settings not fresh after query: 0x80040170

CHostIsUEFICompliantChecker failed. [Failed to check whether host has UEFI disk layout.] HRESULT = 0x80070003

Diese tauchen teils im System Eventlog oder auch hier auf: C:\$Windows.~BT\Sources\Panther\setuperr.log

Bei mir sind die Probleme nach der Konvertierung und weiteren Anpassungen eines physikalischen PC’s -> Hyper-V aufgetreten. Leider waren seitdem keinerlei Updates mehr Möglich und wurden fast immer bei 99% zurückgerollt. Nach viel Recherche und Ursachenanalyse bin ich auf das oben erwähnte Log gestoßen.

Bei mir war das Problem nun im Endeffekt, das die Partitionen MBR waren und nicht GPT, auch waren die Partitionen wohl nicht so „wohlgeformt“ wie Windows es erwartet hätte. Markierung der Partitionen haben auch gefehlt, dies zog interessanterweise aber keine Startprobleme mit sich. Bevor ihr nun loslegt, am besten ein Backup ziehen 🙂

Ich habe mir also das Windows Bootimage geschnappt und meine VM von „DVD“ booten lassen. Hier müsst ihr nun zur Wiederherstellungskonsole und dann die Kommandozeile aufrufen.

Nun einmal vorher validieren, ob alles ordnungsgemäß laufen würde:

mbr2gpt /validate /disk:0 /allowFullOS

Das /disk:0 könnt ihr eventuell weglassen, bei mir war es aber nötig, da die Partitionen wohl ordentlich verhunzt waren 🙂

Feuer frei:

mbr2gpt /convert /disk:0 /allowFullOS

Anschließend neustarten und freuen 🙂

HP Notebook Neustart 3F0 Desaster nach Migration auf SSD

Erst neulich nach gefühlt 100 Migrationen Festplattenmigrationen (HDD -> SSD) kam dann doch Mal ein Ausreißer um die Ecke der es in sich hatte.

Mit Dell hatt ich da in der Vergangenheit eigentlich weniger Probleme. Nun ja kommen wir zum Anfang. Das Notebook hatte noch eine normale HDD verbaut und sollte durch den Umstieg auf die SSD schneller werden. Kopiervorgang mit dem Samsung Tool war dann irgendwann auch endlich fertig 🙂 das Notebook hatte nun eine Samsung 870 EVO 500 GB und war signifikant schneller. Soweit, so gut, leider stellte sich schnell heraus das der Reboot (soft boot) hapert und etwas von 3F0 Startgerät nicht gefunden redet.
Lustigerweise gab es beim Kaltstart. Also runterfahren, hochfahren keine Probleme!

Bis ich nun eigentlich bei der „einfachen Endlösung“ ankam habe ich leider gefühlt alles probiert:
– Partitionierung angeguckt & die Anordnung optimiert
– Das Bios auf den neusten Stand gebracht
– Energiesparoptionen und generell Einstellungen überprüft
– Bios Einstellungen die den Bootvorgang beeinflussen optimiert/ geändert
– Partionen von MBR zu GPT konvertiert
– Einträge für den Bootrecord neu geschrieben
– Neue Testinstallation mit einer anderen SSD
… und wahrscheinlich noch viel mehr.

Leider war die Fehlermeldung von HP hier nicht sehr zielführend und ich kam bei der Suche nach dem Problem eher durch Zufall auf die Lösung die in einem Samsung Forum beschrieben wurde:

Dann als AHCI Treiber über „Auf dem Computer suchen“ dann „Aus einer Liste auf dem Computer wählen“ den „Standard AHCI 1.0 Serial ATA Controller“ eingestellt, und siehe da, jetzt bootet die SSD auch nach „Neustart“.

https://eu.community.samsung.com/t5/notebooks-ssd-it/samsung-860-qvo-ssd-nicht-ansprechbar-nach-reboot-warmstart/td-p/1515119

Also einfach den AHCI Treiber für den Festplattencontroller, gegen den Standard Treiber in Windows austauschen und es fluppt! Es könnte alles so einfach sein manchmal… 🙂