Ich arbeite unter Linux mit einem 500 GB GPT-internen Speichergerät, das partitioniert /bootist /(root) /varund /homesich auf separaten ext4Volumes befindet. Aus historischen Gründen (es handelte sich früher um ein duales Linux-Linux-Mount-System) verfügt das Gerät nun über viel Platz zwischen den derzeit verwendeten gemounteten Volumes. Dieser Speicherplatz wird (von früher) zugewiesen und enthält weiterhin eine /bootPartition, die zum zweiten, jetzt heruntergekommenen Lx-Betriebssystem gehört. Das Dual-Boot-Menü zeigt immer noch die Wahl zwischen zwei Systemen, aber eines davon ist von seiner /bootPartition weitestgehend entfernt . Ich halte diesen Platz für verschwendet und möchte ihn zurückfordern.
Unter disksLinux sieht die aktuelle Partitionierung folgendermaßen aus: 
(Die bereitgestellten Elemente werden mit einem schwarzen Dreieck angezeigt.) Zusätzlich zu den oben bereits erwähnten Volumes und links im disksImage sehen Sie die EFI FAT-Partition (ganz links, wie Sie es sehen) würde erwarten), der Swap-Platz und viel zugeteilter, aber nie gemounteter Platz.
Alles bootet und funktioniert einwandfrei und ich habe eine Sicherungskopie meiner Daten und des gesamten Partitionslayouts, mit dem letzteres erhalten wurde # sfdisk -d /dev/nveme0n1 > partition-layout.dump.
Ich möchte sowohl den bereitgestellten /bootals auch den /(Stamm-) Bereich links vom Auslagerungsbereich verschieben und den nie bereitgestellten Bereich neu zuweisen varund /home... Ich habe nicht vor, GPT-Header des Geräts oder EFI zu berühren FAT Volumen für diese Angelegenheit.
Ich habe GParted zuvor auf MBR-Volumes mit Legacy-BIOS-Start verwendet, jedoch nie in EFI / GPT-Umgebungen. Könnte das Verschieben /bootdie Boot-Lade-Routine beeinträchtigen und mein Volume nicht mehr bootfähig machen? Wenn ja, was sollte ich tun, um den Bootloader neu zu erstellen, Partitionen neu zu indizieren, ... mehr, .. keine der oben genannten?
Wird GParted insbesondere dann den neuen Speicherort verfolgen und den Partitionsindex aktualisieren, damit der Bootloader nach der Neupartitionierung nicht erstickt?
Ich bin bereit dafür, aber ich möchte sichergehen, dass ich nichts wirklich Dummes mache, bevor ich einen Muskel bewege. Ein Stupser, Hilfe oder Rat wäre dankbar. Wenn ich vergessen habe, wichtige Aspekte des Kontexts einzubeziehen, werde ich Ihnen gerne weitere Einzelheiten mitteilen.
Prost.
quelle
/boot' and/ `so weit nach links verschieben, wie es das EFI-FAT-Volume zulässt Erstellen Sie den Swap danach neu (mit neuer UUID), erweitern Sie ihn/homeund/varstarten Sie ihn ohne Swap neu. Korrigieren Sie schließlich den/etc/fstabEintrag für die neue UUID des Swaps. Vermisse ich etwas?Antworten:
[TLDR] (die Kurzversion)
Die spezielle Konfiguration der Partitionen, die in OP angezeigt wird, macht es unmöglich, den Bootloader nicht neu erstellen / wiederherstellen zu müssen, nachdem das Kopfende der
/bootPartitionen verschoben wurde.[Die ganze Geschichte]
Was ich getan habe:
Booten Sie unter Live-Linux mit einem bootfähigen USB-Laufwerk im UEFI-Modus. (Ich habe mich für Ubuntu 18.04 entschieden).
Beachten Sie, dass Ubuntu und die moderne diskrete NVIDIA-Grafik überhaupt nicht miteinander auskommen. Wenn Sie eine aktuelle NVIDIA-Grafikkarte besitzen (Stand: ca. 2017), sparen Sie Zeit, wenn Sie tatsächlich ein Live-Betriebssystem ohne GUI über UEFI booten. Das bedeutet, die Neupartitionierung auf dem CLI und möglicherweise auch die anschließende Wiederherstellung des Bootloaders durchzuführen.
mit GParted Partition 2 und regenerieren MOVE Trennwand 3 (swap) verlassen, so wird es angrenzt Partition 1. Einfach "moving" es nicht die UUID der Partition ändern. Wenn Sie es löschen und an anderer Stelle neu erstellen (Ihren Anruf vollständig), müssen Sie später vi in eingeben
/etc/fstab, um die neue UUID des entsprechenden Swap-Eintrags zu ändern./boot(Partition 5) so weit wie nötig nach links. Um die Kopfstelle (dh die linke Grenze in der grafischen Darstellung von OP) dieser Partition zu verschieben, müssen Sie später den Bootloader wiederherstellen (in meinem Fall GRUB2). Andernfalls können Sie nicht booten. Wenn sich (root)/bootund/( im Gegensatz zum vorliegenden Fall ) auf derselben Partition befänden,/müsste zum Verschieben des Head-End von (root) auch der GRUB-Bootloader wiederhergestellt werden (da dies bedeuten würde, dass der Start der / boot / efi-Informationen in neu indiziert wird die Root-Partition)./(root)/varund/homenach Lust und Laune.Das Obige ist die vollständige Antwort auf meine ursprüngliche Frage.
Das Wiederherstellen des Booloaders ist hier nicht mehr möglich, aber gut dokumentiert, jetzt auch für UEFI. Schlagen Sie dies und das nach, um detaillierte Hilfe zu erhalten. Ihr Kilometerstand kann je nach Distribution variieren, aber mein Rat ist: Verwenden Sie die allgemeinen CLI-Anweisungen so oft wie möglich. Sie lassen sich am besten dokumentieren, wie
chrootdies beispielsweise bei Wrappern der Fall ist, während dies bei Wrappernchrootmöglicherweise nicht der Fall ist. Wieder Ihr Anruf.HTH jemand mit ähnlichen Zweifeln wie ich hatte.
quelle