Migration von m.2 SATA-SSD nach m.2 NVMe-SSD schlägt fehl

Ahoi,
danke für den Tip!

Welche Version hast Du denn benutzt: Den Veeam Agent for Windows Free, oder Backup and Recovery?
(sollte ja theoretisch beides gehen, aber theoretisch sollte es ja auch kein Problem sein die Platten zu clonen... )

Gruß
Colt

Danke Dir - aber das Problem bleibt leider identisch: -> beim 1. Boot kommt: inaccessible Boot device.

wie ich schon unter Punkt 2) meines Eröffnungsthreads geschrieben habe, gehörte genau das zu den ersten Dingen, die ich versucht hatte, undzwar in allen möglichen Varianten.

Ich denke schon - der Rechner läuft ja auch weiterhin unter der alten M.2 SATA - sie ist halt nur zu klein geworden und soll deshalb ersetzt werden.

Auch auf der neuen NVMe-SSD lässt sich ein neues Windows installieren -> vermutlich wird es nun auch auf eine Neuinstallatoin hinauslaufen. Würde zwar gern weiter forschen, woran es liegt, weil ichs echt gern wissen möchte, aber die Aufgabe ist schon jetzt zeitlich gesehen eine Katasrophe...

Ich hatte vor dem Clon-/Backupvorgang ein chkdsk /f /r gemacht. Vielleicht ist es in diesem Fall zusätzlich erforderlich auch noch ein sfc /scannow zu machen.
Das wird mir nun zeitlich aber alles zu aufwändig. sfc /scannow -> neues Backup -> neuer Restore...

Hallo nochmal!

Unglaublich, aber wahr: es funktioniert!

Komischerweise lässt sich nicht präzise feststellen, woran es lag.

Was ich zuletzt gemacht hab:
Ich habe mit dem kostenlosen Veeam Backup Agent für Windows (Free) ein Backup der Systempartitionen des zu ersetzenden Systems gemacht. Und ich habe einen USB-Stick mit dem Wiederherstellungstool von Veeam erstellt.
Dann habe ich die alte M.2-SATA SSD entfernt und die NVMe-SSD installiert.
Darauf habe ich dann ein frisches Windows 10 installiert.
Danach habe ich den Rechner vom Wiederherstellungstool gestartet, das Laufwerk C:\ von dem frisch installierten System entfernt, die EFI-Partition aber behalten und dann das Laufwerk C:\ aus dem Backup an die Stelle des frisch installierten Windows 10 gesetzt (ohne die Partitionsgröße zu ändern).
Oh, das geht? Nein, eigentlich geht das nicht.
So war es dann auch in meinem Fall: nach der Wiederherstellung fuhr der Rechner nicht hoch -> Bluescreen.
Also habe ich dann vom Windows 10 USB-Installationsstick gebootet und bin dort über Computerreparaturoptionen in die Eingabeaufforderung gegangen.

Dort fing ich dann wieder mit den üblichen Aktionen an, um Bootmanager und EFI-Partition zu reparieren:
1) EFI-Partition neu formatiert (format T:/FS:FAT32)
2) bcdboot c:\windows /s t: /f UEFI
3) bootrec/fixboot
Bei 3) kam allerdings wieder die "schöne" Meldung: Zugriff verweigert - für die es im Netz zwar viele Tutorials gibt, von denen aber noch nie eins in meinen Fällen geholfen hat. Von daher war ich auch in diesem Fall wieder pessimistisch, irgendwas erfolgreich repariert zu haben.

Joa - und dann nochmal neu gestartet und plötzlich fuhr Windows fehlerfrei hoch.

Ich muss ehrlich sagen: aus sachlicher Sicht habe ich nun eigentlich mit bcdboot und bootrec etc. nichts anderes gemacht als 1 Dutzend Mal zuvor auch - abgesehen von der Verzweifelungstat mit dem Überbügeln der frischen Win 10 Installation durch Restore des C:-Partition und Formatieren und Reparieren der EFI-Partition. Machte eigentlich keinen wirklichen Sinn - war irgendwie eine Verzweifelungstat. Keine Ahnung, ob dadurch besser reparierbare Partitionierungen entstanden waren oder was auch immer es war, was in diesem Fall den Unterschied gemacht hat.

Scheint für mich generell ein ziemlich undurchsichtiges Thema zu sein, weil eben auch keine der Anleitungen im Netz den Anspruch erhebt garantiert zu funktionieren. Kann klappen, kann aber auch schief gehen.

Was lernt man daraus: entweder gar keine Zeit mit diesem Mist verschwenden und direkt neu installieren, oder die Bereitschaft mitbringen lange an dem Problem rumzufrickeln und es immer wieder ein bisschen anders zu versuchen, bis es dann vielleicht irgendwann mal funktioniert - warum auch immer!

Grüßerle,
euer Colt.