VM hat mehr speicher als dieser zugewiesen ist

S

Scplayer

Member
Aug 25, 2024
45
3
8
Moin Allerseits,

Ich hab bei meiner Ubuntu 24.04 VM über der Web GUI von Proxmox die Festplatte vergrößert indem ich unter Hardware diese auswählte und resize per Disk Action anwendete.

Bin jetzt aber verwundert da in der Ubuntu VM mir eine Größe von 537 GB im Terminal angezeigt wird dazu hier die Terminal ausgabe mit den Befehlen wie ich den Speicher in der VM aktivierte:

Code: 
jack@ubuntufirst:~$ fdisk -l /dev/sda
fdisk: cannot open /dev/sda: Permission denied
jack@ubuntufirst:~$ sudo fdisk -l /dev/sda
[sudo] password for jack:
GPT PMBR size mismatch (419430399 != 1048575999) will be corrected by write.
The backup GPT table is not on the end of the device.
Disk /dev/sda: 500 GiB, 536870912000 bytes, 1048576000 sectors
Disk model: QEMU HARDDISK   
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: F4F87E8C-16D9-4750-A05B-F285014595B1

Device       Start       End   Sectors   Size Type
/dev/sda1     2048   2203647   2201600     1G EFI System
/dev/sda2  2203648   6397951   4194304     2G Linux filesystem
/dev/sda3  6397952 419430366 413032415 196,9G Linux filesystem
jack@ubuntufirst:~$ parted /dev/sda
WARNING: You are not superuser.  Watch out for permissions.
Error: Error opening /dev/sda: Permission denied
Retry/Cancel? cancel
jack@ubuntufirst:~$ sudo parted /dev/sda
GNU Parted 3.6
Using /dev/sda
Welcome to GNU Parted! Type 'help' to view a list of commands.
(parted) print                                                           
Warning: Not all of the space available to /dev/sda appears to be used, you can
fix the GPT to use all of the space (an extra 629145600 blocks) or continue with
the current setting?
Fix/Ignore? fix                                                           
Model: QEMU QEMU HARDDISK (scsi)
Disk /dev/sda: 537GB
Sector size (logical/physical): 512B/512B
Partition Table: gpt
Disk Flags:

Number  Start   End     Size    File system  Name  Flags
 1      1049kB  1128MB  1127MB  fat32              boot, esp
 2      1128MB  3276MB  2147MB  ext4
 3      3276MB  215GB   211GB

(parted) resizepart 3 100%                                               
(parted) print                                                           
Model: QEMU QEMU HARDDISK (scsi)
Disk /dev/sda: 537GB
Sector size (logical/physical): 512B/512B
Partition Table: gpt
Disk Flags:

Number  Start   End     Size    File system  Name  Flags
 1      1049kB  1128MB  1127MB  fat32              boot, esp
 2      1128MB  3276MB  2147MB  ext4
 3      3276MB  537GB   534GB

Ist das Normal ?.

LG Jan
 
Na wenn du sie auf 500GiB erweitert hast sind das eben 537GB. Oder was ist jetzt genau die Frage?
 
Nun jein so ganz läuft die Vergrößerung, SO nicht komplett ab.
Es ist richtig, dass man auf dem Clientsystem das Festplattenlayout auch anpassen muss, aber das bedeutet nicht automatisch auch mehr nutzbarer Festplattenspeicher.
 
loomes said:
Na wenn du sie auf 500GiB erweitert hast sind das eben 537GB. Oder was ist jetzt genau die Frage?
Click to expand...
Ja aber hatte der VM 200 GB zugewiesen beim Erstellen und jetzt diese um 300 GB erweitert daher verwunderte mich die Ausgabe. Aber nachdem ich ein zweites Mal fdisk gestartet habe passt es jetzt und mithilfe der Proxmox Doku dazu bzgl. LVM basierten Speicher konnte ich diese der Richtigen Partition in der VM zuweisen.

Dazu die Auagabe hier:

Code: 
jack@ubuntufirst:~$ lsblk
NAME                      MAJ:MIN RM   SIZE RO TYPE MOUNTPOINTS
sda                         8:0    0   500G  0 disk
├─sda1                      8:1    0     1G  0 part /boot/efi
├─sda2                      8:2    0     2G  0 part /boot
└─sda3                      8:3    0 496,9G  0 part
  └─ubuntu--vg-ubuntu--lv 252:0    0 196,9G  0 lvm  /


news said:
Nun jein so ganz läuft die Vergrößerung, SO nicht komplett ab.
Es ist richtig, dass man auf dem Clientsystem das Festplattenlayout auch anpassen muss, aber das bedeutet nicht automatisch auch mehr nutzbarer Festplattenspeicher.
Click to expand...
Also meine Samba Freigabe die in dieser Ubuntu VM läuft hat die Vergrößerung noch nicht mitgekriegt aber das wäre denke ich eher Thema für das Ubuntu Forum als dieses oder ?.

PS: Sehe gerade mein Fehler die Samba Freigaben liegen unter mnt/sda ich hab aber den resize Befehl nicht auf der gesamten Platte sonder der expliziten Partition sda3 angewendet. Ich denke ein Restoren über Backup ist klüger als das ganze umzumodeln ?.

LG Jan
 
Ich sehe kein /mnt/sda3. Wäre auch ein doofer Pfad. Du musst das LV ebenso vergrößern. Versuch mal lvresize -r -l +100%FREE ubuntu-vg/ubuntu-lv.
 
Last edited:
Impact said:
Ich sehe kein /mnt/sda3. Wäre auch ein doofer Pfad. Du musst das LV ebenso vergrößern. Versusch mal lvresize -r -l +100%FREE ubuntu-vg/ubuntu-lv.
Click to expand...
Moin,

Der Befehl lvresize -r -l +100%FREE ubuntu-vg/ubuntu-lv hat leider nichts gebracht. Ich Stelle über ein Backup einmal die VM wieder her und fange da in der Hinsicht von vorne an.


Die Doku hier dazu verstehe ich nicht so wirklich in der HInsicht was genau ich nach den vergrößern über der Web GUI auf der VM machen muss ich meine aber auch das war nicht wirklich kompliziert da ich schon mal von 100 GB auf 200 GB erhöht hatte bei der VM aber weiß leider nicht mehr wie.

Könntest du mir das einmal nennen was ich bei der Ubuntu VM machen muss im Terminal ?.

LG Jan
 
You must log in or register to reply here.
Top Bottom