Warum bootet eine geklonte SSD / das Original über USB nicht?

Dies ist keine Frage, wie man dies grundsätzlich löst (es ist bereits gelöst). Ich möchte nur besser verstehen.

Ich habe hier bereits eine gute und logische Antwort gefunden: Die geklonten Partitionen befinden sich nicht genau an derselben Position

Aber ich habe immer noch einige Probleme, den gesamten Prozess zu verstehen. Oder besser - wie vermeide ich die Probleme, die ich hatte.

Das Szenario ist (nicht) klassisch:

• SATA HDD auf USB SSD klonen (in meinem Fall AOMEI Backupper Standard)

• Legen Sie eine SSD in den Laptop (ja, ich habe zuerst die Festplatte entfernt;)

• Einschalten - Entschuldigung - kein Bonus - kein Booten - keine Reparatur (wegen der verschobenen Sektoren -> Reparatur)

So, jetzt hatte ich die (kranke?) Idee, die Original-Festplatte per USB zum Booten zu verwenden.

• Einschalten - Entschuldigung - kein Bonus - kein Booten ABER Reparatur (Und das ist die erste Frage, weil diese Sektoren nicht bewegt wurden)

• Mit der Reparatur ging ich direkt zur Kommandozeile - diskpart and co

• Dann kam ich zu bootrec /rebuildbcdmir bekam beide Windows-Systeme zur Reparatur angeboten - ok - aber dann der Fehler: ".... fehlgeschlagen ... nicht unterscheidbare Systeme" (oder ähnlich)

Na gut, das ist ein Klon ... (2. Frage: gleich disk signature? Wenn ja, wie soll man das ändern?)

Ich habe das mit einer kranken Idee gelöst:

Ich habe bootrec /rebuildbcdwieder angefangen , aber nach dem Scan und vor der Auswahl von Windows auf C: (SSD) habe ich (!) Die USB-Festplatte abgezogen - und - voila: es wurde erfolgreich abgeschlossen. Und ich habe von der SSD gebootet.

Zusammenfassung der Fragen:

• Warum wurde (oder wird) die ursprüngliche Festplatte nicht von USB gebootet? Liegt es an denselben Festplatten-IDs? Wenn ja, wie soll man das vermeiden? (und auf Windows-Aktivierungsprobleme stoßen?)

• Was sind die "Dinge", die zu "nicht unterscheidbaren Systemfehlern" führen?

• Konnte das EFI-System auf der SSD vor dem Austausch über USB repariert werden?

Abhängig davon, wie der Computer ursprünglich gestartet wurde, gibt es zwei unterschiedliche Antworten auf Ihre Frage. Tatsächlich gilt die Erklärung, die Sie für die Ursache des Problems (geänderte Partitionsposition) angeben, nur für das erste Szenario, AFAIK (mit dem Vorbehalt, dass ich weniger über das Booten von Windows als über Linux weiß, sodass ich dieses Detail von Windows EFI- möglicherweise falsch verstehe. Modus booten). Die beiden Startmodi - und Szenarien - sind der BIOS-Modus und der EFI-Modus. Es gibt auch einige gemeinsame Faktoren, die möglicherweise eine Rolle spielen.

BIOS-Modus

Die meisten Computer, die vor Ende 2011 verkauft wurden, verwendeten das BIOS (Basic Input / Output System).Firmware. BIOS-basierte Computer werden über einen Bootloader gestartet, der im Master Boot Record (MBR) gespeichert ist, dem ersten Sektor auf der Festplatte. Ich werde nicht auf alle Details eingehen, aber die meisten Bootloader im BIOS-Modus hängen stark von den Startsektornummern der Partitionen auf der Festplatte ab. Dies 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, dem ersten Sektor einer Partition) einer Partition lädt, der wiederum zusätzlichen Code lädt (auf den auch häufig verwiesen wird) nach Sektornummern). Die genauen Details variieren je nach Betriebssystem und Bootloader. Der wichtigste Punkt ist jedoch, dass die Sektornummern in den meisten Fällen kritisch sind. Wenn also durch das Klonen der Festplatte der Startsektor einer Boot-Partition geändert wurde, ohne den Bootloader-Code oder die darauf basierende Konfiguration anzupassen,

Es gibt andere Partitionsdetails, die sich auf Dinge auswirken können, z. B. das Vorhandensein (oder Fehlen) eines "Boot-Flags" (auch als "Aktiv-Flag" bezeichnet) auf der bootfähigen Partition. Da sich der Bootcode im MBR und PBR befindet, müsste beim Klonen von Datenträgern auch dieser Bootloader-Code kopiert werden. Es gibt keine Garantie dafür, dass ein zufälliges Programm zum Klonen von Datenträgern diese Dinge kopiert. (Ich kann nicht mit AOMEI sprechen, von dem du sagst, dass du es benutzt hast.)

