[SOLVED] Festplattenvergrößerung

baeros · May 22, 2023

Hallo Forum,

ich habe das Mail Gateway auf einem Synology NAS als virtuelle Maschine schon sei einigen Jahren laufen.
Alle Pakete und Updates wurden upgedated. Läuft absolut zuverlässig. Ich hatte bei der Installation für die
virtuelle Maschine einen Speicherplatz von 20GB freigegeben. Nun, nach ca. 3 Jahren, ist der Festplatten-
speicher bereits zu 80% belegt.

Nun meine eigentliche Frage. Ich kann der virtuellen Maschine auf dem Synology NAS einen größen Speicherplatz
zuweisen (z.B 50GB) und die Maschine neu starten. Leider erkennt das Mail Gateway nicht, das nun mehr
Festplattenspeicher zur Verfügung steht. Wie kann ich dem Mail Gateway nun mitteilen, dass mehr Speicherplatz
zu Verfügung steht oder muss ich das Mail Gateway neu installieren (wäre ziemlich blöd.)
Gibt es auch eine Möglichkeit Logfiles, Caches oder ähnlich zu löschen, um mehr Festplattenspeicher zurück
zu erhalten? Vielen Dank für Eure Antworten im Voraus.

Gruß Olaf

sterzy · May 22, 2023

Hi!

Dafür müsstest du eigentlich nur schaun, dass du die entsprechende neue Größe auch korrekt einbindest. Nachdem die Disk in der Synology NAS vergrößert hast kannst du dafür die folgenden Schritte ausführen:

Reboote die VM und stelle sicher, dass die lsblk --ascii die richtige Größe anzeigt.
Dann kannst du mit pvresize /dev/sda3 das entsprechende PV vergrößern. Bitte stelle vorher sicher, dass /dev/sda3 die richtige Partition ist, dass sollte aber der Standardfall sein. Falls du dir nicht sicher bist, kannst du den Output von lsblk --ascii hier posten.

