staging.inyokaproject.org

Nee...nicht mal das geht 😢

sudo pvs
  PV         VG        Fmt  Attr PSize   PFree 
  /dev/vda3  ubuntu-vg lvm2 a--  <14,25g <4,25g


sudo vgs
  VG        #PV #LV #SN Attr   VSize   VFree 
  ubuntu-vg   1   1   0 wz--n- <14,25g <4,25g


sudo lvs
  LV        VG        Attr       LSize  Pool Origin Data%  Meta%  Move Log Cpy%Sync Convert
  ubuntu-lv ubuntu-vg -wi-ao---- 10,00g                                                    


df -h
Filesystem                         Size  Used Avail Use% Mounted on
tmpfs                              392M   36M  357M  10% /run
/dev/mapper/ubuntu--vg-ubuntu--lv  9,8G  9,8G     0 100% /
tmpfs                              2,0G     0  2,0G   0% /dev/shm
tmpfs                              5,0M     0  5,0M   0% /run/lock
/dev/vda2                          1,7G  185M  1,5G  12% /boot
tmpfs                              392M   12K  392M   1% /run/user/1000


sudo pvcreate /dev/vda4
  No device found for /dev/vda4.

steamywindows schrieb:

Hast Du die Möglichkeit das System zu rebooten?

Und ja...habe ich und habe ich auch schon gemacht.

Das Problem ist für mich nur zu vielschichtig:

Die 80 GB die ich in Proxmox konfiguriert habe sind nirgends sichbar In der virtuellen Maschine funktioniert auch keiner der Befehle...

Doof das ist.

Okay, Plan B:

Du definierst in proxmox eine zus. Platte unter Hardware. Wenn die in der VM auftaucht (vermutlich /dev/vdb):

1
2

pvcreate /dev/vdb
vgextend ubuntu-vg /dev/vdb

Wenn dann pvs mehr als 14,25 GB zeigt, kannst Du das root-Volume vergrößern mit (z.B. auf 50 GB):

1

lvresize -L 50G /dev/mapper/ubuntu--vg-ubuntu--lv

Es ist das root-Volume, das ist das Problem. Es ist immer etwas darauf im Zugriff und darum lässt es sich nicht on-the-fly vergrößern. Wenn man das System von einem Boot-Stick startet und das dann ausführt, während das Volume nicht gemountet ist, würde es funktionieren.

Du könntest aber ebenso eine weitere Platte hinzufügen und die Volume Group damit erweitern.

Bisschen weiter...fehlt aber noch viel...

sudo pvcreate /dev/vdb
  Physical volume "/dev/vdb" successfully created.


sudo pvs
  PV         VG        Fmt  Attr PSize   PFree 
  /dev/vda3  ubuntu-vg lvm2 a--  <14,25g <4,25g
  /dev/vdb             lvm2 ---   32,00g 32,00g


sudo vgs
  VG        #PV #LV #SN Attr   VSize   VFree 
  ubuntu-vg   1   1   0 wz--n- <14,25g <4,25g



sudo lvextend ubuntu-vg /dev/vdb
  Please specify a logical volume path.
  Run `lvextend --help' for more information.


sudo vgextend ubuntu-vg /dev/vdb
  /etc/lvm/archive/.lvm_adguard_1474_136833251: write error failed: No space left on device


sudo vgs
  VG        #PV #LV #SN Attr   VSize   VFree 
  ubuntu-vg   1   1   0 wz--n- <14,25g <4,25g



sudo lvs
  LV        VG        Attr       LSize  Pool Origin Data%  Meta%  Move Log Cpy%Sync Convert
  ubuntu-lv ubuntu-vg -wi-ao---- 10,00g                                                    



sudo lvextend -L 3G /dev/mapper/ubuntu--vg-ubuntu--lv 
  New size given (768 extents) not larger than existing size (2560 extents)



sudo lvs
  LV        VG        Attr       LSize  Pool Origin Data%  Meta%  Move Log Cpy%Sync Convert
  ubuntu-lv ubuntu-vg -wi-ao---- 10,00g    

1

sudo lvextend ubuntu-vg /dev/vdb

sollte sein:

1

sudo vgextend ubuntu-vg /dev/vdb

1

sudo lvextend -L 3G /dev/mapper/ubuntu--vg-ubuntu--lv

Würde die gesamte Größe auf 3 GB setzen, das ist zu wenig.

1

sudo lvextend -L +3G /dev/mapper/ubuntu--vg-ubuntu--lv

Erweitert um 3 GB.

nee...

sudo vgextend ubuntu-vg /dev/vdb
  /etc/lvm/archive/.lvm_adguard_2085_827089945: write error failed: No space left on device


df
Filesystem                        1K-blocks     Used Available Use% Mounted on
tmpfs                                401036    36088    364948   9% /run
/dev/mapper/ubuntu--vg-ubuntu--lv  10218772 10202388         0 100% /
tmpfs                               2005164        0   2005164   0% /dev/shm
tmpfs                                  5120        0      5120   0% /run/lock
/dev/vda2                           1768056   189168   1470756  12% /boot
tmpfs                                401032       12    401020   1% /run/user/1000

1
2

sudo vgextend ubuntu-vg /dev/vdb
  /etc/lvm/archive/.lvm_adguard_1474_136833251: write error failed: No space left on device

Das verstehe ich nicht. Hat jemand, der hier mitliest evtl. eine Idee, warum ein neues 32 GB Volume nicht zu einer VG hinzugefügt werden kann?

Eine Idee hätte ich noch: vielleicht muss es zunächst mit ext4 formatiert werden, wie das andere Volume vda (nur eine Vermutung).

Kannst Du bitte nochmal

1

fdisk -l /dev/vdb

zeigen und folgendes ausführen:

1

sudo vgchange -ay

Erledigt...und nu?

sudo fdisk -l /dev/vdb
Disk /dev/vdb: 32 GiB, 34359738368 bytes, 67108864 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes



sudo vgchange -ay
  1 logical volume(s) in volume group "ubuntu-vg" now active

1

sudo pvscan

und

1

sudo vgscan

Voilà:

sudo pvscan
  PV /dev/vda3   VG ubuntu-vg       lvm2 [<14,25 GiB / <4,25 GiB free]
  PV /dev/vdb                       lvm2 [32,00 GiB]
 Total: 2 [<46,25 GiB] / in use: 1 [<14,25 GiB] / in no VG: 1 [32,00 GiB]



sudo vgscan
  Found volume group "ubuntu-vg" using metadata type lvm2

Ich fürchte, ich muss passen. Tut mir leid, wenn ich die Situation unübersichtlicher gestaltet habe mit meinen Ratschlägen.

Leider verstehe ich nicht, warum sich das neue Volume nicht zu der Volume-Group ubuntu-vg hinzufügen lässt. Das habe ich schon einige Male so oder ähnlich gemacht, ohne Probleme.

Falls Du es wieder entfernen möchtest, wäre der Befehl:

1

vgreduce ubuntu-vg /dev/vdb

Es könnte einen Versuch wert sein, das device vdb danach mit fdisk in ext4 zu formatieren, um es erneut zu versuchen (ehrlich gesagt ist das aber nur eine wage Vermutung).

Ansonsten, könntest Du die VM mittels eines iso booten in proxmox (ubuntu-Iso downloaden, einbinden und dann dass als boot-device einstellen). In einem System, in dem das root device nicht in Deiner VM gemountet ist, müsste der resize2fs-Befehl einwandfrei funktionieren (gefolgt von pvresize, wie beschrieben) und dann hätte das LVM nach einem erneuten reboot die vollen 80 GB der vergößerten Platte zur Verfügung.