Beachten Sie, dass die meisten (aber nicht alle) Computer, die mit Windows 7 geliefert wurden, BIOSe verwendeten, ebenso wie alle Computer mit Windows Vista und früheren Versionen (mit Ausnahme derjenigen, die Itanium oder andere exotische CPUs verwendeten). Ab Ende 2011 wechselten die Hersteller schnell vom BIOS zum neueren EFI / UEFI (im Folgenden beschrieben). Die meisten EFIs enthalten jedoch eine Funktion namens Compatibility Support Module (CSM), mit der diese Computer im BIOS-Modus (auch als "Legacy" bezeichnet) gebootet werden können Modus"). Somit ist es möglich, Windows (auch Windows 8.x und 10) im BIOS / CSM / Legacy-Modus auf neueren EFI-basierten Computern zu installieren. In dieser Konfiguration funktioniert der Computer wie ein BIOS-basierter Computer.

EFI-Modus

Das Extensible Firmware Interface (EFI) oder seine 2.x-Variante, Unified EFI (UEFI), ist ein Ersatz für das BIOS, das ab Ende 2011 die vorherrschende Firmware auf neuen Computern war. Verwirrenderweise verwenden jedoch viele Hersteller den Begriff "BIOS". in Bezug auf ihre EFIs. IMHO, dies ist eine schlechte Praxis, da die Leute denken, dass EFIs nur geringfügige Aktualisierungen von BIOS sind, aber sie unterscheiden sich grundlegend in der Art und Weise, wie sie gestartet werden.

Die EFI-Methode zum Booten umfasst Dateien. MBR und PBR spielen keine besondere Rolle und enthalten keinen Bootcode. Der Computer weiß, welche Bootloader-Datei gestartet werden muss, da diese Informationen vom Betriebssystem-Installationsprogramm im NVRAM gespeichert werden. (Ein spezieller Ausweichdateiname , EFI/BOOT/bootx64.efiwird durch bootfähige externe Medien wie USB - Flash - Laufwerke verwendet.) EFIs, im Gegensatz zu BIOS - Versionen, zu verstehen Partitionen und EFI - Boot - Loader so beziehen sie normalerweise nicht auf Partitionen Startsektoren. Daher sind die Startsektoren von Partitionen beim Booten im EFI-Modus weniger wichtig.

Stattdessen muss beim Booten im EFI-Modus die Partition selbst identifiziert werden. Dies erfolgt normalerweise über GUID- Werte (Globally Unique Identifier, auch als UUID bezeichnet) , die sowohl Festplatten als auch Partitionen zugeordnet sind. Wenn beim Klonen eines Datenträgers die GUID-Werte für den Datenträger und die Partition beibehalten wurden, sollte der geklonte Datenträger bootfähig bleiben. Andernfalls schlägt der Startvorgang möglicherweise in einem oder anderen Schritt fehl. 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 dies eindeutige Werte sein sollen. Wenn jedoch eine Festplatte geklont wird, damit Sie die alte Hardware ersetzen können, ist es wünschenswert, die GUID-Werte auf der neuen Festplatte zu replizieren, um die neue Festplatte bootfähig zu machen, ohne die NVRAM-Einträge zu ändern.

Eine weitere Komplikation besteht darin, dass viele EFIs ungültige Starteinträge aktiv aus ihrem NVRAM entfernen. Wenn Sie also eine Startdiskette auf eine andere klonen, bei der die GUID-Werte nicht beibehalten werden, und wenn Sie dann die Originaldiskette entfernen, "vergisst" ein Computer möglicherweise, dass die erste Diskette startfähig war. Daher wird es möglicherweise nicht gestartet, wenn Sie die ursprüngliche Festplatte wieder einstecken.

Übliche Faktoren

Grundsätzlich können Bootloader und Betriebssystemkonfigurationen von Dateisystem- Seriennummern, UUIDs oder Namen in ihren Konfigurationen abhängen. Diese Werte ähneln den Partitions- GUIDs, werden jedoch nicht in der Partitionstabelle , sondern in den Dateisystemdatenstrukturen gespeichert. Ich weiß nicht sofort, ob Windows dies tut, aber die meisten Linux-Distributionen tun es.

Wenn beim Booten Probleme auftreten, müssen Sie die Reparatur- oder Neuinstallationsprozeduren für den betriebssystemzentrierten Bootloader verwenden, um das Problem zu beheben. Die Details können je nach Startmethode variieren. Beispielsweise würden Sie kein Tool verwenden, das den MBR beim Start im EFI-Modus wiederherstellt. Viele ältere Anweisungen gehen davon aus, dass der BIOS-Modus gestartet wird, und funktionieren daher nicht mit neueren Installationen im EFI-Modus.