29.06.2018 22:06 - modifié 29.06.2018 22:07
29.06.2018 22:06 - modifié 29.06.2018 22:07
Moin
der E6416 hat ein recht esoterisches Festplattenlayout:
P0: 499 MB NTFS
P1: 100 MB EFI
P2: 1 GB OEM
P3: 860 GB Boot (C: )
P4: 807 MB (F: ) mit WindowsRE
P5: 60 GB Recover (D: ) für Cyberlink PowerRecover
Da ich auf C: nur 250GB nutze und bereits erfolgreich auf ca. 440GB verkleinert habe, möchte ich das ganze nun auf eine 500GB SSD klonen... aber leider behandelt kein im Internet verfügbarer Guide den Fall dass EFI nicht die erste Partition ist oder wie man mit den anderen Sonderpartitionen umgehen sollte. Alles was ich bisher versucht habe (gparted, clonezilla, minitool Partition Wizard Free Edition) hat nicht zu einem bootfähigen System geführt.
Gibt es hierfür eine Anleitung???
THN
le 01.07.2018 15:21
le 01.07.2018 15:21
Also p sagt
Number Start (sector) End (sector) Size Code Name 1 2048 1023999 499.0 MiB 2700 Basic data partition 2 1024000 1228799 100.0 MiB EF00 EFI system partition 3 1228800 1490943 128.0 MiB 0C01 Microsoft reserved ... 4 1490944 3588095 1024.0 MiB FFFF Basic data partition 5 3588096 873127935 414.6 GiB 0700 Basic data partition 6 1826043904 1827696639 807.0 MiB 2700 7 1827696640 1953523711 60.0 GiB 0700 Basic data partition
Dann
d 7
d 6
und wieder p
Number Start (sector) End (sector) Size Code Name 1 2048 1023999 499.0 MiB 2700 Basic data partition 2 1024000 1228799 100.0 MiB EF00 EFI system partition 3 1228800 1490943 128.0 MiB 0C01 Microsoft reserved ... 4 1490944 3588095 1024.0 MiB FFFF Basic data partition 5 3588096 873127935 414.6 GiB 0700 Basic data partition
Jetzt sind alle noch vorhandenen Partitionen auch physisch auf der Platte, ich müsste jetzt nur noch den GPT reparieren und neu schreiben. Kommando 'v' sagt:
Caution: The CRC for the backup partition table is invalid. This table may be corrupt. This program will automatically create a new backup partition table when you save your partitions. Problem: The secondary header's self-pointer indicates that it doesn't reside at the end of the disk. If you've added a disk to a RAID array, use the 'e' option on the experts' menu to adjust the secondary header's and partition table's locations. Problem: Disk is too small to hold all the data! (Disk size is 937703088 sectors, needs to be 1953525168 sectors.) The 'e' option on the experts' menu may fix this problem. Problem: GPT claims the disk is larger than it is! (Claimed last usable sector is 1953525134, but backup header is at 1953525167 and disk size is 937703088 sectors. The 'e' option on the experts' menu will probably fix this problem Partition(s) in the protective MBR are too big for the disk! Creating a fresh protective or hybrid MBR is recommended. Identified 5 problems!
Ich verstehe nicht warum du auch d1 löscht und dann neu anlegst.
Weißt du wie man die angezeigten Fehler (im Expertenmodus) repariert?
Danke für die tolle Hilfe,
THN
PS: Ich habe trotz der Fehlermeldungen von "v" einfach mal "w" gemacht... und siehe da: jetzt wird die Platte ohne Fehler von gparted eingelesen und die ersten 5 Partitionen angezeigt mit einem kleinen freien Bereich dahinter... Jetzt bin ich mal gespannt, ob auch W10 diese neue Platte verkraftet!!!
Werden dann nochmal antworten!!!
le 01.07.2018 15:32
le 01.07.2018 15:32
Ich verstehe nicht warum du auch d1 löscht und dann neu anlegst.
Bei meinem Test war bereits die erste Partition zu groß, und musste angepasst werden.
MfG.
K.B.
le 01.07.2018 15:46
le 01.07.2018 15:46
ERFOLG ERFOLG ERFOLG!!!
1000 Dank mit dem Tip gdisk, das Kommando kannte ich noch nicht.
Also Zusammenfassung:
Schritt 1: Mit gparted die Boot-/Datenpartition (C: ) so vekleinern, dass sie zusammen mit allen weiter links liegenden Partitionen auf die Zielplatte passt
Schritt 2: Mit dd von Platte zu Platte kopieren
Schritt 3: Mit gdisk die kaputte GPT der Zielplatte reparieren (überzählige Partitionen löschen und GPT neu schreiben)
Eigentlich gar nicht so schwer, wenn man weiß, wie's geht!!!
Danke!
THN
le 01.07.2018 16:03
le 01.07.2018 16:03
Hallo THN
Schön, dass es doch noch geklappt hat!
Ja, also ich habe das zuletzt mit einer SSD und einer MBR Partitionierung erfolgreich gemacht, also Partitionen zuvor auf HDD mit GParted geschrumpft, und nach links verschoben, und dann die HDD mit DD in einem Rutsch auf SSD kopiert.
Dabei gab es nachher auch keine Probleme mit kaputtem PMBR, etc.
Wo ich hier jetzt noch ein Problem sehe, ist die nun fehlende 807 MB Partition Nr 6, das war wohl die für die Windows Recovery Umgebung.
Man hätte versuchen können, diese Partition mit GParted auf der HDD nach links zu verschieben, und mit DD dann ebenfalls mit auf die SSD zu kopieren.
Aber man sollte sich auch einen USB-Speicherstick als Systemreparaturdatenträger erstellen können, von dem man dann genauso auch die Windows Recovery-Umgebung laden kann.
MfG.
K.B.
le 01.07.2018 16:33
le 01.07.2018 16:33
Jo die beiden P4 und P5 habe ich mittlerweile noch nachkopiert in den freien Bereich rechts von C:. Vorher natürlich erst noch P5 von 60 auf 30GB geschrumpft. Diese beiden Partitionen waren also tatsächlich fürs Booten nicht relevant, das konnte ich aber so vorher nicht absehen.
Das hat eher sentimentale Gründe weil wohl weder WindowsRE noch das PowerRecovery im Bedarfsfall mit dem geänderten Layout klarkommen werden, aber wenigstens habe ich die Software so konserviert falls man mal wieder auf das ursprüngliche Layout zurück will. Und auf die paar GB kommt es mir auch nicht an
THN