• linux分区扩容


    日常工作中,经常会遇到某个分区剩余容量不足的问题,所以我们需要掌握如何在linux服务器下对分区进行扩容。对于分区扩容,这里分为了两个情况

    • LVM分区的扩容

    • 非LVM分区的扩容

    LVM分区的扩容

    一般,我们都建议使用LVM,这样方便分区的弹性伸缩。关于LVM的介绍,物理卷、逻辑组、逻辑卷等这里就不细说了,大家可以去看看我另外的两篇关于LVM的文章。

    场景:/www 目录是我们的和网站相关的目录,这个目录所挂载的分区采用了LVM,本来这个目录有1G空间大小,但是随着系统的运行,剩余空间只剩下不到100M了。现在需对该分区进行扩容。

    准备工作,实现场景

    # pvcreate /dev/sdb1
    # vgcreate vgwww /dev/sdb1
    # lvcreate -l 255 vgwww
    # mkfs.ext4 /dev/vgwww/lvol0 
    # mount /dev/vgwww/lvol0 /www
    # dd if=/dev/zero of=/www/bigfile bs=1M count=900
    # df -h
    ……
    /dev/mapper/vgwww-lvol0  988M  903M   19M   98% /www

    分区扩容

    首先,我们要看vgwww还有没有剩余空间,如果没有的话,则需要先在vgwww中添加pv。

    # vgdisplay vgwww
     ……
      Free  PE / Size       0 / 0   <=== 没哟剩余空间了
      VG UUID               xdw96k-xZNv-tmVf-Pkcx-SX7T-C1tz-ZZq3HG

    通过上面信息可以得知,该vg没有剩余空间了。那么就需要对此vg增加pv了。现在我们看看有没有没有被使用的pv,如果没有的话,先需要创建pv。

    # pvscan
      PV /dev/sdb1   VG vgwww           lvm2 [1020.00 MiB / 0    free]
      Total: 1 [1020.00 MiB] / in use: 1 [1020.00 MiB] / in no VG: 0 [0   ]

    可以看到,没有可用的pv。那么,先创建pv

    # pvcreate /dev/sdc1
      Physical volume "/dev/sdc1" successfully created.
    # pvscan
      PV /dev/sdb1   VG vgwww           lvm2 [1020.00 MiB / 0    free]
      PV /dev/sdc1                      lvm2 [1023.00 MiB]
      Total: 2 [<2.00 GiB] / in use: 1 [1020.00 MiB] / in no VG: 1 [1023.00 MiB]

    pv已经有了,那么将新的pv加到vgwww逻辑卷组中。

    # vgextend vgwww /dev/sdc1
      Volume group "vgwww" successfully extended
    # vgdisplay vgwww
     ……
      Free  PE / Size       255 / 1020.00 MiB
      VG UUID               xdw96k-xZNv-tmVf-Pkcx-SX7T-C1tz-ZZq3HG

    现在vg多出了255个PE没有被使用。接下来,就是对LV进行扩容了

    # lvresize -l +255 /dev/vgwww/lvol0 
      Size of logical volume vgwww/lvol0 changed from 1020.00 MiB (255 extents) to 1.99 GiB (510 extents).
      Logical volume vgwww/lvol0 successfully resized.
      
    # lvdisplay 
      --- Logical volume ---
      ……
      LV Size                1.99 GiB  <=== lv已经变为了1.99G了
      ……

    这个时候,虽然lv大小变大了,但是/dev/mapper/vgwww-lvol0文件系统并没有变大。

    # df -h
    文件系统                 容量  已用  可用 已用% 挂载点
    ……
    /dev/mapper/vgwww-lvol0  988M  903M   19M   98% /www

    这个时候,我们还需要xfs_growfs (针对xfs文件系统)或resize2fs (针对ext文件系统)来处理下。

    # 该主机使用的是ext4文件系统
    # resize2fs /dev/vgwww/lvol0 
    # df -h
    文件系统                 容量  已用  可用 已用% 挂载点
    ……
    /dev/mapper/vgwww-lvol0  2.0G  904M  982M   48% /www

    至此,对于该文件系统的扩容完成了。

    非LVM分区的扩容

    最近,我就碰到了这个情况。我有一个朋友,他的阿里云服务器根分区快满了,本来40G的云盘,后来加了20G。找到我说,我明明已经加了20G,怎么显示还是40G阿,让我帮他解决下问题。

    不巧的是,它根目录没有使用lvm,我也一时半会不知道怎么办。后来查询了相关信息,找到了一个解决办法。但是这个解决办法是有局限性的,就是对需要扩容的分区,这个分区必须是该磁盘的最后一个分区。

    下面首先模拟场景:/bak 目录挂载在一个单独的分区,该分区开始时候分了500M,现在需要对其进行扩容操作

    # df -h
    文件系统                 容量  已用  可用 已用% 挂载点
    ……
    /dev/sdd1                497M   26M  472M    6% /bak

    开始扩容操作

    # 首先卸载挂载点
    
    # fdisk /dev/sdd
    ……
    命令(输入 m 获取帮助):p
    ……
       设备 Boot      Start         End      Blocks   Id  System
    /dev/sdd1            2048     1026047      512000   83  Linux
    
    #记住开始点,即2048。然后删除该分区,重新建立分区
    命令(输入 m 获取帮助):d
    已选择分区 1
    分区 1 已删除
    
    命令(输入 m 获取帮助):n
    Partition type:
       p   primary (0 primary, 0 extended, 4 free)
       e   extended
    Select (default p): 
    Using default response p
    分区号 (1-4,默认 1):
    起始 扇区 (2048-2097151,默认为 2048):2048
    Last 扇区, +扇区 or +size{K,M,G} (2048-2097151,默认为 2097151):
    将使用默认值 2097151
    分区 1 已设置为 Linux 类型,大小设为 1023 MiB
    
    命令(输入 m 获取帮助):w
    
    
    # partprobe

    这个时候,通过lsblk命令查看该分区大小已经变大了,但是df -h的结果还是没变,需要使用xfs_growfs 命令处理下。

     # xfs_growfs /dev/sdd1
     
     # df -h
    文件系统                 容量  已用  可用 已用% 挂载点
    ……
    /dev/sdd1               1020M   26M  995M    3% /bak

    另外有一点需要特别注意:绝对不能对该分区写入文件系统,这样之前的数据就都没了

  • 相关阅读:
    docker(7):实战--安装nginx并实现反向代理
    ros2 安装UR机器人仿真包
    求求并行不要寄
    轻拍牛头(求约数C++)
    Java中常用的48个关键字和2个保留字
    ELK搭建(十三):搭建Nginx资源访问率、丢包率、读写率等运行性能监控平台
    内农大《嵌入式基础》实验二 C语言进阶和Makefile
    P18 JMenuBar菜单栏
    [附源码]Python计算机毕业设计Django宁财二手物品交易网站
    激光雷达发射的PCB布局
  • 原文地址:https://blog.csdn.net/qq_40026349/article/details/128101940