Linux下挂载lvm 并解决同名冲突及lvm的缺点

Linux下挂载lvm 并解决同名冲突

在Linux下使用新硬盘安装系统，安装好以后再挂载原来的硬盘，分区格式全为系统默认分区，系统默认使用的
是lvm格式，并且默认的卷都是 VolGroup00

使用 pvs 查看显示如下：

[root@localhost ~]# pvs
PV VG Fmt Attr PSize PFree
/dev/sda2 VolGroup00 lvm2 a- 136.62G 0
/dev/sdb2 VolGroup00 lvm2 a- 136.62G 0

发现可以正确认别到两个VG，但是同名，如何挂载呢？

解决办法是，将原来的VG更名，解决冲突即可挂载。

重命名格式为：vgrename VolGroup00 VolGroup01

此时会提示：
[root@localhost ~]# vgrename VolGroup00 VolGroup01
Found more than one VG called VolGroup00. Please supply VG uuid.

原因是存在两个 VolGroup00，修改的方法他已经提示了要指定 VG uuid即可。

查看VG uuid的命令为：

[root@localhost ~]# vgs -v
Finding all volume groups
Finding volume group "VolGroup00"
Finding volume group "VolGroup00"
VG Attr Ext #PV #LV #SN VSize VFree VG UUID
VolGroup00 wz--n- 32.00M 1 2 0 136.62G 0 dcHa6G-abU2-Xfq8-EPBm-jBLj-sf18-O5uH0U
VolGroup00 wz--n- 32.00M 1 2 0 136.62G 0 OF8g7h-PQJB-9D9z-yPxn-1kfY-Advq-YbNHJ9

查到VG uuid以后，再次执行改名：

[root@localhost ~]# vgrename OF8g7h-PQJB-9D9z-yPxn-1kfY-Advq-YbNHJ9 VolGroup01
Volume group "VolGroup00" still has active LVs

修改成功以后，再执行：lvscan

[root@localhost ~]# lvscan
inactive '/dev/VolGroup01/LogVol00' [130.84 GB] inherit
inactive '/dev/VolGroup01/LogVol01' [5.78 GB] inherit
ACTIVE '/dev/VolGroup00/LogVol00' [130.84 GB] inherit
ACTIVE '/dev/VolGroup00/LogVol01' [5.78 GB] inherit

可以看到新修改的VolGroup01是inactive状态。

再使用vgchange 加载 VolGroup01

[root@localhost ~]# vgchange -ay /dev/VolGroup01
2 logical volume(s) in volume group "VolGroup01" now active

最后 mount 就可以

[root@localhost ~]# mount /dev/VolGroup01/LogVol00 /mnt/old

至此，全部完成。


-------------------------------------------------------------------
使用LVM逻辑卷管理的利弊

解决方案

　　在以往的Linux系统中（比Redhat AS4更早的版本），默认是不支持LVM逻辑卷管理的

　　当磁盘连接到服务器后，使用fdisk将其划分为主分区和扩展分区

　　随后直接把分区进行格式化，生成诸如/dev/sda1、/dev/sda2之类的分区

　　这些分区可以直接用mount命令挂载到目录来使用

　　当应用了LVM后，磁盘分区/dev/sda1、/dev/sda2这样的分区会被LVM认为是一整个VG，即卷组

　　这样的卷组是不能直接挂载的

　　要由LVM转换成/dev/VolGroup01这样的VG卷组

　　然后每个卷组又包含/dev/VolGroup01/LogVol01这样的LV，即逻辑卷

　　当使用他们的时候，需要将/dev/VolGroup01/LogVol01挂载到目录

　　因此，LVM虽然提供了可调节分区（卷）大小的能力

　　但是由于其PV->VG-LV三层架构的存在，在后期数据迁移和恢复上比较复杂

　　例如，当前磁盘使用了/dev/VolGroup00/LogVol01这样的名称

　　把这块磁盘挂载到其他服务器上后，如果存在另外一块硬盘名称也是由LVM管理

　　并且默认也使用了“/dev/VolGroup00/LogVol01”的名称

　　那么两个硬盘的VG名称冲突，就无法继续挂载LV读取数据了

　　这种冲突，在两个硬盘都是数据磁盘的时候，还可以修改名称来解决

　　但是，如果冲突双方中的一块是系统硬盘，那么则LVM拒绝对磁盘做卸载、改名等处理

　　此时第二块硬盘里边的数据就恢复不出来了

　　唯一的解决方法是把这个硬盘挂载到其他没有使用LVM的服务器上

　　或者找一个使用了LVM但是VG卷组名称不一样的服务器上

　　这是LVM设计应用中的一个无法解决的bug

　　因此，在服务器上，为了保证尽可能好的后期灾难恢复，不推荐用LVM

　　最好使用简单直接使用磁盘分区格式化，以便恢复数据

　　如果非要用LVM，请注意，在安装系统分区之初，就给自己磁盘的LVM起一个不容易冲突的唯一的名字

　　例如/dev/VolHehe001、/dev/VolHehe002等