Dies ist keine Frage, wie man das grundsätzlich lösen kann (es ist bereits gelöst). Ich möchte es nur besser verstehen.
Eine gute und logische Antwort habe ich hier bereits gefunden:Die geklonten Partitionen befinden sich nicht an genau derselben Position
Aber ich habe immer noch Probleme, den gesamten Prozess zu verstehen. Oder besser gesagt – wie ich die Probleme vermeiden kann, die ich hatte.
Das Szenario ist (nicht) klassisch:
SATA-Festplatte auf USB-SSD klonen (in meinem Fall AOMEI Backupper Standard)
Bauen Sie eine SSD in den Laptop ein (ja, ich habe zuerst die Festplatte entfernt ;)
Einschalten - Sorry - kein Bonus - kein Booten - keine Reparatur (aufgrund der verschobenen Sektoren -> Reparatur)
Nun kam ich auf die (krasse?) Idee, die Original-HDD per USB zum Booten zu verwenden.
Einschalten – Entschuldigung – kein Bonus – kein Booten, ABER Reparatur (Und das ist die erste Frage, weil diese Sektoren nicht verschoben wurden)
Bei der Reparatur bin ich direkt zur Kommandozeile gegangen - Diskpart und Co.
Dann kam ich zu
bootrec /rebuildbcdmirbeideWindows-Systeme werden zur Reparatur angeboten - ok - aber dann der Fehler: '... Fehler ... nicht unterscheidbare Systeme' (oder so ähnlich)
Na gut, das ist ein Klon ... (2. Frage: dasselbe disk signature? Wenn ja, wie kann ich das ändern?)
Ich habe das mit einer kranken Idee gelöst:
Ich habe bootrec /rebuildbcdwieder angefangen, abernachscannen undVorIch habe Windows auf C: (SSD) ausgewählt, die USB-Festplatte abgezogen(!) und – voilà: Der Vorgang wurde erfolgreich abgeschlossen. Und ich habe von der SSD gebootet.
Zusammenfassung der Frage(n):
Warum bootet (oder bootet) die Originalfestplatte nicht vom USB-Stick? Liegt es an den gleichen Festplatten-IDs? Wenn ja, wie kann man das vermeiden? (Und auf Windows-Aktivierungsprobleme stoßen?)
Was sind die „Dinge“, die zu „nicht erkennbaren Systemfehlern“ führen?
War es möglich, das EFI-System auf der SSD über USB zu reparieren (vor dem Austausch)?
Antwort1
Es gibt zwei verschiedene Antworten auf Ihre Frage, je nachdem, wie der Computer ursprünglich gebootet wurde. Tatsächlich gilt die Erklärung, die Sie für die Ursache des Problems anführen (geänderter Partitionsspeicherort), meines Wissens nach nur für das erste Szenario (mit der Einschränkung, dass ich weniger über das Booten von Windows als über Linux weiß, sodass ich dieses Detail des Bootens im Windows-EFI-Modus möglicherweise falsch verstehe). Die beiden Bootmodi – und Szenarien – sind der BIOS-Modus und der EFI-Modus. Es gibt auch einige gemeinsame Faktoren, die eine Rolle spielen könnten.
BIOS-Modus
Die meisten Computer, die vor Ende 2011 verkauft wurden, nutztenGrundlegendes Eingabe/Ausgabesystem (BIOS)Firmware. BIOS-basierte Computer booten über einen Bootloader, der im Master Boot Record (MBR) gespeichert ist, dem ersten Sektor auf der Festplatte. Ich werde nicht in alle Einzelheiten gehen, aber die meisten Bootloader im BIOS-Modus sind stark von den Startsektornummern der Partitionen auf der Festplatte abhängig. Das liegt daran, dass der MBR zu klein ist, um einen vollständigen Bootloader aufzunehmen, sodass der MBR-Code mehr Bootcode aus dem Partition Boot Record (PBR; der erste Sektor einer Partition) einer Partition lädt, der wiederum zusätzlichen Code lädt (der ebenfalls häufig durch Sektornummern bezeichnet wird). Die genauen Details variieren je nach Betriebssystem und Bootloader, aber der entscheidende Punkt ist, dass Sektornummern in den meisten Fällen entscheidend sind. Wenn Ihr Festplattenklonvorgang also den Startsektor einer Bootpartition geändert hat, ohne den Bootloadercode oder die darauf basierende Konfiguration anzupassen, schlägt der Bootvorgang fehl.
Es gibt andere Partitionsdetails, die sich auf die Dinge auswirken können, wie z. B. das Vorhandensein (oder Fehlen) eines „Boot-Flags“ (auch als „aktives Flag“ bezeichnet) auf der bootfähigen Partition. Da sich der Boot-Code im MBR und PBR befindet, müsste ein Festplattenklonvorgang auch diesen Bootloader-Code kopieren. Es gibt keine Garantie, dass ein beliebiges Festplattenklonprogramm diese Dinge kopieren würde. (Ich kann nicht speziell für AOMEI sprechen, das Sie angeblich verwendet haben.)
Beachten Sie, dassam meisten(aber nicht alle) Computer, die mit Windows 7 ausgeliefert wurden, verwendeten BIOS, ebenso wie alle Computer mit Windows Vista und früheren Versionen (außer denen mit Itanium oder anderen exotischen CPUs). Ab Ende 2011 wechselten die Hersteller schnell vom BIOS zum neueren EFI/UEFI (im Folgenden beschrieben), aber die meisten EFIs enthalten eine Funktion namens Compatibility Support Module (CSM), die es diesen Computern ermöglicht, im BIOS-Modus (auch als „Legacy-Modus“ bezeichnet) zu booten. Daher ist es möglich, Windows (sogar Windows 8.x und 10) im BIOS/CSM/Legacy-Modus auf neueren EFI-basierten Computern zu installieren. Bei einer solchen Konfiguration funktioniert der Computer wie ein BIOS-basierter Computer.
EFI-Modus
DerErweiterbare Firmware-Schnittstelle(EFI) oder seine 2.x-Variante Unified EFI (UEFI) ist ein Ersatz für BIOS, das ab Ende 2011 zur dominierenden Firmware auf neuen Computern wurde. Verwirrenderweise verwenden viele Hersteller den Begriff „BIOS“ in Bezug auf ihre EFIs. Meiner Meinung nach ist das eine schlechte Praxis, da es die Leute glauben lässt, dass EFIs nur geringfügige Updates für BIOS sind, aber sie unterscheiden sich in Wirklichkeit radikal in der Art und Weise, wie sie booten.
Beim EFI-Booten werden Dateien verwendet; MBR und PBR spielen keine besondere Rolle und enthalten keinen Bootcode. Der Computer weiß, welche Bootloader-Datei gestartet werden muss, da diese Information vom Betriebssystem-Installer im NVRAM gespeichert wird. (Ein speziellerFallback-Dateiname, EFI/BOOT/bootx64.efi, wird von bootfähigen externen Medien wie USB-Flash-Laufwerken verwendet.) EFIs verstehen im Gegensatz zu BIOS Partitionen, und daher beziehen sich EFI-Bootloader normalerweise nicht auf die Startsektoren von Partitionen. Daher sind die Startsektoren von Partitionen beim Booten im EFI-Modus viel weniger wichtig.
Stattdessen ist das Booten im EFI-Modus auf eine Art und Weise angewiesen, die Partitionen selbst zu identifizieren. Dies geschieht normalerweise durchGlobal eindeutiger Bezeichner (GUID, auch UUID genannt)Werte, die sowohl mit Festplatten als auch mit Partitionen verknüpft sind. Wenn also bei einem Festplattenklonvorgang die GUID-Werte der Festplatte und Partition erhalten bleiben, sollte die geklonte Festplatte bootfähig bleiben. Andernfalls kann der Bootvorgang an der einen oder anderen Stelle fehlschlagen. Ich habe keine Ahnung, ob AOMEI GUID-Werte standardmäßig beibehalten würde. Beachten Sie, dass das Replizieren einer GUID normalerweise nicht empfohlen wird, da dieseeinzigartigWerte; wenn jedoch eine Festplatte geklont wird, damit Sie die alte Hardware ersetzen können, ist das Replizieren der GUID-Werte auf der neuen Festplatte wünschenswert, um die neue Festplatte bootfähig zu machen, ohne die NVRAM-Einträge zu ändern.
Eine weitere Komplikation ist, dass viele EFIs ungültige Boot-Einträge aktiv aus ihrem NVRAM löschen. Wenn Sie also eine Boot-Festplatte auf eine andere klonen, ohne dassnichtGUID-Werte bleiben erhalten, und wenn Sie dann die Originaldiskette entfernen, könnte ein Computer „vergessen“, dass die erste Diskette bootfähig war. Daher könnte er nicht booten, wenn Sie die Originaldiskette wieder anschließen.
Übliche Faktoren
Im Prinzip könnten Bootloader und Betriebssystemkonfigurationen aufDateisystemSeriennummern, UUIDs oder Namen in ihren Konfigurationen. Diese Werte ähneln denPartitionGUIDs, aber sie werden in den Datenstrukturen des Dateisystems gespeichert und nicht in der Partitionstabelle. Ich weiß nicht spontan, ob Windows das macht, aber die meisten Linux-Distributionen tun es.
Wenn beim Booten Probleme auftreten, müssen Sie betriebssystemspezifische Bootloader-Reparatur- oder Neuinstallationsverfahren verwenden, um die Probleme zu beheben. Die Details können je nach Bootmethode variieren. Beispielsweise würden Sie bei einem Booten im EFI-Modus kein Tool verwenden, das den MBR wiederherstellt. Viele ältere Anweisungen gehen davon aus, dass im BIOS-Modus gebootet wird, und funktionieren daher bei neueren Installationen im EFI-Modus nicht.