Suivant l'astuce de derobert pour redimensionner le système de fichiers sous-jacent lors du redimensionnement d'un 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
Le "problème" est que l'outil fsadm ne prend pas en charge le redimensionnement de btrfs. Désireux, j'ai décidé de le faire à la dure (alias manuellement):
sudo btrfs filesystem resize max /dev/mapper/VolGroup00-lvolhome
ERROR: can't access '/dev/mapper/VolGroup00-lvolhome'
Eh bien, btrfs ne peut pas "accéder" à l'appareil, mais il peut le détecter:
> 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
Alors, qu'est-ce qui donne? Comment redimensionner ma partition btrfs à l'intérieur du volume logique?
btrfs fi show
) si vous avez plus d'un périphérique dans le fs.Réponses:
Eh bien, c'était gênant. BTRFS doit être monté pour pouvoir redimensionner la partition.
Donc, peu importe que j'utilise un volume LVM, tant qu'il est monté.
la source
BTRFS prend le point de montage du système de fichiers en argument, pas un chemin de périphérique.
En d'autres termes, au lieu de cela:
Vous devez utiliser le chemin réel où ledit volume a été monté:
la source