前提：
前段时间去北七家机房建设，新安装了几台到货服务器，回来后发现服务器支持多T硬盘容量，但当时装机初始化只给分了几百G，有点白瞎这么大容量硬盘了，决定重新分个区扩个容，顺便补脑下linux 磁盘管理和机制。
基础介绍：
LVM 逻辑卷管理，是对磁盘以及磁盘分区进行管理的一种机制，它由Heinz Mauelshagen在Linux 2.4内核上实现，建立在硬盘和分区之上，文件系统之下的一个逻辑层，基于物理设备创建管理模式，可以提高磁盘和分区管理的灵活性，基于lvm可以实现文件系统的动态扩容。搞懂LVM模式，只需清楚三个概念即可：
PV：Physical Volumes，物理卷，他可由我们磁盘或者磁盘分区创建而来；
VG：Volume Groups，卷组，可以从我们创建的PV直接创建VG，也可以将新创建的PV添加到我们现有的VG，可以把它理解成为一个比较大的数据盘池，可以动态任意添加；
LV：Logical Volumes，逻辑卷，从VG创建而来，相当于给实际挂载点（/data）提供底层存储介质，mount给实际挂载点。图形还是更容易理解些：
图1、lvm 磁盘管理模式
PV的创建我们可以直接从磁盘创建，也可以对磁盘进行分区然后从分区创建。既然可以直接从磁盘创建PV，那为什么我们还要先进行分区然后在创建PV呢？
试想一下如果服务器只有一个插槽，但是我们需要对磁盘上的数据进行业务区分，并且需要防止磁盘的意外损坏而带来的一整个数据盘的无法访问，我们就可以先进行分区，不同的的分区做不一样的数据隔离。
同一个VG中可以添加来自不同磁盘直接创建的PV，以及来自不同磁盘下的分区创建的PV，不同VG中甚至可以存在来自相同磁盘的不同分区创建的PV，可能更好的能理解LVM管理的灵活性。
LV从VG创建，最终格式化挂载给文件系统，所以文件系统的的扩容其实就是LV的扩容，LV的扩容只能基于所属的VG的容量剩余来判定。
实操解决
看了上面这么灵活的LVM 磁盘管理方式，它确实能解决很多场景下扩容需求，说好多理论了，还是来实际操作一把。
根据上述原理，查看磁盘空间 发现实际可用400G, 还有7T 未挂载使用。
查看 物理pv 和 vg ，发现也没挂载。
sudo pvcreate /dev/sdc 创建sdc pvs
sudo vgextend ubuntu-vg /dev/sdc 创建sdc vg
sudo lvextend -L 7T /dev/ubuntu-vg/ubuntu-lv 进行扩容
sudo resize2fs /dev/ubuntu-vg/ubuntu-lv
大功告成!
