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-root
Folgendes 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/sda
zeigt 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:
- Führen Sie den folgenden Befehl aus, um PV zu erhalten(Physisches Volumen)Name(Ex:
/dev/sda1
)
sudo pvs
- Ändern der Größe des PV(Ex:
sudo pvresize /dev/sda1
)
sudo pvresize <PV name from above step>
- 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
- 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 pvresize
auf dem PV eine ausführen, damit die Datenträgergruppe den neuen Speicherplatz sieht. Danach können Sie lvextend
das logische Datenträger in den neuen Speicherplatz der Datenträgergruppe erweitern. Sie können -r
den Befehl übergeben, damit er automatisch die für Sie lvextend
startet .resize2fs
Persönlich hätte ich einfach eine neue Partition erstellt und vgextend
diese 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 -h
meldete nach der Größenänderung mit die alte Speicherplatzgröße fdisk
.
btrfs
lö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.
Erweitern Sie den Laufwerksspeicher
lvextend -l +100%FREE /dev/mapper/owncloud--vg-root
Laufwerksgröße ändern
resize2fs /dev/mapper/owncloud--vg-root