|
DoktorIRC
Anmeldungsdatum: 3. Mai 2015
Beiträge: 12
|
Hallo zusammen, ich habe hier einen Proxmox Server am und dort läuft als VM ein Ubuntu Server. Jetzt kam die Meldung, dass kein Plattenplatz mehr frei ist. Das war auch korrekt, da die VM zu klein dimensioniert war. Also habe ich diese vergrößert aber das war noch nicht die komplette Lösung, da ich noch immer die Meldung erhalte, dass ich nicht genug Plattenplatz habe: df
Filesystem 1K-blocks Used Available Use% Mounted on
tmpfs 401036 36100 364936 10% /run
/dev/mapper/ubuntu--vg-ubuntu--lv 10218772 10202052 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 sudo vgdisplay
--- Volume group ---
VG Name ubuntu-vg
System ID
Format lvm2
Metadata Areas 1
Metadata Sequence No 2
VG Access read/write
VG Status resizable
MAX LV 0
Cur LV 1
Open LV 1
Max PV 0
Cur PV 1
Act PV 1
VG Size <14,25 GiB
PE Size 4,00 MiB
Total PE 3647
Alloc PE / Size 2560 / 10,00 GiB
Free PE / Size 1087 / <4,25 GiB
VG UUID NeE42B-rYS5-NOXB-cC7t-apcf-2Q4Y-8uMgLJ sudo lvdisplay
--- Logical volume ---
LV Path /dev/ubuntu-vg/ubuntu-lv
LV Name ubuntu-lv
VG Name ubuntu-vg
LV UUID 9ESExd-hIYu-Zjj9-dnO7-6gKD-h7fo-HrckOn
LV Write Access read/write
LV Creation host, time ubuntu-server, 2024-07-18 09:03:57 +0000
LV Status available
# open 1
LV Size 10,00 GiB
Current LE 2560
Segments 1
Allocation inherit
Read ahead sectors auto
- currently set to 256
Block device 252:0 Könnt Ihr mir sagen, wie ich hier weiterkomme? Viele Grüße Moderiert von tomtomtom: Ins passende Forum verschoben.
|
|
schwarzheit
Supporter
Anmeldungsdatum: 31. Dezember 2007
Beiträge: 5329
|
Hast du schon Systempflege betrieben?
|
|
seahawk1986
Anmeldungsdatum: 27. Oktober 2006
Beiträge: 11278
|
Das ist ein mehrschrittiger Prozess - erst musst du den Virtuellen Datenträger vergrößern, dann nacheinander die Volume Group (VG), das Logical Volume (LV) und zuletzt das Dateisystem, damit es den Platz ausfüllt: https://www.thomas-krenn.com/de/wiki/LVM_vergr%C3%B6%C3%9Fern Wenn ich das richtig sehe, hast du bislang nur die VG vergrößert, das LV und das Dateisystem fehlen noch.
|
|
DoktorIRC
(Themenstarter)
Anmeldungsdatum: 3. Mai 2015
Beiträge: 12
|
Systempflege hilft nicht, da die Partition einfach viel zu klein gewählt wurde initial. Ansonsten habe ich mal versucht diese Schritt für Schritt Anleitung durchzugehen...ist aber nicht so trivial: 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 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 Jetzt soll man eine neue Partition anlegen. In dem Beispiel auf der oben genannten Webseite steht /dev/sda3...ich habe ich aber /dev vda2 als boot. Trage ich dann als neue Partition auch /dev/vda3 ein?
sudo pvcreate /dev/vda4
No device found for /dev/vda4.
oder auch
sudo pvcreate /dev/sda3
No device found for /dev/sda3. was muss ich machen?
|
|
seahawk1986
Anmeldungsdatum: 27. Oktober 2006
Beiträge: 11278
|
Ich denke du brauchst keine neuer Partition, wenn das Ziel war auf 14,25 GB zu kommen. Was jetzt noch fehlt ist die Größe des LV anzupassen: https://www.thomas-krenn.com/de/wiki/LVM_vergr%C3%B6%C3%9Fern#Vergr%C3%B6%C3%9Fern_des_LV auf die maximal mögliche Größe und danach musst du das Dateisystem vergrößern - für ext4 steht das in Dateisystemgröße ändern (Abschnitt „ext2-ext3-ext4“) - falls du nicht weißt, welches Dateisystem zum Einsatz kommt, lass dir mal anzeigen, was da vorhanden ist:
sudo blkid | grep -v "/dev/loop"
|
|
DoktorIRC
(Themenstarter)
Anmeldungsdatum: 3. Mai 2015
Beiträge: 12
|
Also so sieht es bei der VM aus (siehe angehängte Datei). 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 14G /dev/mapper/ubuntu--vg-ubuntu--lv
Size of logical volume ubuntu-vg/ubuntu-lv changed from 10,00 GiB (2560 extents) to 14,00 GiB (3584 extents).
/etc/lvm/archive/.lvm_adguard_5413_1030200518: write error failed: No space left on device So..und jetzt noch mal lvs anzeigen lassen: sudo lvs
LV VG Attr LSize Pool Origin Data% Meta% Move Log Cpy%Sync Convert
ubuntu-lv ubuntu-vg -wi-ao---- 10,00g Da hat sich genau nichts geändert ☹ Würde mich freuen, wenn erst mal die 14g gehen würden..was müsste ich für die 80g machen?
- Bilder
|
|
steamywindows
Anmeldungsdatum: 5. Mai 2018
Beiträge: 45
|
Ich schätze Deine Versuche setzen eine Ebene zu tief an. In der Volumegroup sind die Logical Volumes, aber die Volume Group residiert auf einem Physical Volume. Wenn die Platte in proxmox vergrößert worden ist, dann müsste in der VM lediglich das Physical Volume vergrößert werden und der Platz steht dem LVM zur Verfügung. Dann das Logical Volume anpassen und das sollte es sein. Das zeigt die eingehängten block devices mit filesystem
Und dies zeigt die physical volumes:
Physical Volume vergößern:
Logical Volume anpassen auf max. Größe:
| lvresize --size 100%FREE /dev/mapper/ubuntu--vg-ubuntu--lv
|
|
|
DoktorIRC
(Themenstarter)
Anmeldungsdatum: 3. Mai 2015
Beiträge: 12
|
Na..das hat noch nicht geholfen: lsblk -f
NAME FSTYPE FSVER LABEL UUID FSAVAIL FSUSE% MOUNTPOINTS
vda
├─vda1
├─vda2 ext4 1.0 5120d60a-137f-4da1-9691-1c33890de2fa 1,4G 11% /boot
└─vda3 LVM2_member LVM2 001 W93UZH-UC23-jBgm-Nbct-ndp5-hCfr-Bklpkj
└─ubuntu--vg-ubuntu--lv ext4 1.0 48af8465-dec2-4085-8224-071292d72bba 0 100% / sudo pvdisplay
--- Physical volume ---
PV Name /dev/vda3
VG Name ubuntu-vg
PV Size <14,25 GiB / not usable 0
Allocatable yes
PE Size 4,00 MiB
Total PE 3647
Free PE 1087
Allocated PE 2560
PV UUID W93UZH-UC23-jBgm-Nbct-ndp5-hCfr-Bklpkj sudo pvresize /dev/vda3
/etc/lvm/archive/.lvm_adguard_5607_925580632: write error failed: No space left on device
Failed to store physical volume "/dev/vda3" in volume group "ubuntu-vg"
0 physical volume(s) resized or updated / 1 physical volume(s) not resized
|
|
steamywindows
Anmeldungsdatum: 5. Mai 2018
Beiträge: 45
|
Falls die vollen 80 GB noch nicht in der VM zu sehen sind, ist evtl. noch ein resize nötig (oder ein reboot):
|
|
steamywindows
Anmeldungsdatum: 5. Mai 2018
Beiträge: 45
|
Kannst Du mal die Ausgabe zeigen von:
|
|
DoktorIRC
(Themenstarter)
Anmeldungsdatum: 3. Mai 2015
Beiträge: 12
|
steamywindows schrieb: Kannst Du mal die Ausgabe zeigen von:
Gerne: sudo fdisk -l /dev/vda
Disk /dev/vda: 80 GiB, 85899345920 bytes, 167772160 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
Disklabel type: gpt
Disk identifier: 50ACF9A0-FABE-4D49-BF1F-850061FF2B93
Device Start End Sectors Size Type
/dev/vda1 2048 4095 2048 1M BIOS boot
/dev/vda2 4096 3674111 3670016 1,8G Linux filesystem
/dev/vda3 3674112 33552383 29878272 14,2G Linux filesystem
|
|
steamywindows
Anmeldungsdatum: 5. Mai 2018
Beiträge: 45
|
Das sieht doch gut aus, 80 GB sind erkannt. Hattest Du versucht? Dann müsste es wohl so sein:
Und danach:
|
|
DoktorIRC
(Themenstarter)
Anmeldungsdatum: 3. Mai 2015
Beiträge: 12
|
Geht alles nicht: sudo resize2fs -p /dev/vda3
resize2fs 1.47.0 (5-Feb-2023)
resize2fs: Device or resource busy while trying to open /dev/vda3
Couldn't find valid filesystem superblock.
Und sudo resize2fs -p /dev/vda
resize2fs 1.47.0 (5-Feb-2023)
resize2fs: Device or resource busy while trying to open /dev/vda
Couldn't find valid filesystem superblock.
|
|
steamywindows
Anmeldungsdatum: 5. Mai 2018
Beiträge: 45
|
Es gibt noch eine alternative Methode.
Du könntest der VM eine weitere Platte geben, es zu einem weiteren physical Volume deklarieren und das dann der Volume Group hinzufügen.
Müsste aber auch so gehen, wie Du das ursprünglich vorhattest.
|
|
steamywindows
Anmeldungsdatum: 5. Mai 2018
Beiträge: 45
|
Hast Du die Möglichkeit das System zu rebooten?
|