Falls das nicht klappt musst eventuell die PMG VM mit einer live Version von GParted starten und die Partition dort vergrößen. Oder etwas riskanter die folgenden Schritte machen damit die Partition vergrößert wird:
1. sgdisk -e /dev/sda, falls hier eine Warnung auftaucht, dass der Kernel noch die alte Größe verwedent, kannst du das ignorieren. Stelle bitte hier sicher, dass /dev/sda die richtige Disk ist.
2. apt install parted, installiert parted.
3. parted /dev/sda resizepart 3 100% dadurch wird die Partition vergrößert, bitte hier wieder darauf achten, dass die richtige Partition verwendet wird (im Beispiel hier als Partition 3 der Disk /dev/sda.
4. Starte die VM neu.
Nun mit lvresize -l +100%FREE /dev/pmg/root das LV vergrößern.
Abschließnd mit resize2fs /dev/pmg/root das Filesystem vergrößern.

Bitte mach vorher ein Backup. Wenn etwas schief gehen sollte könntest du Daten verlieren.

baeros · May 22, 2023

Vielen lieben Dank!!!

Der Zweite Weg hat super geklappt!

Gruß Olaf

sterzy · May 22, 2023

Freut mich, dass ich dein Problem lösen konnte. Kannst du den Thread bitte als "Solved" markieren damit ihn andere leichter finden? Dazu oben einfach auf "Edit Thread" gehen und dann den Prefix "Solved" auswählen.

Danke!

Negalein · Nov 3, 2023

sterzy said:
Freut mich, dass ich dein Problem lösen konnte.

Hallo Stefan!

Ich hänge mich hier drann, weil ich genau das selbe Problem habe.

Code:

nega@ubuntu:~$ lsblk --ascii
NAME                      MAJ:MIN RM  SIZE RO TYPE MOUNTPOINT
loop1                       7:1    0 55.7M  1 loop /snap/core18/2790
loop2                       7:2    0 63.5M  1 loop /snap/core20/1974
loop3                       7:3    0 63.5M  1 loop /snap/core20/2015
loop4                       7:4    0 91.8M  1 loop /snap/lxd/23991
loop5                       7:5    0 91.9M  1 loop /snap/lxd/24061
loop6                       7:6    0 55.7M  1 loop /snap/core18/2796
loop7                       7:7    0 40.9M  1 loop /snap/snapd/20092
loop8                       7:8    0 40.9M  1 loop /snap/snapd/20290
sda                         8:0    0  100G  0 disk
|-sda1                      8:1    0    1M  0 part
|-sda2                      8:2    0    1G  0 part /boot
`-sda3                      8:3    0    9G  0 part
  `-ubuntu--vg-ubuntu--lv 253:0    0    9G  0 lvm  /
sr0                        11:0    1 1024M  0 rom
sr1                        11:1    1 1024M  0 rom
nega@ubuntu:~$

Bis Punkt 2 pvresize /dev/sda3 funktioniert alles.

Aber ab Punkt 3 bekomm ich Fehler.

Code:

nega@ubuntu:~$ sudo lvresize -l +100%FREE /dev/pmg/root
  Volume group "pmg" not found
  Cannot process volume group pmg
nega@ubuntu:~$

Code:

nega@ubuntu:~$ sudo resize2fs /dev/pmg/root
resize2fs 1.45.5 (07-Jan-2020)
open: No such file or directory while opening /dev/pmg/root
nega@ubuntu:~$

Kannst du mir bitte weiterhelfen?

sterzy · Nov 6, 2023

Negalein said:
Kannst du mir bitte weiterhelfen?

1. eigentlich sind wir nicht begeistert, wenn man alte Threads einfach so wiederbelebt, vor allem weil 2. das ein anderes Problem ist: Die Fehlermeldung sagt schon alles, es gibt auf der VM keine „pmg“ Volume Group. Wenn ich’s richtig sehe, handelt es sich hier nicht um eine PMG VM, sondern um eine Ubuntu VM. Dort heißen die Volume Groups und Logical Volumes anders. Schau mal mit vgs und lvs nach wie die heißen.

Von deinem Output würde ich mal auf eine VG mit dem Namen ubuntu-vg und ein LV mit dem Namen ubuntu-lv tippen. Also müssten die Commands so ausschauen: lvresize -l +100%FREE /dev/ubuntu-vg/ubuntu-lv und resize2fs /dev/ubuntu-vg/ubuntu-lv. Eventuell zahlt es sich auch aus vorher mit ls o. ä. nachzuschauen, ob die Pfade so überhaupt existieren.

Negalein · Nov 6, 2023

sterzy said:
Von deinem Output würde ich mal auf eine VG mit dem Namen ubuntu-vg und ein LV mit dem Namen ubuntu-lv tippen. Also müssten die Commands so ausschauen: lvresize -l +100%FREE /dev/ubuntu-vg/ubuntu-lv und resize2fs /dev/ubuntu-vg/ubuntu-lv. Eventuell zahlt es sich auch aus vorher mit ls o. ä. nachzuschauen, ob die Pfade so überhaupt existieren.

Danke dir. Ich hatte gedacht, passt hier rein.
Aber werde nächstes mal einen eigenen Thread erstellen.

Die 2 Befehlen dürften gepasst haben.
Jetzt noch ein Reboot, um die richtige Größe zu sehen?
df -h und lsblk --ascii zeigt noch nicht die volle Größe.

Code:

nega@ubuntu:~$ sudo vgs
[sudo] password for nega:
  VG        #PV #LV #SN Attr   VSize  VFree
  ubuntu-vg   1   1   0 wz--n- <9.00g    0
nega@ubuntu:~$ sudo lvs
  LV        VG        Attr       LSize  Pool Origin Data%  Meta%  Move Log Cpy%Sync Convert
  ubuntu-lv ubuntu-vg -wi-ao---- <9.00g

Code:

nega@ubuntu:~$ sudo lvresize -l +100%FREE /dev/ubuntu-vg/ubuntu-lv
  New size (2303 extents) matches existing size (2303 extents).
nega@ubuntu:~$ sudo resize2fs /dev/ubuntu-vg/ubuntu-lv
resize2fs 1.45.5 (07-Jan-2020)
The filesystem is already 2358272 (4k) blocks long.  Nothing to do!

nega@ubuntu:~$ df -h
Filesystem                         Size  Used Avail Use% Mounted on
udev                               941M     0  941M   0% /dev
tmpfs                              198M  1.1M  197M   1% /run
/dev/mapper/ubuntu--vg-ubuntu--lv  8.8G  8.3G   90M  99% /
tmpfs                              986M     0  986M   0% /dev/shm
tmpfs                              5.0M     0  5.0M   0% /run/lock
tmpfs                              986M     0  986M   0% /sys/fs/cgroup
/dev/sda2                          974M  309M  598M  35% /boot
/dev/loop3                          64M   64M     0 100% /snap/core20/2015
/dev/loop2                          64M   64M     0 100% /snap/core20/1974
/dev/loop4                          92M   92M     0 100% /snap/lxd/23991
/dev/loop1                          56M   56M     0 100% /snap/core18/2790
/dev/loop5                          92M   92M     0 100% /snap/lxd/24061
/dev/loop7                          41M   41M     0 100% /snap/snapd/20092
/dev/loop8                          41M   41M     0 100% /snap/snapd/20290
/dev/loop6                          56M   56M     0 100% /snap/core18/2796
tmpfs                              198M     0  198M   0% /run/user/1000

nega@ubuntu:~$ lsblk --ascii
NAME                      MAJ:MIN RM  SIZE RO TYPE MOUNTPOINT
loop1                       7:1    0 55.7M  1 loop /snap/core18/2790
loop2                       7:2    0 63.5M  1 loop /snap/core20/1974
loop3                       7:3    0 63.5M  1 loop /snap/core20/2015
loop4                       7:4    0 91.8M  1 loop /snap/lxd/23991
loop5                       7:5    0 91.9M  1 loop /snap/lxd/24061
loop6                       7:6    0 55.7M  1 loop /snap/core18/2796
loop7                       7:7    0 40.9M  1 loop /snap/snapd/20092
loop8                       7:8    0 40.9M  1 loop /snap/snapd/20290
sda                         8:0    0  100G  0 disk
|-sda1                      8:1    0    1M  0 part
|-sda2                      8:2    0    1G  0 part /boot
`-sda3                      8:3    0    9G  0 part
  `-ubuntu--vg-ubuntu--lv 253:0    0    9G  0 lvm  /
sr0                        11:0    1 1024M  0 rom
sr1                        11:1    1 1024M  0 rom
nega@ubuntu:~$

sterzy · Nov 6, 2023

Negalein said:
Jetzt noch ein Reboot, um die richtige Größe zu sehen?

Hast du die VM in Schritt 4 ge-rebootet (nach dem parted Befehl)? Die dritte Partition ist immer noch nur 9G groß:

Negalein said:
`-sda3 8:3 0 9G 0 part

weshalb lvresize bzw. resize2fs keinen Effekt haben:

Negalein said:
New size (2303 extents) matches existing size (2303 extents).

Negalein said:
The filesystem is already 2358272 (4k) blocks long. Nothing to do!

Negalein · Nov 6, 2023

sterzy said:
Hast du die VM in Schritt 4 ge-rebootet (nach dem parted Befehl)? Die dritte Partition ist immer noch nur 9G groß:

Nein, noch nicht.
Also jetzt reboot, damit das Filesystem die richtige Größe zeigt?

PS: den Teil hab ich nicht gemacht

Code:

Falls das nicht klappt musst eventuell die PMG VM mit einer live Version von GParted starten und die Partition dort vergrößen. Oder etwas riskanter die folgenden Schritte machen damit die Partition vergrößert wird:
sgdisk -e /dev/sda, falls hier eine Warnung auftaucht, dass der Kernel noch die alte Größe verwedent, kannst du das ignorieren. Stelle bitte hier sicher, dass /dev/sda die richtige Disk ist.
apt install parted, installiert parted.
parted /dev/sda resizepart 3 100% dadurch wird die Partition vergrößert, bitte hier wieder darauf achten, dass die richtige Partition verwendet wird (im Beispiel hier als Partition 3 der Disk /dev/sda.
Starte die VM neu.

hab diese Schritte gemacht

Code:

1. Reboote die VM und stelle sicher, dass die lsblk --ascii die richtige Größe anzeigt.
2. Dann kannst du mit pvresize /dev/sda3 das entsprechende PV vergrößern. Bitte stelle vorher sicher, dass /dev/sda3 die richtige Partition ist, dass sollte aber der Standardfall sein. Falls du dir nicht sicher bist, kannst du den Output von lsblk --ascii hier posten.

3. Nun mit lvresize -l +100%FREE /dev/ubuntu-vg/ubuntu-lv das LV vergrößern.
4. Abschließnd mit resize2fs /dev/ubuntu-vg/ubuntu-lv das Filesystem vergrößern.

Negalein · Nov 8, 2023

sterzy said:
Die dritte Partition ist immer noch nur 9G groß:

sind die 4 Schritte ok, wie ich sie gemacht habe?

Jetzt noch reboot und dann müsste auch lvresize -l +100%FREE /dev/ubuntu-vg/ubuntu-lv und resize2fs /dev/ubuntu-vg/ubuntu-lv funktionieren?

LG

Negalein · Nov 14, 2023

sterzy said:
weshalb lvresize bzw. resize2fs keinen Effekt haben:

Hallo Stefan!

Schade, dass du nicht mehr antwortest.

Ich werde jetzt rebooten und hoffen, dass danach noch alles läuft.

LG

Search

Search

[SOLVED] Festplattenvergrößerung

baeros

Member

sterzy

Proxmox Staff Member

baeros

Member

sterzy

Proxmox Staff Member

Negalein

New Member

sterzy

Proxmox Staff Member

Negalein

New Member

sterzy

Proxmox Staff Member

Negalein

New Member

Negalein

New Member

Negalein

New Member