Seguindo o truque do derobert para redimensionar o sistema de arquivos subjacente ao redimensionar um volume LVM:
lvm> lvextend -r -l +100%FREE /dev/VolGroup00/lvolhome
fsck from util-linux 2.25.2
/sbin/fsck.btrfs: BTRFS file system.
Size of logical volume VolGroup00/lvolhome changed from 3.04 GiB (777 extents) to 14.94 GiB (3824 extents).
Logical volume lvolhome successfully resized
fsadm: Filesystem "btrfs" on device "/dev/mapper/VolGroup00-lvolhome" is not supported by this tool
fsadm failed: 1
O "problema" é que a ferramenta fsadm não suporta o redimensionamento do btrfs. Desanimada, eu decidi fazer isso da maneira mais difícil (aka manualmente):
sudo btrfs filesystem resize max /dev/mapper/VolGroup00-lvolhome
ERROR: can't access '/dev/mapper/VolGroup00-lvolhome'
Bem, o btrfs não pode "acessar" o dispositivo, mas pode detectá-lo:
> sudo btrfs filesystem show
Label: none uuid: 53330630-9670-4110-8f04-5a39bfa86478
Total devices 1 FS bytes used 2.75GiB
devid 1 size 3.04GiB used 3.03GiB path /dev/mapper/VolGroup00-lvolhome
Então, o que dá? Como redimensionar minha partição btrfs dentro do volume lógico?
Bem, isso foi embaraçoso. O BTRFS precisa ser montado para poder redimensionar a partição .
How do I resize a partition? (shrink/grow)
In order to demonstrate and test the back references, Btrfs devel team has added an online resizer, which can both grow and shrink the filesystem via the btrfs commands.
First, ensure that your filesystem is mounted.
Portanto, não importa que eu esteja usando um volume LVM, desde que ele esteja montado.
O BTRFS leva o ponto de montagem do sistema de arquivos como um argumento, não um caminho de dispositivo.
Em outras palavras, intead disso:
btrfs filesystem resize max /dev/vg/lvhome
Você deve usar o caminho real em que o volume foi montado:
btrfs filesystem resize max /home