Windows 10 USB-Stick bootet nicht

Nur kurz bemerkt, bei Ubuntu lässt sich der Installer mittels der Option "boot_debug=3" dazu bewegen während des Startvorgangs entsprechende Statusmeldungen auszuspucken. Alternativ Verwendung von "debug", der Output lässt sich hier ggf. in eine virtualisierte Konsole umleiten.

Falls dir da ohnehin keine DUAL-Boot Konfig vorschwebt lohnt es sich meiner Ansicht nach für dich nicht hier weiter zu graben zumal einige der Fehler vermutlich nur bedingt auf W10 übertragbar sind. Würde da ganz spontan an die NVIDIA denken..

Weitere Lösungsmöglichkeit:

die Systemplatte für die Installation an eine andere, ähnliche Maschine hängen und dort versuchen W10 19H1  zu installieren. Macht vermutlich Sinn hier nicht gerade einen Spagat von INTEL nach AMD zu versuchen.

Klingt nach Frickelei -ich hab da mal die möglichen Chancen auf ein Gelingen anhand der Posts in einem HW-Forum abgeklappert.

Fazit: bei gut zwei Dritteln der Anwender führte dies ohne Zicken von Windows zu einem arbeitsfähigen Ergebnis. Bei den Übrigen war u. U. ein händisches Nacharbeiten notwendig. Falls du diese quick & dirty Variante mal  testen möchtest würde ich nach dem Einspielen den auf dem Brett verwendeten SATA-Controller manuell entfernen.

Hier mal beispielhaft ein Thread dazu:

https://www.computerbase.de/forum/threads/windows-10-umzug-auf-neues-mainboard.1717721/

Dass sich in den Acer-Foren dazu nichts findet, hat mich auch gewundert. Auch der Acer-Support war von dem Problem offenbar überrumpelt (man hat mir eine Hardware-Prüfung angeboten, sonst keine sachdienlichen Hinweise).

Vereinzelt habe ich gelesen, dass Atheros-Wlan-Karten Probleme beim Upgrade verursacht haben. Aber ein völliger "no boot" war nicht dabei. Außerdem hatte ich die auch schon raus. Von den Linux-Leuten weiß ich, dass die verbaute Hybrid-(Optimus-)-Grafikkarte dort Probleme macht. Bei Windows scheint das aber kein Problem zu sein. Ansonsten scheinen nur Standard-Komponenten verbaut zu sein. 

Beim Booten vom Stick bin ich längst alle Uefi-Einstellungen durch, auch ohne die SSD. Aber selbst wenn ich jetzt feststellen sollte, dass der PC ohne SSD im Legacy-Modus vom Stick bootet und ich diese Kombination übersehen hatte, was würde mir das bringen? 

Das Inplace-Update habe ich zuletzt immer mit deaktiviertem Secure-Boot laufen lassen, aber am Anfang sicher auch ab und an mit aktivem. Ohne SSD geht das schlecht, da das System darauf liegt. 

Raid wäre noch zu versuchen. Es wäre nach allem aber reichlich skurril, wenn das etwas bringen sollte. 

Rätselhaft ist z.B. auch, dass Ubuntu-Live in den neuen Versionen (ab 18.10) ebenfalls nicht mehr bootet, Linux Mint aber schon. 

Auch Dir danke und viele Grüße!

Danke an alle Helfer, speziell aber an Dich! Mir ist klar, dass Dich das auch einiges Zeit gekostet hat.

Nun, am Anfang war die Neugier groß. Ich wollte einfach wissen woran es hakt. Wenn ich die Zeit hätte, würde ich auch versuchen, die Treiber und den alten Kernel rüberzuziehen (was auch immer dann passiert) oder einen Debugger einzuhängen. Leider habe ich zu viel um die Ohren, um meinen Wissensdurst auf diese Weise zu befriedigen. 

Trotzdem vielen, vielen Dank. Ich bin jetzt immerhin sicher, dass mein Rätsel auch ein echtes Rätsel darstellt.

Hhm, die Frage wäre nun wo genau zwischen dem Laden von winload.efi und ntoskrnl.exe der Abbruch auftritt. Würde da eigentlich eher von ausgehen, dass die Installationsroutine dies gar nicht mehr bis dahin schafft.

Arbeitsintensiver Ansatz - Setup-Logging zu diesem Zeitpunkt wahrscheinlich eh nicht aktiv, die ISO umbasteln: im BCD Debug setzen und einen Kernel Debugger seriell einhängen. Danach den Loader Block analysieren.

Ob eine solche Vorgehensweise für ein 5 Jahre altes NB sinnvoll und angemessen ist fällt in deinen Entscheidungsbereich ;-)

Hallo,

okay dann hängt er anscheinend an der Stelle, an der die Bootkritischen Treiber geladen werden.

Was mich wiederum wundert, das sich z.B. in Acer Spezialisierten Foren, zu diesem Laptop keine weiteren Leuten mit diesem Fehler finden. Das würde für mich im Umkehrschluss bedeuten, das nur dein Gerät zicken macht. 

Normalerweise muss man ja im Uefi für Windows 10 Secure Boot nicht deaktivieren, aber was passiert wenn Du das machst? Und was passiert wenn Du z.B. Legacy Boot im Uefi einstellst? Und als letzte Frage, was passiert wenn Du im Bios statt AHCI, Raid einstellst? Wobei Du Raid nur einmalig für Prüfzwecke einstellen solltest. Ich denke ja nicht das Du im Laptop Raid Verbund hast, oder? Die nachgerüstete SSD wurde auch mal entfernt? 

Sorry, wenn ich hier Fragen gestellt habe, die Du vielleicht schon mal probiert bzw. beantwortet hast.

FG