Thema "Re: E6416 esoterische HDD clonen auf SSD" in Notebook / Netbook

E6416 esoterische HDD clonen auf SSD

THN — Fri, 29 Jun 2018 20:07:51 GMT

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

Re: E6416 esoterische HDD clonen auf SSD

Kill_Bill — Sat, 30 Jun 2018 09:45:24 GMT

Hallo THN

Vermutlich hast bei deinen Versuchen die Partitionstabelle durcheinander gebracht.

Versuche doch mal, da C: bereits verkleinert hast, mit GParted die nachfolgenden Partitionen P4 und P5 nach links nachzuschieben, sodass der gesamte freie, unpartitionierte Speicherplatz sich rechts am Ende der HDD sammelt.

Dann kannst gleich von linux aus mit dd klonen, also gleich das gesamte Device in einem Rutsch 1:1 auf die SSD kopieren. Es gibt dann zwar eine Fehlermeldung und einen Abbruch sobald die SSD voll ist, aber das sollte doch erst passieren, wenn bereits alle Partitionen kopiert worden sind, wenn zuvor genug Speicherplatz frei gemacht hast.

zB. wenn sda die hdd ist und sdc die SSD (gib dazu mal fdisk -l ein, um herauszufinden welches laufwerk wie heißt)

dd if=/dev/sda bs=32768 of=/dev/sdc

edit:

Moment, ich habe mal überschlägig nachgerechnet, es dürfte sich so noch nicht ganz ausgehen.

Versuche mit GParted vor dem Klonvorgang daher die Recover Partition (60GB) um 20 GB zu verkleinern.

MfG.
K.B.

Re: E6416 esoterische HDD clonen auf SSD

THN — Sat, 30 Jun 2018 11:33:46 GMT

@Kill_Bill

Ja, das mit dem Linksverschieben von P4 und P5 habe ich auch schon überlegt, ich habe nur Angst dass dann der Rechner vielleicht ganz im Popo ist...

Ich weiß nämlich nicht, was P0 macht und ob vielleicht P4 und P5 an Ort und Stelle fürs Booten benötigt werden. Ich denke dass auf jeden Fall auch noch an anderer Stelle was geändert werden muss, damit der Rechner nach dem Linksverschieben noch funktioniert...

Einfach mal Probieren erscheint mir zu riskant.

PS1: Du hast Recht, auch P5 könnte auch noch auf 20 - 30 GB verkleinert werden, dass ist aber weniger wichtig.

PS2: Was macht P0???

PS3: Oder wenn ich P4 und P5 erstmal woanders hin auslagere?

THN

Re: E6416 esoterische HDD clonen auf SSD

Kill_Bill — Sat, 30 Jun 2018 11:58:01 GMT

Hallo THN

Also den Versuch mit dd zu klonen kannst in der jetzigen Situation auch schon gefahrlos ausprobieren, nur wird dann von P4 und P5 nichts mehr auf der SSD sein, da die bis dorthin schon voll geschrieben wurde.

Meiner Meinung nach, müsste der Rechner dann von SSD booten, allerdings die HDD vom SATA Anschluss abziehen, und über Bootmenü F8 diese SSD auswählen. Im BIOS ist evtl. noch die HDD als Bootlaufwerk konfiguriert.

Man muss natürlich genau beachten, wie viele Sektoren auf der SSD gesamt vorhanden sind, und wie viele diese Partitionen auf der HDD belegen. Wenn die Partitionen auf der HDD mehr Sektoren belegen, als auf der SSD gesamt vorhanden sind, dann geht sich ein Klonvorgang platzmäßig nicht aus. Deshalb wäre die Recover-Partition zu verkleinern, wenn die auch mit drauf soll.

Ich bin mir nicht ganz sicher, aber P0, wenn darauf keine Daten zu finden sind, hatte zuvor die Funktion die jetzt P4 inne hat. Sie wurde wohl einfach zu klein für die aktuelle Windows Recovery Umgebung, und man kann eine Partition am Anfang der HDD nicht so einfach und schnell vergrößern, oder entfernen, deshalb hat sie Windows beim Upgrade auf neue Windows 10 Version einfach ungenutzt dort gelassen.

MfG.

K.B.

Re: E6416 esoterische HDD clonen auf SSD

THN — Sat, 30 Jun 2018 21:39:31 GMT

Tja, der dd ist wie erwartet durchgelaufen, bis die Zielplatte voll war. Bei der kleinen Blocksize hat das gute 8 Stunden gedauert.

Wenn ich danach versuche, die SSD mit gparted anzusehen bekomme ich einen Fehler von lipbarted: The backup GPT table is corrupt, but the primary appears OK, so that will be used.

Wenn ich OK klicke sehe ich eine absolut leere Platte ohne Partitionen.

