Partitionsgöße nach Server-Upgrade vergrößern

CuzImBisonratte · 4. Juli 2023

Hi,

ich habe einen meiner Server letztlich ge-upgraded.

Nun ist mir aufgefallen, dass ich noch die Partition vergrößern müsste.
Also habe ich folgendes getan:

Code

root@stein:/home/konstantin# df -h
    Filesystem                         Size  Used Avail Use% Mounted on
    tmpfs                              392M  1,2M  390M   1% /run
    /dev/mapper/ubuntu--vg-ubuntu--lv   19G   14G  4,3G  76% /
    tmpfs                              2,0G   28K  2,0G   1% /dev/shm
    tmpfs                              5,0M     0  5,0M   0% /run/lock
    /dev/sda2                          2,0G  253M  1,6G  14% /boot
    tmpfs                              392M  4,0K  392M   1% /run/user/1000
root@stein:/home/konstantin# lvextend -L +20g /dev/mapper/ubuntu--vg-ubuntu--lv
    Insufficient free space: 5120 extents needed, but only 4864 available
root@stein:/home/konstantin# lvextend -L +4864 /dev/mapper/ubuntu--vg-ubuntu--lv
    Size of logical volume ubuntu-vg/ubuntu-lv changed from <19,00 GiB (4863 extents) to <23,75 GiB (6079 extents).
    Logical volume ubuntu-vg/ubuntu-lv successfully resized.
root@stein:/home/konstantin# df -h
    Filesystem                         Size  Used Avail Use% Mounted on
    tmpfs                              392M  1,2M  390M   1% /run
    /dev/mapper/ubuntu--vg-ubuntu--lv   19G   14G  4,3G  76% /
    tmpfs                              2,0G   28K  2,0G   1% /dev/shm
    tmpfs                              5,0M     0  5,0M   0% /run/lock
    /dev/sda2                          2,0G  253M  1,6G  14% /boot
    tmpfs                              392M  4,0K  392M   1% /run/user/1000
root@stein:/home/konstantin# resize2fs /dev/mapper/ubuntu--vg-ubuntu--lv
    resize2fs 1.46.5 (30-Dec-2021)
    Filesystem at /dev/mapper/ubuntu--vg-ubuntu--lv is mounted on /; on-line resizing required
    old_desc_blocks = 3, new_desc_blocks = 3
    The filesystem on /dev/mapper/ubuntu--vg-ubuntu--lv is now 6224896 (4k) blocks long.
root@stein:/home/konstantin# df -h
    Filesystem                         Size  Used Avail Use% Mounted on
    tmpfs                              392M  1,2M  390M   1% /run
    /dev/mapper/ubuntu--vg-ubuntu--lv   24G   14G  8,8G  61% /
    tmpfs                              2,0G   28K  2,0G   1% /dev/shm
    tmpfs                              5,0M     0  5,0M   0% /run/lock
    /dev/sda2                          2,0G  253M  1,6G  14% /boot
    tmpfs                              392M  4,0K  392M   1% /run/user/1000

Alles anzeigen

Wie man am ende sehen kann ist /dev/mapper/ubuntu--vg-ubuntu--lv nur gerademal auf 24G. Ich habe aber einen VPS500 mit 80GB Speicherplatz.

Wie kann ich das ganze beheben und nahe 80 GB auf der Partition bekommen?

KB19 · 4. Juli 2023

Wenn ich nichts übersehen habe, hast Du die Partitionstabelle nicht angerührt?

Siehe Beispiele mit fdisk: https://www.netcup-wiki.de/wik…ionierung_KVM-Server_(LVM)

Im Zweifel einfach die GParted-ISO im SCP einlegen und booten, da kümmert sich GParted um alles.

aRaphael · 4. Juli 2023

Zitat von KB19

Im Zweifel einfach die GParted-ISO im SCP einlegen und booten, da kümmert sich GParted um alles.

Ja. ist am einfachsten, geht am schnellsten und man kann weniger Fehler machen.

(Allerdings habe ich gparted noch nie auf Servern genutzt, auf denen ich lvm installiert hatte)

CuzImBisonratte · 4. Juli 2023

Habe jetzt gparted genutzt und das ist ja wirklich kinderleicht, danke

CuzImBisonratte · 4. Juli 2023

Da hatte ich gerade schon den Beitrag zugemacht und nochmal df -h eingegeben und bin jetzt doch noch bei 24GB...

fdisk -l gibt mir jetzt zumindest unter /dev/sda3 eine Size von 77G aus, aber df halt nicht.

Muss ich ubuntu noch irgendwie sagen, dass es den Mount vergrößern muss oder was passiert hier?

Danke schonmal für eure Hilfe

aRaphael · 4. Juli 2023

Was gibt denn vgs aus?

Evtl. hast du ja nicht den ganzen Platz auf die lvm-Partitionen verteilt?

Was übrigens durchaus sinnvoll ist. Nur den Platz, den man momentan auch braucht in lvm-Partitionen stecken und den Rest unzugeordnet lassen. Erst wenn man in einer der Partitionen mehr Platz braucht, diese erweitern. Das ist ja gerade einer der Vorteile von lvm

CuzImBisonratte · 4. Juli 2023

Zitat von aRaphael

Was gibt denn vgs aus?

vgs gibt folgendes aus:

