Tips
在这个练习中，鸟哥使用同一颗磁盘½行软件
RAID
的实验。不过朋友们要注意的是，如果真的要实作软件
磁盘阵列，
最好是由多颗不同的磁盘来组成½佳！因为这样才能够使用到不同磁盘的读写，效能才会好！
而数据
分配在不同的磁盘，当某颗磁盘损毁时数据才能够½由其他磁盘挽救回来！这点得特别留意呢！
14.3
逻辑滚动条管理员
(Logical Volume Manager)
想象一个情况，你在当初规划主机的时候½
/home
只给他
50G
，等到使用者众多之后导致这个
filesystem
不够大，
此时你能怎么作？多数的朋友都是这样：再加一颗新硬盘，然后重新分区、格
式化，½
/home
的数据完整的复制过来，
然后½原本的
partition
卸除重新挂载新的
partition
。啊！
好忙碌啊！若是第二次分区却给的容量太多！导致很多磁盘容量被浪费了！
你想要½这个
partition
缩
小时，又该如何作？½上述的流程再搞一遍！唉～烦死了，尤其复制很花时间ㄟ～有没有更简单的方
法呢？
有的！那就是我们这个小½要½绍的
LVM
这玩意儿！
LVM
的重点在于『
可以弹性的调整
filesystem
的容量！
』而并非在于效能与数据保全上面。
需要
文件的读写效能或者是数据的可靠性，请参考前面的
RAID
小½。
LVM
可以整合多个实体
partition
在一起，
让这些
partitions
看起来就像是一个磁盘一样！而且，还可以在未来新增或移除其他的实
体
partition
到这个
LVM
管理的磁盘当中。
如此一来，整个磁盘空间的使用上，实在是相当的具有
弹性啊！
既然
LVM
这么好用，那就让我们来瞧瞧这玩意吧！
14.3.1
什么是
LVM
：
PV, PE, VG, LV
的意义
LVM
的全名是
Logical Volume Manager
，中文可以翻译作逻辑滚动条管理员。之所以称为『滚动条』
可能是因为可以½
filesystem
像滚动条一样伸长或缩短之故吧！
LVM
的作法是½几个实体的
partitions (
或
disk)
透过软件组合成为一块看起来是独立的大磁盘
(VG)
，然后½这块大磁盘再经过
分区成为可使用分区槽
(LV)
，
最终就能够挂载使用了。但是为什么这样的系统可以½行
filesystem
的扩充或缩小呢？其实与一个称为
PE
的项目有关！
底下我们就得要针对这几个项目来好好聊聊！
o
Physical Volume, PV,
实体滚动条
我们实际的
partition (
或
Disk)
需要调整系统标识符
(system ID)
成为
8e (LVM
的标识符
)
，然后
再经过
pvcreate
的指令½他转成
LVM
最底层的实体滚动条
(PV)
，之后才能够½这些
PV
加以
利用！
调整
system ID
的方是就是透过
gdisk
啦！
o
Volume Group, VG,
滚动条群组
所谓的
LVM
大磁盘就是½许多
PV
整合成这个
VG
的东西就是啦！所以
VG
就是
LVM
组合
起来的大磁盘！这么想就好了。
那么这个大磁盘最大可以到多少容量呢？这与底下要说明的
PE
以及
LVM
的格式版本有关喔～在预设的情况下，
使用
32
位的
Linux
系统时，基本上
LV
最
大½能支持到
65534
个
PE
而已，若使用预设的
PE
为
4MB
的情况下，
最大容量则½能达到
约
256GB
而已～不过，这个问题在
64
位的
Linux
系统上面已经不存在了！
LV
几乎没有啥容
量限制了！
o
Physical Extent, PE,
实体范围区块
LVM
预设使用
4MB
的
PE
区块，而
LVM
的
LV
在
32
位系统上最多½能含有
65534
个
PE
(lvm1
的格式
)
，因此预设的
LVM
的
LV
会有
4M*65534/(1024M/G)=256G
。这个
PE
很有趣喔！