Dualboot Windows kann nach dem Klonen von Partitionen auf eine neue SSD nicht booten

541
Niclas

Ich habe ein Dual-Boot-System mit Kubuntu 16.04 und Windows 7, beide Systeme sind auf mehrere Partitionen verteilt, als ich dem System eine neue SSD hinzufügte.
Der Plan bestand darin, die Windows-Systempartition, die kubuntu-Systempartition und die kubuntu-Home-Partition auf die SSD zu kopieren und dann die verbleibenden Partitionen auf den alten Laufwerken zu erweitern. Jetzt kann ich keine Windows von der SSD booten.

Hier ist die Ausgabe von fdisk in meinem aktuellen Zustand. sda ist die neue SSD.

 nk@nk-desktop:~$ sudo fdisk -l Medium /dev/sda: 465,8 GiB, 500107862016 Bytes, 976773168 Sektoren Einheiten: sectors von 1 * 512 = 512 Bytes Sektorengröße (logisch/physisch): 512 Bytes / 512 Bytes I/O Größe (minimal/optimal): 512 Bytes / 512 Bytes Typ der Medienbezeichnung: gpt Medienkennung: 0459D5F1-2A66-46F5-9009-689A496A5C55

Gerät Start Ende Sektoren Größe Typ /dev/sda1 2048 10239 8192 4M BIOS boot /dev/sda2 354947072 600700927 245753856 117,2G Linux filesystem /dev/sda3 600700928 976773119 376072192 179,3G Linux filesystem /dev/sda4 10240 354947071 354936832 169,3G Microsoft basic data

Die Einträge der Partitionstabelle stimmen nicht mit der Reihenfolge der Medien überein.

Medium /dev/sdb: 931,5 GiB, 1000204886016 Bytes, 1953525168 Sektoren Einheiten: sectors von 1 * 512 = 512 Bytes Sektorengröße (logisch/physisch): 512 Bytes / 4096 Bytes I/O Größe (minimal/optimal): 4096 Bytes / 4096 Bytes Typ der Medienbezeichnung: dos Medienkennung: 0x58e31cc0

Gerät Boot Start Ende Sektoren Größe Id Typ /dev/sdb1 * 2048 478965759 478963712 228,4G 7 HPFS/NTFS/exFAT /dev/sdb2 478965760 1707765759 1228800000 586G 7 HPFS/NTFS/exFAT /dev/sdb3 1707765760 1953519615 245753856 117,2G 83 Linux

Medium /dev/sdc: 931,5 GiB, 1000204886016 Bytes, 1953525168 Sektoren
Einheiten: sectors von 1 * 512 = 512 Bytes
Sektorengröße (logisch/physisch): 512 Bytes / 4096 Bytes
I/O Größe (minimal/optimal): 4096 Bytes / 4096 Bytes
Typ der Medienbezeichnung: gpt
Medienkennung: EB2C9293-03F5-4F36-B907-4BE2FA71A17A

Gerät Start Ende Sektoren Größe Typ
/dev/sdc1 2048 308975615 308973568 147,3G Linux filesystem
/dev/sdc2 1912559616 1953519615 40960000 19,5G Linux Swap
/dev/sdc3 308975616 1912559615 1603584000 764,7G Microsoft basic data

Die Einträge der Partitionstabelle stimmen nicht mit der Reihenfolge der Medien überein.


Ich habe bereits die beiden Linux-Partitionen /dev/sdb3und /dev/sdc1(und die Home-Partition in der Größe geändert) auf die SSD kopiert und eine Bios-Boot-Partition für den Grub-Loader erstellt. Der verbleibende Speicherplatz sdawar zu klein für die Windows-Partition /dev/sdb1, die ich ohnehin geplant hatte, zu verkleinern. Daher war es geplant, sie auf ein externes Laufwerk zu kopieren, die Größe der Kopie zu ändern und dann auf die SSD zu klonen.

Aus irgendeinem Grund sagt GParted mir, dass diese Partition wegen fehlender Pakete (ntfs-3g / ntfsprogs) nicht gelesen werden kann. ntfs-3g ist bereits installiert, ntfsprogs scheint nicht zu existieren und GParted funktioniert gut auf anderen ntfs-Partitionen. Deshalb habe ich die Partition (ohne Fehler) auf das externe Laufwerk gelegt und in Windows gebootet, um das Partitionierungs-Tool zu verwenden von Windows 7, um die Größe der Partition zu ändern.

