Okay kleine Gedächtnisstütze wie man Linux mit GPT Partitionsschema auf ein kleineres Laufwerk, z.B. eine SSD umzieht.
Der Vorgang ist eigentlich ziemlich easy, nutzen kann man dafür z.B. die GParted Live CD.
Der Vorgang gliedert sich in vier Schritte:
- Alte Partition verkleinern bis Sie komplett auf die neue SSD passt
- Altes Laufwerk per dd auf das neue Laufwerk klonen
- GPT reparieren
- ggf. Partition auf dem neuen Laufwerk auf volle Kapazität vergrößern
Wie gesagt ist das ganze ziemlich einfach mit gparted. Man muss nur aufpassen das man vor allem beim Umgang mit dd auf jeden Fall darauf achtet die richtigen Laufwerke auszuwählen.
Der erste Schritt funktioniert graphisch mittels GPartet, verkleinert die Ursprüngliche Partition soweit bis Sie komplett auf das neue Laufwerk passt. Ist das Laufwerk zu voll müsst Ihr erstmal Platz schaffen. Der Umgang mit GPartet sollte selbsterklärend sein. Partition kleiner ziehen, Apply drücken und warten bis der Vorgang abgeschlossen ist.
Im zweiten Schritt klonen wir das Laufwerk per dd auf die neue SSD, die Laufwerksbezeichnungen müsst Ihr anpassen:
dd if=/dev/sdxxx of=/dev/sdyyy bs=10M status=progress
Nun ist Geduld angesagt, dd schreibt das Laufwerk nun voll bis es aufgrund von Platzproblemen aufgibt, das ist aber nicht schlimm.
Danach reparieren wir den GPT denn die neue Sektorgröße etc. passt nun nicht mehr zu den Informationen im GPT. Dazu nutzen wir auf der Kommandozeile das Tool gdisk:
sudo gdisk /dev/sdyyy
danach nutzen wir folgende befehle nacheinander: v,x,e,w,Y
Damit stimmen die Infos wieder. Nun könnt Ihr die gparted GUI noch einmal nutzen um die Partition auf dem neuen Laufwerk auf volle Größe zu bringen.
Danach könnt Ihr das neue Laufwerk einbauen und davon booten.
Hallo Björn, habe das ganze nach deiner anleitung ausgeführt. 1 TByte HDD (480 GB belegt)—> 500GByte HDD mit Windows und Linux Partitionen.
Festplatte /dev/sda: 931,53 GiB, 1000204886016 Bytes, 1953525168 Sektoren
/dev/sda1 * 2048 206847 204800 100M 7 HPFS/NTFS/exFAT
/dev/sda2 206848 203928061 203721214 97,1G 7 HPFS/NTFS/exFAT
/dev/sda3 203929600 205004799 1075200 525M 27 Verst. NTFS WinRE
/dev/sda4 205006865 1953523711 1748516847 833,8G 5 Erweiterte
/dev/sda5 205006867 225980831 20973965 10G 82 Linux Swap / Solaris
/dev/sda6 225980851 330844132 104863282 50G 83 Linux
/dev/sda7 330844435 372791551 41947117 20G 83 Linux
/dev/sda8 372791571 414738687 41947117 20G 83 Linux
/dev/sda9 414738707 625138303 210399597 100,3G 83 Linux
Festplatte /dev/sdb: 465,78 GiB, 500107862016 Bytes, 976773168 Sektoren
/dev/sdb1 2048 206847 204800 100M Microsoft Basisdaten
/dev/sdb2 206848 203928061 203721214 97,1G Microsoft Basisdaten
/dev/sdb3 203929600 205004799 1075200 525M Windows-Wiederherstellungsumgebung
/dev/sdb5 205006867 225980831 20973965 10G Linux Swap
/dev/sdb6 225980851 330844132 104863282 50G Linux-Dateisystem
/dev/sdb7 330844435 372791551 41947117 20G Linux-Dateisystem
/dev/sdb8 372791571 414738687 41947117 20G Linux-Dateisystem
/dev/sdb9 414738707 625138303 210399597 100,3G Linux-Dateisystem
Leider kein boot möglich.
Beide Platten sind laut smartctl unter Linux fehlerfrei.
Vielleicht ein Problem mit dem Bootloader weil sich die UUID geändert hat?