Partition verschieben / booten, ohne das System durcheinander zu bringen

11

Ich habe meine alte Linux Mint-Partition gelöscht, die ich neben meiner neuen aktuellen Rafaela-Partition installiert hatte. Somit habe ich freien Speicherplatz, den ich meiner Home-Partition hinzufügen möchte.
Oben sehen Sie das Partitionslayout:
sda4 ist die Systempartition mit / boot
sda5 ist die Home-Partition

Ich möchte das Haus mit dem nicht zugewiesenen Speicherplatz erweitern, aber leider befindet sich die Systempartition dazwischen und ich müsste sie an den Anfang des nicht zugewiesenen Speicherplatzes verschieben.
Da ich eine Warnmeldung erhalten habe, dass das System möglicherweise nicht mehr startet, möchte ich beim Verschieben / Booten wissen, wie ich dies tun kann, ohne das System zu beschädigen. Es ist sinnvoll, dass das System nicht booten kann, wenn der Bootloader den Kernel nicht mehr findet. Ich denke, nachdem ich das Partitionslayout geändert habe, muss ich grub chotieren / und grub neu generieren.

Weiß jemand, wie ich den nicht zugewiesenen Platz sicher nach Hause bringen kann?

boot partition grub2

— Thorben
quelle

5

Der Bootsektor muss die Bootpartition finden. Danach verlässt der Bootloader die Partitionen. Es ist egal, wo sie sich auf dem Laufwerk befinden.
Ich gehe davon aus, dass Sie gparted live nach dem Screenshot verwenden. Nach dem Ändern der Größe müssen Sie von der Shell:

Hängen Sie Ihre verschobene Stammpartition ein, die das Startverzeichnis enthält
Wenn / boot eine separate Partition ist, hängen Sie sie in die Root-Partition ein
Hängen Sie das / dev mit der Option --bind in das dev-Verzeichnis in Ihrem Root-Mount ein
Chroot in die Wurzelhalterung
Führen Sie grub-install oder liloconfig aus, um den Bootsektor neu zu installieren

— MVanOrder
quelle

Heute habe ich die Partitionen verschoben und ihre Größe geändert und alles hat ohne Probleme funktioniert. Ich musste nicht einmal auf die Root-Partition chrooten. Ich denke, das liegt daran, dass / boot / efi eine separate Partition ist. Ich markiere dies jedoch als Lösung, da ich denke, dass dies die Antwort sein könnte, wenn Sie Probleme bekommen. Denken Sie übrigens daran, ein 64-Bit-Live-Medium für 64-Bit zu verwenden. Andernfalls können Sie nicht auf der Festplatte chroot.

— Thorben

Ich habe nicht an 64/32 Bit Unterschied gedacht, aber das ist richtig. Um 64-Bit-Binärdateien auf dem Betriebssystem auszuführen, in das Sie chrooten, müssen Sie ein 64-Bit-Betriebssystem ausführen.

— MVanOrder

0

Ich habe meine Partition durcheinander gebracht (Ubuntu 19.04).

Zum Glück war es einfach, es zum Laufen zu bringen. Ich musste nur einen Ubuntu-Live-USB-Stick ausführenupdate-grub (keine Sorge, es ist einfach).

Die Fehlermeldung, die ich hatte, war: Fehlersymbol grub_efi_allocate_fixednicht gefunden

Verfahren:

Erstellen Sie einen Ubuntu Live USB und booten Sie darauf
Suchen Sie den Speicherort Ihrer Betriebssystempartition (mit gparted, z. B.: / Dev / sda1 ).
Führen Sie diese Befehle aus (ersetzen Sie / dev / sda1 durch Ihre Partition).

sudo mount /dev/sda1 /mnt
sudo mount --bind /dev /mnt/dev
sudo mount --bind /proc /mnt/proc
sudo mount --bind /sys /mnt/sys
sudo chroot /mnt
sudo update-grub

Neustart und vielleicht klappt es :)

— 56ka
quelle