= sectsz=512 sunit=0 blks, lazy

-

count=1

realtime =none extsz=4096 blocks=0, rtextents=0

[root@study ~]#

xfs_growfs /srv/lvm

#

这

一步

骤

才是最重要的！

[root@study ~]#

xfs_info /srv/lvm

meta

-

data=/dev/mapper/vbirdvg

-

vbirdlv isize=256

agcount=5

, agsize=131072 blks

= sectsz=512 attr=2, projid32bit=1

= crc=0 finobt=0

data = bsize=4096

blocks=655360

, imaxpct=25

= sunit=0 swidth=0 blks

naming =version 2 bsize=4096 ascii

-

ci=0 ftype=0

log =internal bsize=4096 blocks=2560, version=2

= sectsz=512 sunit=0 blks, la

zy

-

count=1

realtime =none extsz=4096 blocks=0, rtextents=0

[root@study ~]#

df

-

Th /srv/lvm

Filesystem Type Size Used Avail Use% Mounted on

/dev/mapper/vbirdvg

-

vbirdlv xfs

2.5G

111M 2.4G 5% /srv/lvm

[root@study

~]#

ls

-

l /srv/lvm

drwxr

-

xr

-

x. 131 root root 8192 Jul 28 00:12 etc

drwxr

-

xr

-

x. 16 root root 4096 Jul 28 00:01 log

#

刚刚

复制

½

去的

数

据可

还

是存在的喔！并

没

有消失不

见

！

在上表中，注意看两次

xfs_info

的½果，你会发现到

1)

整个

block group (agcount)

的数量增加一个！

那个

block group

就是纪录新的装置容量之文件系统所在！

而你也会

2)

发现整体的

block

数量增加

了！这样整个文件系统就给他放大了！同时，使用

df

去查阅时，就真的看到增加的量了吧！

文件

系统的放大可以在

On-line

的环境下实作耶！超棒的！

最后，请注意！目前的

XFS

文件系统中，并没有缩小文件系统容量的设计！也就是说，文件系统只

能放大不能缩小喔！如果你想要保有放大、缩小的本事，

那还请回去使用

EXT

家族最新的

EXT4

文

件系统啰！

XFS

目前是办不到的！

14.3.5

使用

LVM thin Volume

让

LVM

动态自动调整磁盘使用率

想象一个情况，你有个目录未来会使用到大约

5T

的容量，但是目前你的磁盘½有

3T

，问题是，½

下来的两个月你的系统都还不会超过

3T

的容量，

不过你想要让用户知道，就是他最多有

5T

可以

使用就是了！而且在一个月内你确实可以½系统提升到

5T

以上的容量啊！

你又不想要在提升容量

后才放大到

5T

！那可以怎么办？呵呵！这时可以考虑『实际用多少才分配多少容量给

LV

的

LVM

Thin Volume

』功能！

另外，再想象一个环境，如果你需要有

3

个

10GB

的磁盘来½行某些测试，问题是你的环境½有

5GB

的剩余容量，再传统的

LVM

环境下，

LV

的容量是一开始就分配好的，因此你当然没有办法

在这样的环境中产生出

3

个

10GB

的装置啊！而且更呕的是，那个

10GB

的装置其实每个实际使