Code

root@stein:/home# vgs
    VG        #PV #LV #SN Attr   VSize   VFree 
    ubuntu-vg   1   1   0 wz--n- <77,02g 53,27g

Ist jetzt also doch alles richtig eingebunden und dh erkennt das einfach nicht?

Muss ich nochmal lvextend nutzen um das ganze für dh erkennbar zu machen oder soetwas?

Code

Evtl. hast du ja nicht den ganzen Platz auf die lvm-Partitionen verteilt?
Was übrigens durchaus sinnvoll ist. Nur den Platz, den man momentan auch braucht in lvm-Partitionen stecken und den Rest unzugeordnet lassen. Erst wenn man in einer der Partitionen mehr Platz braucht, diese erweitern. Das ist ja gerade einer der Vorteile von lvm

Ich kenne mich absolut nicht mit Partitionierung aus, deswegen die Frage: Was ist der Vorteil davon, die Partitionen klein zu lassen? Ich möchte ja nicht immer mal wieder in gparted rein um die zu vergrößern...

aRaphael · 4. Juli 2023

Zitat von CuzImBisonratte

Ist jetzt also doch alles richtig eingebunden und dh erkennt das einfach nicht?

Ja, 53 GB sind einfach noch keiner lvm-Partition zugeordnet. (df sieht diesen Speicherplatz nicht, aber dafür gibt es ja vgs)

Zitat von CuzImBisonratte

Ich kenne mich absolut nicht mit Partitionierung aus, deswegen die Frage: Was ist der Vorteil davon, die Partitionen klein zu lassen? Ich möchte ja nicht immer mal wieder in gparted rein um die zu vergrößern...

Ohne lvm legst du ja die Partitionsgrößen im Voraus fest und kannst sie dann nicht mehr (ohne größeren Aufwand) ändern. Evtl. merkst du später dass die Verteilung des Speicherplatzes nicht optimal war und eine Partition mehr benötigt und eine andere eigentlich zu viel hat.

Mit lvm kannst du die Partitionsgrößen auch nachträglich noch leicht ändern. (Ohne gparted o.ä., mit einem einzigen Befehl im laufenden Betrieb)

ABER: Während die Vergrößerung einer lvm-Partition (logical volume) völlig problemlos abläuft, ist das bei einer Verkleinerung leider nicht immer der Fall. (Ist mir selbst schon passiert)

Nettes Zitat dazu (Quelle habe ich gerade nicht präsent): "Everyone say its critical and may end up with disaster while we reduce the lvm. Reducing lvm is really interesting than any other part in Logical volume management."

Deshalb ist es "best practice" bei lvm, den zunächst nicht benötigten Speicherplatz erstmal unzugeordnet zu lassen, bis man weiß welche Partition ihn dann später evtl. benötigt.

Du kannst ja mal mit lvs schauen, wie groß deine Volumes sind und welches davon evtl. mehr Platz braucht.

CuzImBisonratte · 5. Juli 2023

Zitat von aRaphael

Ohne lvm legst du ja die Partitionsgrößen im Voraus fest und kannst sie dann nicht mehr (ohne größeren Aufwand) ändern. Evtl. merkst du später dass die Verteilung des Speicherplatzes nicht optimal war und eine Partition mehr benötigt und eine andere eigentlich zu viel hat

Aber ich benutze ja gar keine verschiedenen Partitionen, oder? Ich habe einfach ein standardmäßiges Ubuntu und sonst nichts.

Wenn ich den server dualbooten wollte oder Dateien habe, die ich nicht immer gemounted benötige, verstehe ich den Ansatz ja, aber wenn ich meine verschiedenen Services eh nur von verschiedenen Systembenutzern ausführen lasse, ergibt dies doch für mich keinen Sinn und ich kann ohne Probleme lvm sagen, dass dieses die volle größe nutzen soll, oder?

Danke für die Hilfe xD

NaN · 5. Juli 2023

Nachträgliche Änderungen sind auch nicht schwieriger als ohne LVM, aber Partitionen/LVs inkl. Dateisystem zu verkleinern ist riskanter und schwieriger als sie zu vergrößern. Wenn du nicht planst, die Partitionsgrößen (Logical Volumes in LVM-sprech) später zu ändern oder z.B. LVM-Snapshots zu nutzen, die Speicher außerhalb der LVs brauchen, kannst du den Speicherplatz auch direkt komplett zuweisen.

aRaphael · 5. Juli 2023

Zitat von CuzImBisonratte

....und ich kann ohne Probleme lvm sagen, dass dieses die volle größe nutzen soll, oder?

Ja, wenn du eh nur eine Partition nutzt (und sicher weißt, dass du auch in Zukunft keine zusätzlichen anlegen willst), dann kannst du das eine Volume auch auf das Maximum vergrößern. (Aber dann hättest du auf die Zwischenschicht lvm auch ganz verzichten können)

CuzImBisonratte · 5. Juli 2023

Zitat von aRaphael

Aber dann hättest du auf die Zwischenschicht lvm auch ganz verzichten können

Als ich den Server damals eingerichtet habe, hatte ich, genau wie heute, sehr wenig Ahnung von Partitionierung und habe deshalb die Ubuntu-Installer-Standartwerte genutzt.

Es funktioniert ja zumindest irgendwie

Tags