Danach habe ich es auf die SSD getaucht und grub darauf installiert, chroot auf die kubuntu-Partition auf der SSD und dann mit grub-install. Das Grub-Menü zeigt alle vier Systeme (ich habe die ursprünglichen Partitionen auf den anderen beiden Laufwerken als Backup belassen). Ich kann alle zwei kubuntu-Systeme und das alte Windows-System booten, aber wenn ich versuche, Windows von der SSD zu booten, zeigt der Bildschirm in der oberen linken Ecke nur einen blinkenden Unterstrich, und sonst passiert nichts.

Ich bin nicht sicher, was das Problem ist, da beim Starten von Windows keine Fehlermeldung angezeigt wird. Habe ich beim Kopieren der Partition etwas vergessen oder war die Partition aufgrund der Größenänderung nicht mehr startfähig?

2
Windows in einem GPT-Laufwerk befindet sich notwendigerweise im UEFI-Modus, sodass es von der EFI-Partition aus gestartet wird, die Sie nicht auf ein neues Laufwerk geklont haben. Aber auch in Legacy / BIOS müssten Sie den MBR inklusive klonen. Sie können Partitionen nicht einfach so kopieren und erwarten, dass sie booten. Und mein Tipp: Installieren Sie Kubuntu auch im UEFI-Modus, schaffen Sie sich keine Probleme, wo Sie wirklich nicht müssen. GabrielaGarcia vor 5 Jahren 0
Aus irgendeinem Grund kann mein PC kein Installationsmedium im UEFI-Modus starten. Ich habe dies bereits ausprobiert. Auf sdb hatte ich grub installiert. Daher sollte grub nicht im MBR anstelle eines Windows-Bootloaders installiert werden. Ich muss also nur grub neu installieren. Niclas vor 5 Jahren 0
* Windows in einem GPT-Laufwerk befindet sich notwendigerweise im UEFI-Modus. * Sie verfügen über ein GPT-Laufwerk. * Ergo * Ihr Windows befindet sich im UEFI-Modus. * Ergo * wurde durch das Booten des Installationsmediums im UEFI-Modus installiert. Wenn Sie Live Linux in diesem Modus nicht starten können, wurde das Medium wahrscheinlich falsch gemacht. Ein typischer Fehler ist die Verwendung von Rufus in Windows, wenn die falsche Option ausgewählt wird. Bei UEFI muss UEFI / GPT die Option sein. Und nein, Sie können Grub oder irgendetwas anderes nicht in einem Laufwerk installieren, das keinen MBR hat. Das ist der Grund für die unformatierte bios_grub-Partition (Linux in Legacy kann mit diesem Workaround in GPT-Laufwerken installiert werden.) GabrielaGarcia vor 5 Jahren 0
Windows wurde auf der alten Festplatte sdb installiert, die über einen MBR verfügt, und wurde dann in sda kopiert, sodass sie nicht im UEFI-Modus installiert wurde. Das Kubuntu-Installationsmedium ist übrigens ein Multiboot-Stick, der von YUMI erstellt wurde. Ich kann mich nicht erinnern, wie ich die Windows-Installations-CD erstellt habe. Niclas vor 5 Jahren 0
Und doch * Typ der Medienbezeichnung: ** gpt *** ... Windows kann in Legacy nicht von einem GPT-Laufwerk gebootet werden, MBR ist erforderlich. Wenn Sie das erste Betriebssystem in einem Modus installiert haben, installieren Sie das zweite Betriebssystem in demselben Modus. Natürlich bevorzugen Sie ** UEFI auf UEFI-Computern. Nichts anderes hinzuzufügen, ich kann dir nicht helfen und ich bin raus. GabrielaGarcia vor 5 Jahren 0

1 Antwort auf die Frage

0
Niclas

Ich habe beide Systeme im UEFI-Modus neu installiert. Ich musste eine neue Ubuntu-Installations-CD erstellen, die im uefi-Modus booten konnte. Ich bin mir nicht sicher, warum der Live-Stick, den ich vorher probiert habe, nicht funktioniert hat.
Ich stoße auf weitere Probleme, indem ich zuerst Windows neu installiere. Die Windows-Installations-CD installierte eine unlesbare Bootvariable in der efi-Partition, wodurch verhindert wurde, dass jedes uefi-bezogene Programm fehlerfrei ausgeführt wurde. Ich speicherte den Microsoft-Ordner von der efi-Partition, formatierte die Partition neu und ließ das kubuntu-installer die efi-Partition erstellen . Danach kopierte ich den Microsoft-Ordner in die neue Parition und fügte den Boot-Eintrag manuell mit efibootmgr hinzu, sodass der Windows-Installer diesmal keine Chance hatte, die Partition zu vermasseln, und es funktionierte.