当时以为是在ssh远程操作的结果，后来在图形化界面的终端进行操作还是同样问题。后来经过查找资料，才知识是因为调整的时候要重新挂载文件系统。因此根目录的调整与其它lvm管理的文件系统的调整稍有不同，必须先进入rescue模式。进入rescue模式，需要挂载iso光盘，弄到晚上9点多了，手头上没有iso光盘，就回去睡觉下载了一个，然后第二天用移动硬盘拷过来继续干
2、 涉及根目录的磁盘1 在以上界面输入root用户的密码，进行维护： 系统上占用磁盘空间的有2部分，一是软件本身（我们的中间件），二是安装的oracle数据库。使用du命令，大概查看了下所写磁盘大小，发现都是在长期操作中，写到后台数据库的数据越来越大，导致数据库的表空间越来越大，对应的物理文件就是datafile，占用了很大的表空间。 LogVol01 VolGroup00 -wi-ao 1.94G Cur LV 2 /dev/sda1 99M 9.1M 85M 10% /boot device-mapper ioctl cmd 9 failed: Invalid argument Metadata Sequence No 3 当然很着急，还好后面进行了问题的解决 VolGroup00 1 2 0 wz--n 29.88G 32.00M （1）对系统新加磁盘并使用fdisk进行分区（这里已有省略） LogVol00 VolGroup00 -wi-ao 27.91G
挂载iso镜像，并设置系统从CD ROM启动
按照提示一步一步进行，在是否启用网络的时候选择不启用
LV UUID RxmWcw-lV95-O4T4-HanR-RvqZ-UEPZ-NPLh04
[root@UF2 ~]# lvdisplay
3、 涉及根目录的磁盘2
选择continue之后，按照提示进行命令界面
Read ahead sectors 0
LV Status available
VG Status resizable
VG Size 29.88 GB
问题分析：
LV VG Attr LSize Origin Snap% Move Copy%
Free PE / Size 1 / 32.00 MB
问题引出：
这个时候，再shutdown -r系统，就OK了，但是启动系统之后出现以下问题：
2、 linux的rescue模式
/dev/sdb1 19G 77M 18G 1% /NewDisk
Allocation inherit
具体解决问题步骤
[root@UF2 ~]#
LV Write Access read/write
LV Name /dev/VolGroup00/LogVol00
Extending logical volume LogVol00 to 46.41 GB
LV Name /dev/VolGroup00/LogVol01
以下是自己对LVM逻辑卷进行扩容的实际应用中的3种模式进行了归纳和总结（个人观点）
PE Size 32.00 MB
把 LABEL=/boot的分区类型由ext4修改为ext3，并把/dev/sdb1这段注释掉，如下
none 1014M 5.4M 1009M 1% /dev/shm
# open 1
VG #PV #LV #SN Attr VSize VFree
--- Logical volume --- df是查看分区挂载情况
1、 不涉及根目录的磁盘(自己用画图附件画的图，有点龊哈)
由于我们的系统环境是LVM逻辑卷扩容的3种模式介绍中介绍的第三种情况，所以此时，系统就hang住了。
这是我们测试组的真实测试环境，以下所做的操作涉及到根目录逻辑卷的调整，万一把系统给弄挂了，那肯定是要挨批的。
问题解决方法分析：
--- Volume group ---
并使用lvdisplay 和 vgdisplay进行检查确认
2、 注意到系统还有一块20G的空磁盘没有使用(/dev/sdb1)，把数据库生成的数据迁移一部分到这块新的磁盘并指定新生成数据到这块磁盘上
Allocation inherit
Volume group "VolGroup00" successfully extended
MAX LV 0
LV Size 27.91 GB
Open LV 2
Filesystem Size Used Avail Use% Mounted on
linux增加/根目录的磁盘空间（基于LVM）
和最后的调整文件系统大小，使用lvm vgchange 和 e2fsck，具体看截图
1、 对系统做快照
Max PV 0 Format lvm2
[root@UF2 ~]# vgs 然后是vg的激活，vgchange LVM逻辑卷扩容的3种模式介绍 VG Name VolGroup00 如图所示：sda1被根目录使用，组了逻辑卷，sda2是平常所说的linux的swap分区，和根目录在同一个卷组下，只是属于不同的逻辑卷，这个时候，如果根目录磁盘空间不够了，要对其进行扩容。如果这块sda当时设计的时候还有很大一部分空余磁盘空间未用，那么很庆幸的告诉你，这样也是很容易把剩余的磁盘空间通过LVM加到逻辑卷组，然后对逻辑卷进行扩容的。 Problem reactivating LogVol00 事实上，自己在解决这个问题之前，也只是理论分析，以为和LVM逻辑卷扩容的3种模式介绍中的1,2方式一样容易解决，把系统搞死了很多次，也幸亏做了虚拟机快照，才能保证万一解决不成功可以回退或者多次实验的可能性。网上查找资料的时候，也遇到一些同行做这个操作的时候，把系统搞死了，不知道去linux rescue的时候，最后把系统重装的恶果。 是因为linux系统启动的时候读的/etc/fstab的配置文件内容没有变，但是我们调整了磁盘的部署，解决方法如下： 由于要重置逻辑卷的大小，所以要把挂载的文件系统给卸载了，使用umount 保存退出，重启，之后就OK了 Physical volume "/dev/sdb1" successfully created LV UUID SRV5oM-Kndv-QlHn-68Pq-OlvT-LdJj-julBsj 2、使用LVM进行逻辑卷的扩容 发现没有挂载/boot分区,使用vim /etc/fstab查看配置文件内容 Act PV 1 VG Name VolGroup00 在boot：里面输入 linux rescue进入linux系统救援模式 (4)把PV加入VG VG UUID Fj19eG-A1Ev-qs48-yI6b-HoL6-INnf-GwThFD
[root@UF2 ~]# vgs LV Size 1.94 GB
当时以为是在ssh远程操作的结果，后来在图形化界面的终端进行操作还是同样问题。后来经过查找资料，才知识是因为调整的时候要重新挂载文件系统。因
我们坚持原创，我们尊重艺术！
经营项目：雕塑定制，油画定制，3d画设计制作，字画装裱，壁画手绘墙，陶瓷定制，名人字画出售。
