[SOLVED] Laufwerk fehlt Speicher

L

Lueghi

Active Member
Proxmox Subscriber
Jan 8, 2021
56
15
28
Germany, near Bonn
Hallo proxmox-Freunde,
ich habe hier ein Phänomen mit dem ich nicht so recht weiterkomme. Irgendwie fehlt einem Laufwerk in einer VM Speicherplatz und ich weiß irgendwie nicht weiter.

Die Ausgabe von df -h:

Code: 
Filesystem                         Size  Used Avail Use% Mounted on
udev                               1.2G     0  1.2G   0% /dev
tmpfs                              248M  2.6M  245M   2% /run
/dev/mapper/ubuntu--vg-ubuntu--lv  196G  188G     0 100% /
tmpfs                              1.3G     0  1.3G   0% /dev/shm
tmpfs                              5.0M     0  5.0M   0% /run/lock
tmpfs                              1.3G     0  1.3G   0% /sys/fs/cgroup
/dev/sda2                          974M  217M  690M  24% /boot
/dev/loop2                          64M   64M     0 100% /snap/core20/2669
/dev/loop1                          56M   56M     0 100% /snap/core18/2976
/dev/loop0                          56M   56M     0 100% /snap/core18/2959
/dev/loop6                          51M   51M     0 100% /snap/snapd/25202
/dev/loop7                          51M   51M     0 100% /snap/snapd/25577
/dev/loop4                          92M   92M     0 100% /snap/lxd/32662
/dev/loop3                          64M   64M     0 100% /snap/core20/2682
/dev/loop5                          92M   92M     0 100% /snap/lxd/36554
tmpfs                              248M     0  248M   0% /run/user/1000

Die Zeile 4 finde ich seeehrrr merkwürdig. Laut Anzeige ist die Größe der Partition 196GB, nur 188GB sind belegt aber er zeigt eine Belegung von 100%. Was ist da verkehrt bzw. was muss ich machen, damit das wieder richtig dargestellt wird.
Zur Info: in proxmox hat die HD 240GB.

Hoffe auf Eure Unterstützung.
 
Ausgabe von lsblk -o+FSTYPE,MODEL:
Code: 
NAME        MAJ:MIN RM  SIZE RO TYPE MOUNTPOINT        FSTYPE      MODEL
loop0         7:0    0 55.5M  1 loop /snap/core18/2959 squashfs
loop1         7:1    0 55.5M  1 loop /snap/core18/2976 squashfs
loop2         7:2    0 63.8M  1 loop /snap/core20/2669 squashfs
loop3         7:3    0 63.8M  1 loop /snap/core20/2682 squashfs
loop4         7:4    0 91.9M  1 loop /snap/lxd/32662   squashfs
loop5         7:5    0 91.9M  1 loop /snap/lxd/36554   squashfs
loop6         7:6    0 50.8M  1 loop /snap/snapd/25202 squashfs
loop7         7:7    0 50.9M  1 loop /snap/snapd/25577 squashfs
sda           8:0    0  240G  0 disk                               QEMU_HARDDISK
├─sda1        8:1    0    1M  0 part
├─sda2        8:2    0    1G  0 part /boot             ext4
└─sda3        8:3    0  199G  0 part                   LVM2_member
  └─ubuntu--vg-ubuntu--lv
            253:0    0  199G  0 lvm  /                 ext4
sr0          11:0    1 1024M  0 rom                                QEMU_DVD-ROM

Ausgabe von pvs:
Code: 
  PV         VG        Fmt  Attr PSize    PFree
  /dev/sda3  ubuntu-vg lvm2 a--  <199.00g    0

Ausgabe von vgs:
Code: 
  VG        #PV #LV #SN Attr   VSize    VFree
  ubuntu-vg   1   1   0 wz--n- <199.00g    0

Ausgabe von lvs:
Code: 
  LV        VG        Attr       LSize    Pool Origin Data%  Meta%  Move Log Cpy%Sync Convert
  ubuntu-lv ubuntu-vg -wi-ao---- <199.00g

Hoffe, Dir sagt das was, mir nämlich nicht so viel .... .
 
Du kannst dir die Reserve wie im Link erklärt hiermit anschauen
Bash: 
tune2fs -l /dev/mapper/ubuntu--vg-ubuntu--lv | grep -E "Block size|Reserved block count"
Du könntest übrigens auch das LV vergrößern da 41G unzugeweisen sind. Die Platte hat 240G, das PV/LV aber nur 199G.
Ich habe die Prozedur mal hier erklärt.
 
Das Phänomen liegt, wie von @Impact vermutet, an den "Reserved Blocks" des ext4-Dateisystems. Standardmäßig werden 5% des Speicherplatzes für den root-User reserviert, damit das System auch bei voller Platte noch booten und Logs schreiben kann.

Rechnung: 196 GB × 0,05 ≈ 9,8 GB. Du hast rechnerisch noch ca. 8 GB frei (196−188), was weniger ist als die Reservierung. Daher wird für normale User 0 Avail und 100% Use angezeigt.

Da deine virtuelle Festplatte (sda) aber 240 GB hat und die Partition (sda3) nur 199 GB nutzt, kannst du den ungenutzten Speicher einfach zuweisen, um das Problem zu lösen.

Führe folgende Befehle als root aus:
  1. Installation des Tools zum Vergrößern der Partition (falls nicht vorhanden):apt install cloud-guest-utils
  2. Partition 3 auf sda vergrößern:growpart /dev/sda 3
  3. Das Physical Volume (PV) im LVM an die neue Größe anpassen:pvresize /dev/sda3
  4. Das Logical Volume (LV) und das Dateisystem online vergrößern:lvextend -r -l +100%FREE /dev/mapper/ubuntu--vg-ubuntu--lv
Danach sollte df -h wieder genügend freien Speicher anzeigen.
 
  • Like
Reactions: Lueghi
Bu66as said:
...
Führe folgende Befehle als root aus:
  1. Installation des Tools zum Vergrößern der Partition (falls nicht vorhanden):apt install cloud-guest-utils
  2. Partition 3 auf sda vergrößern:growpart /dev/sda 3
  3. Das Physical Volume (PV) im LVM an die neue Größe anpassen:pvresize /dev/sda3
  4. Das Logical Volume (LV) und das Dateisystem online vergrößern:lvextend -r -l +100%FREE /dev/mapper/ubuntu--vg-ubuntu--lv
Danach sollte df -h wieder genügend freien Speicher anzeigen.
Click to expand...
Vielen Dank, diese schöne Anleitung hat mir sehr geholfen . Dein letzter Satz trifft auch zu .
 
You must log in or register to reply here.
Top Bottom