LVMボリュームのサイズを変更するときに基礎となるファイルシステムのサイズを変更するというderobertのトリックに従います。
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
「問題」は、fsadmツールがbtrfsのサイズ変更をサポートしていないことです。意気消沈、私はそれを難しい方法で(別名手動で)行うことにしました:
Sudo btrfs filesystem resize max /dev/mapper/VolGroup00-lvolhome
ERROR: can't access '/dev/mapper/VolGroup00-lvolhome'
まあ、btrfsはデバイスに「アクセス」することはできませんが、デバイスを検出できます。
> 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
だから、何を与えるのですか?論理ボリューム内のbtrfsパーティションのサイズを変更するにはどうすればよいですか?
まあ、それは恥ずかしいことでした。 BTRFSをマウントする必要があります パーティションのサイズを変更できるようにするため。
パーティションのサイズを変更するにはどうすればよいですか? (縮小/拡大)
後方参照を実証およびテストするために、Btrfs開発チームはbtrfsコマンドを介してファイルシステムを拡大および縮小できるオンラインリサイザーを追加しました。
まず、ファイルシステムがマウントされていることを確認します。
したがって、マウントされている限り、LVMボリュームを使用していても問題ありません。
BTRFSは、デバイスパスではなく、ファイルシステムマウントポイントを引数として使用します。
言い換えれば、これの代わりに:
btrfs filesystem resize max /dev/vg/lvhome
上記のボリュームがマウントされた実際のパスを使用する必要があります:
btrfs filesystem resize max /home