问题引出：

在测试过程中替换so文件，报磁盘空间不足的错误。

▲问题分析：

由于当时系统部署架构的考虑，把软件和数据库部署在了同一台机器上，并且给了30G的磁盘空间。系统上占用磁盘空间的有2部分，一是软件本身，二是安装的oracle数据库。使用du命令，查看了下所写磁盘大小，发现都是在长期操作中，由于写到后台数据库的数据越来越大，导致数据库的表空间越来越大，对应的物理文件就是datafile，占用了很大的表空间。

▲问题解决方法分析：

1、 系统不做改变，删除数据库的一些log、不用的数据

2、 注意到系统还有一块20G的空磁盘没有使用(/dev/sdb1)，把数据库生成的数据迁移一部分到这块新的磁盘并指定新生成数据到这块磁盘上

3、 注意到系统的磁盘部署是使用LVM逻辑卷进行管理的，LVM的一个优点就是方便进行逻辑卷的动态增加，可以把/dev/sdb1这块物理磁盘加到根目录所在的卷组里面，然后对根目录所在的逻辑卷进行扩容

最后决定：方法1,2都是可行的，对自己的oracle稍有把握的人都可以实现。本人决定采用方法3，一是考虑系统本身会不断的产生日志等增加空间，这样整个磁盘都被系统所用，当然包括我们的软件和数据库；二是当时设计这个系统构架是采用LVM管理的，可能也想到了后面虽然业务的增加，磁盘空间将不够，将要进行动态扩容的情况。这种设计的理念的是OK的，但是这种设计也有很大的局限性，下面再进行分析。

▲LVM逻辑卷扩容的3种模式介绍

以下是本人对LVM逻辑卷进行扩容的实际应用中的3种模式的归纳和总结(个人观点)

1、 不涉及根目录的磁盘(自己用画图附件画的简易示意图)

如上图所示：sdb1只是普通的数据卷组的逻辑卷，没有被linux的根目录所用。此时，可以把第一块磁盘未使用的分区(sdb2)以及第二块磁盘sdc，第三块磁盘sdd等都可以通过LVM管理并加进逻辑卷组，然后对逻辑卷进行扩容。

2、 涉及根目录的磁盘1

如图所示：sdb1被根目录使用，组的逻辑卷，sdb2是平常所说的linux的swap分区，和根目录在同一个卷组下，只是属于不同的逻辑卷。此时，如果根目录磁盘空间不足，要对其进行扩容。如果这块sdb当时设计的时候还有很大一部分空余磁盘空间未用，那么很庆幸的告诉你，这样也是很容易把剩余的磁盘空间通过LVM加到逻辑卷组，然后对逻辑卷进行扩容的。

3、 涉及根目录的磁盘2

如图所示：sdb1被根目录使用，组了逻辑卷1，sdb2是swap分区，第一块磁盘sdb空间已经用完，必须通过新加的磁盘sdc，对根目录所在的逻辑卷1进行扩容。那么，恭喜你，中奖了，这是最麻烦的一种情况。要对逻辑卷进行动态调整，调整的时候要重新挂载文件系统。因此根目录的调整与其它lvm管理的文件系统的调整稍有不同，必须先进入rescue模式。如果没有linux系统相关经验，很可能就死在最后一步linux rescue上。

▲具体解决问题步骤

1、 对系统做快照

这是我们测试组的真实测试环境，以下所做的操作涉及到根目录逻辑卷的调整，万一把系统给弄挂了，那肯定是要挨批的。

事实上，本人在解决这个问题之前，也只是理论分析，认为和LVM逻辑卷扩容的3种模式介绍中的1,2方式一样容易解决，结果造成系统多次崩溃，幸亏做了虚拟机快照，才能保证万一解决不成功可以回退或者进行多次实验的可能性。

2、使用LVM进行逻辑卷的扩容

(1)对系统新加磁盘并使用fdisk进行分区(这里已有省略)

(2)查看系统的逻辑卷组vg和逻辑卷lv

或者使用vgdisplay和lvdisplay

( 3 ) 对新磁盘创建pv

( 4 ) 把PV加入VG

并使用lvdisplay 和 vgdisplay进行检查确认

(5)扩展lv

由于我们的系统环境是LVM逻辑卷扩容的3种模式介绍中介绍的第3种情况，所以此时，系统就hang住了。

当时以为是在ssh远程操作的结果，后来在图形化界面的终端进行操作还是同样问题。后来经过查找资料，才知只是因为调整的时候要重新挂载文件系统。因此根目录的调整与其它LVM管理的文件系统的调整稍有不同，必须先进入rescue模式。进入rescue模式，需要挂载iso光盘。

2、 linux的rescue模式

重启系统，系统就变成下图显示状况了。

我们的解决方法是挂载iso镜像，并设置系统从CD ROM启动

在boot：里面输入 linux rescue进入linux系统救援模式

按照提示一步一步进行，在是否启用网络的时候选择不启用

进入下一步之后

选择continue之后，按照提示进行命令界面。df是查看分区挂载情况。由于要重置逻辑卷的大小，所以要使用umount把挂载的文件系统给卸载了。然后是vg的激活，vgchange和最后的调整文件系统大小，使用lvm vgchange 和 e2fsck，具体看截图。

这个时候，再shutdown -r系统，就OK了，但是启动系统之后出现以下问题：

是因为linux系统启动时读取的/etc/fstab的配置文件内容没有变。

但是我们调整了磁盘的部署，解决方法如下：

在以上界面输入root用户的密码，进行维护：

发现没有挂载/boot分区,使用vim /etc/fstab查看配置文件内容。

把 LABEL=/boot的分区类型由ext4修改为ext3，并把/dev/sdb1这段注释掉，如下：

保存退出，重启，之后就OK了。

调整之后的分区情况如下：