O convidado Linux (no VirtualBox) não usará todo o espaço do disco dinâmico VDI

Question

Estou enfrentando um problema com meu disco virtual no VirtualBox, em um Linux CentOS Guest. Eu não uso instantâneos nele.

Inicialmente, era um disco de 8 GB, que expandi para 16 GB usando o comando VBoxManage modifyhd no host. Em seguida, usei uma imagem GParted live para redimensionar a partição dentro do convidado. O disco e a VM alteraram o host (mas a mesma versão do VirtualBox).

Agora preenchi meu disco e não tenho mais espaço.

Olhando para GParted : /boot (/dev/sda1) tem um tamanho de 1 GB e / (/dev/sda2) tem um tamanho de 15 GB: GParted ao vivo

Mas olhando para df :

[ted@localhost ~]$ df -Th
Filesystem          Type       Size    Used Avail Use% Mounted on
/dev/mapper/cl-root xfs        6,0G    5,9G  106M  99% /
devtmpfs            devtmpfs   986M       0  986M   0% /dev
tmpfs               tmpfs     1001M    100K 1001M   1% /dev/shm
tmpfs               tmpfs     1001M    8,8M  992M   1% /run
tmpfs               tmpfs     1001M       0 1001M   0% /sys/fs/cgroup
tmpfs               tmpfs     1001M     32K 1001M   1% /tmp
/dev/sda1           xfs       1014M    235M  780M  24% /boot
tmpfs               tmpfs      201M    8,0K  201M   1% /run/user/1000

O tamanho da raiz é de 6 GB, confirmado por fdisk -l . Mas o tamanho do disco é de fato 16 + GB:

[ted@localhost ~]$ sudo fdisk -l

Disk /dev/sda: 17.2 GB, 17179869184 bytes, 33554432 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
Disk label type: dos
Disk identifier: 0x000140ff

   Device Boot      Start         End      Blocks   Id  System
/dev/sda1   *        2048     2099199     1048576   83  Linux
/dev/sda2         2099200    33554431    15727616   8e  Linux LVM

Disk /dev/mapper/cl-root: 6442 MB, 6442450944 bytes, 12582912 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

Disk /dev/mapper/cl-swap: 1069 MB, 1069547520 bytes, 2088960 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

Só para limpar isso, as partições tmpfs são montadas na RAM, certo? Não há como esses arquivos usarem espaço em disco, está?

Além disso, tenho muito espaço no disco host.

Eu vi este post Faça o Linux VirtualBox Convidado usa todo o disco virtual disponível (sem snapshots) , mas minha situação parece um pouco diferente, já que eu redimensionei a partição e o espaço é visto em pvdisplay :

[tnodet@localhost ~]$ sudo pvdisplay
  --- Physical volume ---
  PV Name               /dev/sda2
  VG Name               cl
  PV Size               15,00 GiB / not usable 2,00 MiB
  Allocatable           yes 
  PE Size               4,00 MiB
  Total PE              3839
  Free PE               2048
  Allocated PE          1791
  PV UUID               rrG0JE-i1MB-IeA0-Ce5c-dpj7-Fwm2-RMjyYb

No host do Windows 10:

D:\Profiles\ted\VirtualBox VMs\CentOS-CKAN>VBoxManage showhdinfo CentOS-CKAN.vdi
UUID:           76d3524e-803c-4d1e-816d-5bc705e26aac
Parent UUID:    base
State:          locked write
Type:           writethrough
Location:       d:\Profiles\ted\VirtualBox VMs\CentOS-CKAN\CentOS-CKAN.vdi
Storage format: VDI
Format variant: dynamic default
Capacity:       16384 MBytes
Size on disk:   6413 MBytes
Encryption:     disabled
In use by VMs:  CentOS-CKAN (UUID: 1e96120c-17a3-4892-8d98-dd88eed429db)

Estou perdido e quieto confuso agora, não consigo nem descobrir se o problema vem do host do Windows / VirtualBox ou do guest Linux ...

Alguma ideia? Obrigado antecipadamente!

Outros comandos:

[ted@localhost ~]$ ll /dev/disk/by-id
total 0
lrwxrwxrwx. 1 root root  9 20 sept. 12:16 ata-VBOX_CD-ROM_VB2-01700376 -> ../../sr0
lrwxrwxrwx. 1 root root  9 20 sept. 12:16 ata-VBOX_HARDDISK_VB76d3524e-ac6ae205 -> ../../sda
lrwxrwxrwx. 1 root root 10 20 sept. 12:16 ata-VBOX_HARDDISK_VB76d3524e-ac6ae205-part1 -> ../../sda1
lrwxrwxrwx. 1 root root 10 20 sept. 12:16 ata-VBOX_HARDDISK_VB76d3524e-ac6ae205-part2 -> ../../sda2
lrwxrwxrwx. 1 root root 10 20 sept. 12:16 dm-name-cl-root -> ../../dm-0
lrwxrwxrwx. 1 root root 10 20 sept. 12:16 dm-name-cl-swap -> ../../dm-1
lrwxrwxrwx. 1 root root 10 20 sept. 12:16 dm-uuid-LVM-AFXgxjJZSLDRCWckAVMMKzthSc5hNl6cbrtdWs4fPXZIoe1O6Wy0qh2xoreIY8tw -> ../../dm-1
lrwxrwxrwx. 1 root root 10 20 sept. 12:16 dm-uuid-LVM-AFXgxjJZSLDRCWckAVMMKzthSc5hNl6cmYPaZX60S5aAvfejEltFs2vMPmIlRkuV -> ../../dm-0
lrwxrwxrwx. 1 root root 10 20 sept. 12:16 lvm-pv-uuid-rrG0JE-i1MB-IeA0-Ce5c-dpj7-Fwm2-RMjyYb -> ../../sda2

    

Answer 1

Eu percebi isso; tinha a ver com Volumes Lógicos , com os quais não estou muito à vontade.

Como você pode imaginar de fdisk -l , a partição física sda2 foi dividida em dois volumes lógicos, /dev/cl/root e /dev/cl/swap , agrupados em um grupo de volumes cl :

[root@localhost ted]# vgscan
  Reading volume groups from cache.
  Found volume group "cl" using metadata type lvm2

[root@localhost ted]# lvscan
  ACTIVE            '/dev/cl/root' [6,00 GiB] inherit
  ACTIVE            '/dev/cl/swap' [1020,00 MiB] inherit

1. Então, o que eu fiz foi primeiro remover o volume lógico de troca ( 5.3.2. Remover um Volume Lógico LVM2 para Trocar )

   [root@localhost ted]# swapoff -v /dev/cl/swap
   swapoff /dev/cl/swap
   
   [root@localhost ted]# lvremove /dev/cl/swap
   Do you really want to remove active logical volume cl/swap? [y/n]: y
     Logical volume "swap" successfully removed
   

   Linha comentada em /etc/fstab :

   #/dev/cl/swap swap swap defaults 0 0
   

2. Depois tive que redimensionar o volume lógico raiz :

   [root@localhost ted]# lvextend -L+8G /dev/cl/root
   

3. Finalmente eu tive que redimensionar o sistema de arquivos raiz . Eu me deparo com problemas ao tentar usar o comando resize2fs (porque o XFS não é suportado, consulte resize2fs: Número mágico ruim no super-bloco ao tentar abrir ), mas xfs_growfs fez o truque:

   [root@localhost ted]# xfs_growfs /dev/cl/root
   meta-data=/dev/mapper/cl-root    isize=512    agcount=4, agsize=393216 blks
            =                       sectsz=512   attr=2, projid32bit=1
            =                       crc=1        finobt=0 spinodes=0
   data     =                       bsize=4096   blocks=1572864, imaxpct=25
            =                       sunit=0      swidth=0 blks
   naming   =version 2              bsize=4096   ascii-ci=0 ftype=1
   log      =internal               bsize=4096   blocks=2560, version=2
            =                       sectsz=512   sunit=0 blks, lazy-count=1
   realtime =none                   extsz=4096   blocks=0, rtextents=0
   data blocks changed from 1572864 to 3670016
   

Agora tenho 14 GB de espaço em / dev / mapper / cl-root:)