![我刚刚增加了磁盘的大小,但仍然显示旧的大小,可能是什么原因造成的,我该如何修复它?](https://linux22.com/image/661138/%E6%88%91%E5%88%9A%E5%88%9A%E5%A2%9E%E5%8A%A0%E4%BA%86%E7%A3%81%E7%9B%98%E7%9A%84%E5%A4%A7%E5%B0%8F%EF%BC%8C%E4%BD%86%E4%BB%8D%E7%84%B6%E6%98%BE%E7%A4%BA%E6%97%A7%E7%9A%84%E5%A4%A7%E5%B0%8F%EF%BC%8C%E5%8F%AF%E8%83%BD%E6%98%AF%E4%BB%80%E4%B9%88%E5%8E%9F%E5%9B%A0%E9%80%A0%E6%88%90%E7%9A%84%EF%BC%8C%E6%88%91%E8%AF%A5%E5%A6%82%E4%BD%95%E4%BF%AE%E5%A4%8D%E5%AE%83%EF%BC%9F.png)
我需要增加我的一个 CentOS 6 虚拟服务器上的根逻辑卷的大小。
我已经将虚拟机磁盘空间从16g扩展到30g。
然后我连接到机器并使用 fdisk 创建了一个新分区,并将该分区的系统 ID 更改为 Linux LVM(8e)并将更改保存到磁盘。
然后,我从新创建的分区创建了一个物理卷,接下来,我将新的物理卷添加到机器上唯一的卷组中。
接下来,我根据我拥有的数量调整了根逻辑卷的大小。
为了使用新的 LV 大小更新系统,我重新启动了机器。
现在机器已重新启动,但当我运行时,df -H
我仍然看到刚刚调整大小的 LV 的旧尺寸。
您可以在这里看到 VG 大小为 29.5G,而不是输出中仍然显示的 16G df -H
:
[root@wiki01 ~]# vgdisplay
--- Volume group ---
VG Name VolGroup
System ID
Format lvm2
Metadata Areas 2
Metadata Sequence No 5
VG Access read/write
VG Status resizable
MAX LV 0
Cur LV 2
Open LV 2
Max PV 0
Cur PV 2
Act PV 2
VG Size 29.50 GiB
PE Size 4.00 MiB
Total PE 7553
Alloc PE / Size 7529 / 29.41 GiB
Free PE / Size 24 / 96.00 MiB
VG UUID z7qRmK-up5e-m2EL-Miad-9vmG-TUH9-uFoE4d
[root@wiki01 ~]# df -H
Filesystem Size Used Avail Use% Mounted on
/dev/mapper/VolGroup-lv_root
16G 13G 2.3G 85% /
tmpfs 981M 0 981M 0% /dev/shm
/dev/sda1 500M 35M 440M 8% /boot
company.local:/ifs/Peer39/home
1.1T 16G 1.1T 2% /home
company.local:/ifs/Peer39/common
1.1T 57G 1.1T 6% /nfs
造成这种不匹配的原因可能是什么?我该如何修复它?
答案1
好的,我忘了运行resize2fs
命令,这就是为什么 LV 大小尚未更新。
运行下一个命令为我修复了这个问题:
resize2fs /dev/VolGroup/lv_root
df -H
:
[root@wiki01 ~]# df -H
Filesystem Size Used Avail Use% Mounted on
/dev/mapper/VolGroup-lv_root
27G 16G 9.8G 62% /
tmpfs 981M 0 981M 0% /dev/shm
/dev/sda1 500M 35M 440M 8% /boot
company.local:/ifs/product/home
1.1T 16G 1.1T 2% /home
company.local:/ifs/product/common
1.1T 57G 1.1T 6% /nfs
答案2
您是否调整了实际文件系统以及逻辑卷的大小?看起来您还没有这样做。