staging.inyokaproject.org

Ich habe auf meinem PC seit längerer Zeit eine etwas schräge Installation laufen:

sda ist eine 1TB Festplatte, weitgehend ungenutzt. Da gibt es aber eine 100M Partition sda1 /boot/efi

sdb ist eine 250GB SSD und um die geht es. Da ist eine unnötig große 127GB Windows10 Partition (sdb2) und eine mit 52GB zu kleine Ubuntu-Partition 22.04.05 LTS (sdb5) drauf. Außerdem eine weitere größere Partition (sdb3), die zwar SSD_Linux heißt, aber nicht an die Betriebssystem-Partition angebunden ist. Als Bootmanager wird grub2 verwendet, der PC verwendet uefi.

Mein Problem ist, dass die hauptsächlich genutzte Ubuntu-Partition sdb5 randvoll ist und kein Systemupdate mehr möglich ist.

Habe mir einen gparted USB-Stick gebaut, Screenshot anbei. Frage: Lässt sich die sdb5 irgendwie auf Kosten der sdb3 vergrößern oder ist das ob der verqueren Partitionierung aussichtslos?

Möchte halt eine langwierige Neuinstallation unbedingt vermeiden.

Genau dafür ist GParted da.

Ist auf der sdb3 überhaupt was drauf? Wenn nicht, lösch die doch einfach und zieh sdb5 entsprechend größer.

--ks

Danke für die Rückmeldung. Leider wird der hochgeladene gparted-screenshot nicht angezeigt. Keine Ahnung warum, es kam keine Fehlermeldung.

sdb3 ist leer, kann weg. Leider ist zwischen sdb3 und der zu vergrößernden sdb5 noch eine winzige sdb4, die ich mich nicht traue zu löschen, da die gparted als EFI System Partition beschreibt. Die sdb ist in etwa wie folgt partitioniert:

sdb1 16MiB | sdb2 107 GiB ntfs | sdb3 63 GiB ntfs | sdb4 1MiB fat32 (EFI System) | sdb5 52 GiB ext4

Befürchte halt, dass wenn ich die EFI-Partition anfasse, der ganze Rechner nicht mehr booted. Oder könnte ich die 1 MiB-EFI-Partition einfach nach Löschen der sda3 an die sdb2 heranschieben?

Führe folgenden Befehl in einem Terminal aus und zeige uns die vollständige Ein- und Ausgabe hier im Forum als Codeblock formatiert:

df -h

(Benutze Kopieren Strg + C und Einfügen Strg + V . Im Terminal braucht es zusätzlich die ⇧ -Taste.)

Ich hatte es mit einem gparted-live USB-Stick - nach vorherigem Backup der Daten - einfach mal riskiert:

- die sdb3 Partition gelöscht
- die sdb4 EFI System Partition "nach links" verschoben
- die sdb5 Ubuntu-Partion "nach links" von 52 GiB auf 115 GiB vergrößert.

Meine Befürchtung, dass hinterher nichts mehr geht, waren unbegründet. Der Rechner läuft und die Vergrößerung hat geklappt. War halt unsicher, da die Installation auf dem UEFI PC vor ein paar Jahren schon eine Plagerei war. Und gparted eindeutige Warnungen bezüglich Verschiebungen der Boot-Partitionen ausgibt.

$ df -h
Dateisystem    Größe Benutzt Verf. Verw% Eingehängt auf
tmpfs           788M    2,2M  786M    1% /run
/dev/sdb5       114G     46G   63G   43% /
tmpfs           3,9G       0  3,9G    0% /dev/shm
tmpfs           5,0M    4,0K  5,0M    1% /run/lock
efivarfs        128K    113K   11K   92% /sys/firmware/efi/efivars
/dev/sda1        96M     32M   65M   33% /boot/efi
tmpfs           788M    120K  788M    1% /run/user/1000

bzw

$ lsblk
NAME   MAJ:MIN RM   SIZE RO TYPE MOUNTPOINTS
...
sda      8:0    0 931,5G  0 disk 
├─sda1   8:1    0   100M  0 part /boot/efi
├─sda2   8:2    0    16M  0 part 
├─sda3   8:3    0 930,8G  0 part 
└─sda4   8:4    0   538M  0 part 
sdb      8:16   0 223,6G  0 disk 
├─sdb1   8:17   0    16M  0 part 
├─sdb2   8:18   0 107,4G  0 part 
├─sdb4   8:20   0   513M  0 part 
└─sdb5   8:21   0 115,6G  0 part /var/snap/firefox/common/host-hunspell
                                 /

Markiere den Thread bitte noch als gelöst.
Forum/Syntax (Abschnitt „geloest-ungeloest“)