Was nun?

THN

Re: E6416 esoterische HDD clonen auf SSD

Kill_Bill — Sun, 01 Jul 2018 06:49:00 GMT

Hallo THN

Die Fehlermeldung mit der GPT Partitionstabelle war ja zu erwarten, und die sollte man im Nachhinein korrigieren können, eigentlich eh mit GParted oder mit Testdisk, oa. Aber dass es so lange gedauert hat, die interne HDD auf die SSD zu kopieren ist nicht normal. Hier dürfte außerdem irgend ein Fehler beim Kopiervorgang oder Bug in GParted aufgetreten sein, dass dir auf der SSD keine Partitionen angezeigt werden. Wie schaut es mit Fdisk -l aus?

Ich vermute hier nicht die Blocksize, sondern evtl. die Verbindung zur SSD als Flaschenhals, war die über ein USB2-Gehäuse für ext. SATA Festplatten angeschlossen, oder war es zwar ein USB3 fähiges ext. Festplattengehäuse, aber wurde es über eine USB2 Schnittstelle am Notebook angeschlossen?

Jetzt könnte man versuchen mit Testdisk die SSD zu durchsuchen, und die GPT Partitionstabelle rekonstruieren zu lassen. Oder wenn Fdisk eine Partitionstabelle anzeigt, dann kann man die beiden fehlerhaften Einträge für P4 und P5 damit auch entfernen. Man kann mit aktuellem Fdisk auch die Partitionstabelle der HDD in einer SFdisk Skriptdatei speichern, und die sollte man auf der SSD wiederherstellen können.

Ich habe gerade einen Test mit einer 5400rpm 500GB Notebook Festplatte an einem ASM1061 gemacht, der liest mit DD und blocksize 32768 schon mit über 100MB/s aus. Obwohl der Controller eigentlich eher nicht sehr leistungsfähig ist.

MfG.

K.B.

Re: E6416 esoterische HDD clonen auf SSD

THN — Sun, 01 Jul 2018 08:59:26 GMT

Beide (alt+neu) waren/sind für Kopieren über USB2 angeschlossen gewesen. Klar dass das langsam ist.

fdisk sagt

GPT PMBR size mismatch (1953525167 != 937703087) will be corrected by w(rite).
Medium /dev/sdj: 447,1 GiB, 480103981056 Bytes, 937703088 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: dos
Medienkennung: 0x00000000

Gerät      Boot Start       Ende   Sektoren Größe Id Typ
/dev/sdj1           1 1953525167 1953525167 931,5G ee GPT

Man sieht dass es einen Missmatch zwischen der alten (931,5GiB) und neuen (447.1GiB) Plattengröße gibt

Ich glaube, dass Klonen kann ich vergessen. Kennst du einen guten Guide, das W10 "logisch" komplett zu sichern, dann neu zu installieren und zu restoren, so dass alle Programme und EInstellungen dabei mitkommen?

THN

Re: E6416 esoterische HDD clonen auf SSD

Kill_Bill — Sun, 01 Jul 2018 09:40:13 GMT

Hallo THN

Das ist eigenartig, hast mit DD auch nach "of=/dev/sdj" kopiert und nicht nach "of=/dev/sdj1" ?

MfG

K.B.

Re: E6416 esoterische HDD clonen auf SSD

THN — Sun, 01 Jul 2018 10:58:24 GMT

Ja habe ich

Re: E6416 esoterische HDD clonen auf SSD

Kill_Bill — Sun, 01 Jul 2018 12:41:12 GMT

Hallo THN

~~Also Fdisk sagt, es kann den PMBR korrigieren, wenn man die Partitionstabelle neu schreibt.~~

~~Das geht normalerweise mit "w", nachdem man fdisk /dev/sdj gestartet hat.~~

~~Funktioniert das, zeigt Fdisk dann nach neuerlichem Einlesen der Partitionstabelle der Platte die Partitionen korrekt an?~~

Nein, man muss Gdisk nehmen, das ist eigentlich für GPT partitionierte Festplatten gedacht, und in dem Bereich mächtiger.

Damit sollte man den PMBR korrigieren können, wenn man P4 und p5 zuvor löscht, und dann den Partition Table neu schreibt.

edit: Mit den Kommandos in der Reihenfolge müsste es eigentlich funktionieren. Ich habe das mal auf einer anderen eben ebenfalls durch dd kopierte falsche Festplattenpartitionierung ausprobiert. Also in deinem Fall einfach P4 und P5 löschen und dann mit v auf Fehler prüfen und Partitionstabelle neu schreiben.

[root@uru6t ~]# gdisk /dev/sdc
GPT fdisk (gdisk) version 1.0.3

