HDD auf SSD umziehen, wie machen?

[thosch97]

Grüße.

Ich wollte ja eigentlich Cleaninstall auf die SSD für den Laptop machen, aber das System auf der HDD ist grad so gut eingerichtet, da kann ich das auch grad so gut umziehen.
Es handelt sich um ein Windows 7 (2 NTFS-Partitionen, eine Boot, eine System) und ein Linux (einmal ext4 als Boot, dann LUKS(LVM(ext4 als /, swap))), alles 4 Partitionen in einem MBR. GPT geht ja nicht, weil ich kein UEFI habe und Windows doof ist.
Wie bring ich das jetzt am besten und ohne die SSD groß zu belasten rüber?

[mrshadowtux]

Clonezilla

[gandro]

Der eine Schreibvorgang sollte den Braten nicht fett machen, nur auf dem Zielsystem dann mal fstrim laufen lassen. Weiss allerdings nicht wie das mit Windows aussieht.

[freaked]

Trueimage

[DosAmp]

(18.04.2014 10:57)gandro schrieb:  Der eine Schreibvorgang sollte den Braten nicht fett machen, nur auf dem Zielsystem dann mal fstrim laufen lassen. Weiss allerdings nicht wie das mit Windows aussieht.

ntfsclone kopiert ja auch nur Dateien und Metainformationen, also belegten Speicher. Einzige Bedingung ist, dass das Dateisystem exakt so groß wiederhergestellt wird, wie sie gesichert wurde, also ggf. vorher innerhalb von Windows die Partition live verkleinern und nach dem Kopieren mit ntfsresize die Größe des Dateisystems an die neue Partition anpassen.
Einzig die Windows-Bootpartition sollte wieder Bootflag haben und am selben Sektor anfangen, aber das sollte bei einer aktuellen Installation sowieso Sektor 2048 sein.

[thosch97]

(18.04.2014 11:02)DosAmp schrieb:  Einzig die Windows-Bootpartition sollte wieder Bootflag haben und am selben Sektor anfangen, aber das sollte bei einer aktuellen Installation sowieso Sektor 2048 sein.

Bootfähig ist sie nichtmal:

Code:

Disk /dev/sda: 160.0 GB, 160041885696 bytes
255 heads, 63 sectors/track, 19457 cylinders, total 312581808 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0xdd17757e

   Device Boot      Start         End      Blocks   Id  System
/dev/sda1            2048     2457599     1227776    7  HPFS/NTFS/exFAT
/dev/sda2         2457600   207722159   102632280    7  HPFS/NTFS/exFAT
/dev/sda3   *   207722496   208699391      488448   83  Linux
/dev/sda4       208699392   312580095    51940352   83  Linux

Wird von GRUB2 gechainloadet.
Ja gut öö dann mach ich einfach Partitionsgrößen bis auf sda4 (das kommt dann bis nach hinten) so wie vorher und bügel das mit Partclone drüber.

[nicolahu91]

(18.04.2014 10:52)mrshadowtux schrieb:  Clonezilla

Hab ich bisher auch immer so gemacht. Bei zwei Laptops und bei meinem PC schon paar mal.

[winfreak]

Unter Windows einen neuen Leistungsindex generieren lassen, dann wird TRIM aktiviert.

[thosch97]

Soll ich die LUKS-Partition komplett drüberbügeln? Gibts da auch ein Tool, das den freien Speicher nicht kopiert oder muss ich dafür ein neues Volume machen? Wenn dem so ist, was für Dateien muss ich dann anpassen? crypttab, …?

Und überhaupt: grub-install, sonst noch was?

[DosAmp]

(18.04.2014 17:56)thosch97 schrieb:  Soll ich die LUKS-Partition komplett drüberbügeln? Gibts da auch ein Tool, das den freien Speicher nicht kopiert oder muss ich dafür ein neues Volume machen?

Du kannst auch einen neuen LUKS-Container anlegen und das Dateisystem mit geeigneten Cloning-Tools ohne Mounten auf den entsperrten Container kopieren. Die komplette Partition solltest du so oder so einmal komplett mit Pseudozufall überschreiben, da ist es fast egal, ob es die vorhandenen oder „neue“ Daten sind.

In der /etc/crypttab kannst du für Performance zugunsten Sicherheit die Discard-Option aktivieren, damit TRIM-Befehle von LUKS durchgereicht werden.