Partitionen löschen und verschieben?

[Gnox]

Hallo,

Ich hatte auf meiner NVMe zu Testzwecken verschiedene Partitionen erstellt und darauf verschiedene Debian-Installationen angelegt:

Code: Alles auswählen

gnox@aorus:~$ sudo fdisk -l
[sudo] Passwort für gnox: 
Disk /dev/nvme0n1: 465.76 GiB, 500107862016 bytes, 976773168 sectors
Disk model: Force MP600                             
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: gpt
Disk identifier: 1C5DE652-8A77-4AE4-9F0C-113C8D4BF2FD

Device             Start       End   Sectors  Size Type
/dev/nvme0n1p1      2048   1050623   1048576  512M EFI System
/dev/nvme0n1p2   1050624 123930623 122880000 58.6G Linux filesystem
/dev/nvme0n1p3 123930624 221587455  97656832 46.6G Linux filesystem
/dev/nvme0n1p4 221587456 319244287  97656832 46.6G Linux filesystem
/dev/nvme0n1p5 319244288 416901119  97656832 46.6G Linux filesystem

Nun hätte ich auf p5 das System liegen, welches ich gerne behalten würde. Kann ich via gparted p2-p4 löschen und anschliessend einfach p5 an den Anfang verschieben, oder gibt das Probleme? Was müsste ich dem Grub mitteilen, dass dieser das System noch sauber startet?

[KP97]

Was müsste ich dem Grub mitteilen, dass dieser das System noch sauber startet?

Kommt darauf an, _wie_ Grub startet. Die UUID wird sich ändern, Label ändern sich nicht.
Vorher ein Backup ist immer Pflicht.

[jph]

Tipp fürs nächste Mal: nicht mit Partitionen arbeiten, sondern ein LVM aufsetzen.

[Gnox]

Kommt darauf an, _wie_ Grub startet.

Was meinst Du mit "wie" Grub startet?

Tipp fürs nächste Mal: nicht mit Partitionen arbeiten, sondern ein LVM aufsetzen.

Daraus schliesse ich jetzt mal, dass Du eher davon absehen würdest, die Partitionen einfach so zu verschieben?

[jph]

Daraus schliesse ich jetzt mal, dass Du eher davon absehen würdest, die Partitionen einfach so zu verschieben?

Mit den Partitionen herumzufummeln ist immer risikobehaftet. Klar kann man so Sachen machen wie den Beginn der zweiten Partition vor den Beginn der ersten Partition legen, aber da weiß man nie so genau, welches Tool man damit möglicherweise aus dem Tritt bringt, weil das – genau genommen – eine ungültige Partitionstabelle ist.

Daher der Rat zu LVM, denn dort löst du dich von Partitionen mit fest zugeordneten Sektoren/Zylindern, und allokierst den Platz beliebig zu den Logical Volumes. So etwas wie eine Reihenfolge, die sich aus den Sektoren/Zylindern ergibt, gibt es dort nicht. Du kannst außerdem die Logical Volumes nach Belieben vergrößern und verkleinern (vorausgesetzt, das Dateisystem macht das mit, was bei den üblichen Verdächtigen aber kein Problem sein sollte).

Du müsstest in diesem Fall das System in ein LVM verschieben:

• p2 bis p4 in Physical Volumes (PV) umwandeln
• Volume Group (VG) anlegen und diesem die PV zuordnen
• innerhalb der VG ein Logical Volume (LV) für das zu erhaltende System anlegen (und ggf. ein LV für swap)
• Dateien von p5 ins neue LV verschieben
• System von neuem LV bootbar machen (Grub, initrd, fstab)
• wenn’s funktioniert: altes p5 gleichfalls in ein PV umwandeln und der VG zuordnen

Klappt sogar ohne Sicherung, dennoch ist es eine gute Idee, zuvor eine solche anzulegen.

Die grundlegenden Konzepte und Befehle sind hier beschrieben: https://wiki.debian.org/LVM. Wenn du auf Verschlüsselung verzichtest, kannst du die entsprechenden Ausführungen ignorieren und brauchst keine separate Partition für /boot.

[grubenlicht]

Daraus schliesse ich jetzt mal, dass Du eher davon absehen würdest, die Partitionen einfach so zu verschieben?

Partitionen verschieben, bzw. grundsätzlich Änderungen daran sind immer risikobehaftet, aktuelles Backup zu haben, ist jedenfalls nicht falsch.
Aber:

• die UUID verändert sich beim Verschieben/Kopieren natürlich nicht!
• wie grub startet – es handelt sich ja um eine EFI Installation – kannst du verfolgen über

  • Code: Alles auswählen

    sudo mount /dev//nvme0n1p1 /mnt

  • suche nach der Datei /mnt/efi/Boot/grub.cfg, in der steht, mit welchen Pfad das configfile der Installation aufgerufen wird
  daran ändert sich ja nichts, also bootet grub auch nachher

[KP97]

• die UUID verändert sich beim Verschieben/Kopieren natürlich nicht!

Wenn Du meinst...

[Gnox]

Daher der Rat zu LVM, denn dort löst du dich von Partitionen mit fest zugeordneten Sektoren/Zylindern, und allokierst den Platz beliebig zu den Logical Volumes. So etwas wie eine Reihenfolge, die sich aus den Sektoren/Zylindern ergibt, gibt es dort nicht. Du kannst außerdem die Logical Volumes nach Belieben vergrößern und verkleinern (vorausgesetzt, das Dateisystem macht das mit, was bei den üblichen Verdächtigen aber kein Problem sein sollte).

Danke für den Rat mit LVM. Damit habe ich mich bis jetzt nicht befasst, klingt interessant. Allerdings auch ziemlich komplex, was ich zum Thema so auf die schnelle gelesen habe.

Ich werde wohl neu installieren. /home habe ich separat und das System auf p5 ist noch ziemlich frisch, d.h. ich verliere nicht allzuviel an Arbeit. So habe ich eine saubere Sache und der Zeitaufwand ist überschaubar.

[grubenlicht]

...
Wenn Du meinst...

es geht dabei weniger um irgendjemandes Meinung, so was läßt sich doch leicht verifizieren, 'GParted' z.B. ändert die UUID nicht! Mach 's einfach (z.B. auf einem USB Stick)

[bluestar]

Nun hätte ich auf p5 das System liegen, welches ich gerne behalten würde. Kann ich via gparted p2-p4 löschen und anschliessend einfach p5 an den Anfang verschieben, oder gibt das Probleme?

Klar kannst du die Partitionen problemlos löschen und p5 an den Anfang der SSD verschieben.

Was müsste ich dem Grub mitteilen, dass dieser das System noch sauber startet?

Grub sollte normalerweise problemlos danach weiter funktionieren.

[grubenlicht]

wenn Du meinst...

übrigens nicht nur ich "meine" das
Handbuch GParted-Partition verschieben ->Kopieren und Einfügen einer Partition Achtung