Warning! Disk size is smaller than the main header indicates! Loading
secondary header from the last sector of the disk! You should use 'v' to
verify disk integrity, and perhaps options on the experts' menu to repair
the disk.
Caution: invalid backup GPT header, but valid main header; regenerating
backup header from main header.

Warning! One or more CRCs don't match. You should repair the disk!

Partition table scan:
  MBR: protective
  BSD: not present
  APM: not present
  GPT: damaged

****************************************************************************
Caution: Found protective or hybrid MBR and corrupt GPT. Using GPT, but disk
verification and recovery are STRONGLY recommended.
****************************************************************************

Command (? for help): ?  
b	back up GPT data to a file
c	change a partition's name
d	delete a partition
i	show detailed information on a partition
l	list known partition types
n	add a new partition
o	create a new empty GUID partition table (GPT)
p	print the partition table
q	quit without saving changes
r	recovery and transformation options (experts only)
s	sort partitions
t	change a partition's type code
v	verify disk
w	write table to disk and exit
x	extra functionality (experts only)
?	print this menu

Command (? for help): p
Disk /dev/sdc: 976773168 sectors, 465.8 GiB
Model: HGST HTS545050A7
Sector size (logical/physical): 512/4096 bytes
Disk identifier (GUID): 03466D96-2144-4BA8-8014-64D24E09D913
Partition table holds up to 128 entries
Main partition table begins at sector 2 and ends at sector 33
First usable sector is 34, last usable sector is 3907029134
Partitions will be aligned on 2048-sector boundaries
Total free space is 2157 sectors (1.1 MiB)

Number  Start (sector)    End (sector)  Size       Code  Name
   1            2048      3617359871   1.7 TiB     0700  Basic data partition
   2      3781199872      3907028991   60.0 GiB    0700  Basic data partition
   3      3617359872      3781199871   78.1 GiB    8300  linux

Command (? for help): d
Partition number (1-3): 3

Command (? for help): d
Partition number (1-2): 2

Command (? for help): p
Disk /dev/sdc: 976773168 sectors, 465.8 GiB
Model: HGST HTS545050A7
Sector size (logical/physical): 512/4096 bytes
Disk identifier (GUID): 03466D96-2144-4BA8-8014-64D24E09D913
Partition table holds up to 128 entries
Main partition table begins at sector 2 and ends at sector 33
First usable sector is 34, last usable sector is 976773134
Partitions will be aligned on 2048-sector boundaries
Total free space is 2014 sectors (1007.0 KiB)

Number  Start (sector)    End (sector)  Size       Code  Name
   1            2048      3617359871   1.7 TiB     0700  Basic data partition

Command (? for help): d
Using 1

Command (? for help): n
Partition number (1-128, default 1): 
First sector (34-976773134, default = 2048) or {+-}size{KMGTP}: 
Last sector (2048-976773134, default = 976773134) or {+-}size{KMGTP}:          
Current type is 'Linux filesystem'
Hex code or GUID (L to show codes, Enter = 8300): 0700
Changed type of partition to 'Microsoft basic data'

Command (? for help): p
Disk /dev/sdc: 976773168 sectors, 465.8 GiB
Model: HGST HTS545050A7
Sector size (logical/physical): 512/4096 bytes
Disk identifier (GUID): 03466D96-2144-4BA8-8014-64D24E09D913
Partition table holds up to 128 entries
Main partition table begins at sector 2 and ends at sector 33
First usable sector is 34, last usable sector is 976773134
Partitions will be aligned on 2048-sector boundaries
Total free space is 2014 sectors (1007.0 KiB)

Number  Start (sector)    End (sector)  Size       Code  Name
   1            2048       976773134   465.8 GiB   0700  Microsoft basic data

Command (? for help): w

Final checks complete. About to write GPT data. THIS WILL OVERWRITE EXISTING
PARTITIONS!!

Do you want to proceed? (Y/N): y
OK; writing new GUID partition table (GPT) to /dev/sdc.
The operation has completed successfully.
[root@uru6t ~]#

MfG.

K.B.

Re: E6416 esoterische HDD clonen auf SSD

THN — Sun, 01 Jul 2018 13:21:31 GMT

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!!!

Re: E6416 esoterische HDD clonen auf SSD

Kill_Bill — Sun, 01 Jul 2018 13:32:40 GMT

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.

Re: E6416 esoterische HDD clonen auf SSD

THN — Sun, 01 Jul 2018 13:46:33 GMT

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

Re: E6416 esoterische HDD clonen auf SSD

Kill_Bill — Sun, 01 Jul 2018 14:03:57 GMT

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.

Re: E6416 esoterische HDD clonen auf SSD

THN — Sun, 01 Jul 2018 14:33:36 GMT

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