Die Größe einer Partition kann mit resize2fs nicht geändert werden

Die Größe einer Partition kann mit resize2fs nicht geändert werden

Ich habe kürzlich die Größe der Festplatte einer VM in VMWare ESXi von 150 GB auf 500 GB geändert. Anschließend habe ich Gparted verwendet, um die Partition dieses Images effektiv zu vergrößern. Jetzt muss ich nur noch die Größe des Dateisystems ändern, da es immer noch den alten Wert anzeigt (wie Sie an der Ausgabe von sehen können df -h):

Filesystem                     Size  Used Avail Use% Mounted on
/dev/mapper/owncloud--vg-root  157G   37G  112G  25% /
udev                           488M  4.0K  488M   1% /dev
tmpfs                          100M  240K  100M   1% /run
none                           5.0M     0  5.0M   0% /run/lock
none                           497M     0  497M   0% /run/shm
/dev/sda1                      236M   32M  192M  14% /boot

Beim Ausführen wird jedoch sudo resize2fs /dev/mapper/owncloud--vg-rootFolgendes zurückgegeben:

resize2fs 1.42 (29-Nov-2011)
The filesystem is already 41608192 blocks long.  Nothing to do!

Da Gparted sagt, dass meine Partition ist /dev/sda5, habe ich auch versucht, auszuführen sudo resize2fs /dev/sda5, aber in diesem Fall habe ich Folgendes erhalten:

resize2fs 1.42 (29-Nov-2011)
resize2fs: Device or resource busy while trying to open /dev/sda5
Couldn't find valid filesystem superblock.

Dies ist die Ausgabe von pvs:

PV         VG          Fmt  Attr PSize   PFree
/dev/sda5  owncloud-vg lvm2 a-   499.76g 340.04g

fdisk -l /dev/sdazeigt die richtige Menge an Platz an.

Wie kann ich die Größe der Partition ändern, sodass das Betriebssystem endlich 500 GB Festplatte erkennt?

Antwort1

Vielen Dank für die Antwort von @Bratchley und die Kommentare. Das hat mir geholfen :)

Meine Umgebung: Ubuntu 18.04 in VirtualBox 6.1

Mein Fall: Ich habe eine 10 GB große VDI-Festplatte erstellt und diese mithilfe der VirtualBox-GUI dynamisch auf 30 GB erweitert. Der zusätzliche Speicherplatz steht dem Dateisystem jedoch immer noch nicht zur Verfügung. Dann bin ich auf die Antwort von @Bratchley gestoßen.

Schritte, die ich ausgeführt habe:

  1. Führen Sie den folgenden Befehl aus, um PV zu erhalten(Physisches Volumen)Name(Ex: /dev/sda1)
sudo pvs
  1. Ändern der Größe des PV(Ex: sudo pvresize /dev/sda1)
sudo pvresize <PV name from above step>   
  1. Führen Sie den folgenden Befehl aus, um den Namen des logischen Stammdatenträgers abzurufen(Dateisystemwert der /Zeile; Beispiel: /dev/mapper/ubuntu--vg-root)
df -h
  1. Logisches Volume erweitern(ex : sudo lvextend -r -l +100%FREE /dev/mapper/ubuntu--vg-ubuntu--lv):
sudo lvextend -r -l +100%FREE <root logical volume name from above step>   

Antwort2

Wenn Sie nur die Partitionsgröße geändert haben, können Sie die Größe des logischen Datenträgers noch nicht ändern. Sobald die Partition die neue Größe hat, müssen Sie pvresizeauf dem PV eine ausführen, damit die Datenträgergruppe den neuen Speicherplatz sieht. Danach können Sie lvextenddas logische Datenträger in den neuen Speicherplatz der Datenträgergruppe erweitern. Sie können -rden Befehl übergeben, damit er automatisch die für Sie lvextendstartet .resize2fs

Persönlich hätte ich einfach eine neue Partition erstellt und vgextenddiese verwendet, da ich mit gemischte Ergebnisse erzielt habe pvresize.

Antwort3

sudo btrfs filesystem resize max /Die Größe der Partition sollte geändert werden können.

Erweiterte virtuelle Datenträgergröße auf bis zu 100 GB, aber der Befehl df -hmeldete nach der Größenänderung mit die alte Speicherplatzgröße fdisk.

btrfslöst einfach das Problem „resize2fs: Gerät oder Ressource beschäftigt“.

Antwort4

Zuerst müssen Sie die Laufwerksgröße erweitern, um den gesamten freien Speicherplatz zu erhalten. Passen Sie dann die Laufwerksgröße an, um den gesamten Speicherplatz zu nutzen.

  1. Erweitern Sie den Laufwerksspeicher

    lvextend -l +100%FREE /dev/mapper/owncloud--vg-root

  2. Laufwerksgröße ändern

    resize2fs /dev/mapper/owncloud--vg-root

verwandte Informationen