香港服务器LVM系统盘如何无损扩容？不重装系统扩展根分区全流程

香港服务器使用 Linux LVM 管理系统盘时，通常可以在不重装系统的情况下完成根分区扩容。标准路径是“云硬盘或物理磁盘扩容 → 扩展承载 LVM 的分区 → 扩展 PV → 扩展 LV → 扩展 ext4、XFS 或其他文件系统”，原有文件、挂载点和文件系统 UUID 不需要改变。

这类操作能否在线完成，取决于磁盘空间是否已经扩展到系统可见、LVM 所在分区是否位于磁盘末尾、根目录是否确实位于 LVM，以及文件系统类型是否支持在线扩容。常见的 Ubuntu、Debian、Rocky Linux、AlmaLinux 和 CentOS 环境都适用，但设备名、分区编号和卷组名称必须以服务器实际检查结果为准，不能直接照抄示例命令。

一、先明确扩容链路和适用范围

LVM 系统盘常见结构如下：

物理磁盘 /dev/vda
└── 分区 /dev/vda3
    └── LVM PV
        └── VG ubuntu-vg
            └── LV ubuntu-lv
                └── 文件系统 ext4 或 XFS
                    └── 挂载点 /

如果磁盘从 80GB 扩展到 160GB，新增的 80GB 不会自动出现在根目录中。必须依次让每一层识别新增容量：

本文以根目录 / 位于普通 LVM 逻辑卷中为主要场景，目标是扩大根文件系统容量，不改动 /etc/fstab，不重建文件系统，也不删除原有分区。

以下情况不要直接套用标准流程：

• 根目录实际位于普通分区，例如 /dev/vda2，而不是 LVM LV。
• LVM 位于软件 RAID、硬件 RAID 或其他存储抽象层之上。
• LVM 分区不是磁盘上的最后一个分区，新增空间无法与它连续。
• 磁盘使用 MBR 且需要扩展到超过其分区表可支持的范围。
• 根卷是 LVM thin pool、复杂快照结构或多层加密设备，但尚未确认设备关系。
• 没有云平台控制台、VNC、串口或救援入口，只能依赖 SSH 连接。

二、操作前准备：备份、控制台和依赖

1. 确认系统版本和权限

建议使用 root shell，或者为每条命令加上 sudo。先确认系统信息：

cat /etc/os-release
uname -r
id

常见环境中需要以下工具：

• lvm2：提供 pvs、vgs、lvs、pvresize、lvextend。
• cloud-guest-utils 或 cloud-utils-growpart：提供 growpart。
• e2fsprogs：提供 resize2fs，用于 ext4。
• xfsprogs：提供 xfs_growfs，用于 XFS。
• btrfs-progs：如果根文件系统是 Btrfs。

先检查工具是否已存在：

command -v lsblk
command -v pvs
command -v vgs
command -v lvs
command -v growpart
command -v resize2fs
command -v xfs_growfs

如果缺少 LVM 或分区扩展工具，可以根据发行版安装。安装软件包本身不会改变磁盘分区，但生产环境应确认软件源可用，并避免在业务高峰执行系统级更新。

Ubuntu、Debian 示例：

sudo apt-get update
sudo apt-get install -y lvm2 cloud-guest-utils

Rocky Linux、AlmaLinux、较新的 CentOS 示例：

sudo dnf install -y lvm2 cloud-utils-growpart

较旧的 CentOS 环境可以使用：

sudo yum install -y lvm2 cloud-utils-growpart

2. 准备备份和远程控制台

扩容通常是向后追加空间，正常情况下不会覆盖已有数据，但分区表修改和设备路径判断错误仍可能造成不可逆影响。操作前至少应完成以下准备：

• 对系统盘创建可恢复的云盘快照、镜像或外部备份。
• 确认重要配置、网站文件、日志和业务数据能够从备份中恢复。
• 记录当前磁盘、分区、PV、VG、LV 和文件系统信息。
• 确认可以通过服务器管理平台进入 VNC、串口或救援环境。
• 若服务器承载持续写入业务，安排低峰期，必要时暂停高写入服务。

LVM 快照只能作为短期保护手段，不能替代独立备份。快照本身占用卷组空间，根卷扩容后仍可能受到快照空间消耗影响。

3. 记录扩容前状态

执行下面的检查命令，并保存输出：

findmnt -no SOURCE,FSTYPE,SIZE,USED,AVAIL,TARGET /

df -hT /

lsblk -e7 -o NAME,PATH,TYPE,SIZE,FSTYPE,MOUNTPOINTS

sudo pvs -o pv_name,vg_name,pv_size,pv_free,pv_used

sudo vgs -o vg_name,vg_size,vg_free,pv_count,lv_count

sudo lvs -a -o lv_path,lv_name,vg_name,lv_attr,lv_size,devices

重点确认三件事：

1. findmnt 显示的根目录来源是否为 /dev/mapper/... 或 /dev//。
2. lsblk 是否能看出一个 LVM2_member，并且下方挂载了 /。
3. pvs、vgs 中的 PV 和 VG 名称是什么，当前是否已经存在可用空间。

典型结构可能类似下面这样：

NAME                      TYPE  SIZE FSTYPE      MOUNTPOINTS
vda                       disk  160G
├─vda1                    part    1G vfat        /boot/efi
├─vda2                    part    2G ext4        /boot
└─vda3                    part  157G LVM2_member
  └─ubuntu--vg-ubuntu--lv lvm    80G ext4        /

这里仅用于说明结构，实际设备可能是 /dev/sda 或 /dev/nvme0n1。NVMe 分区名称通常带有 p，例如 /dev/nvme0n1p3。

如果根目录显示为 /dev/vda2、/dev/sda3 等普通文件系统，而不是 LVM 逻辑卷，应停止标准 LVM 流程，不要执行 pvresize 或 lvextend。

三、扩展服务器磁盘并确认系统已经看到新容量

1. 在管理平台扩展系统盘

先在香港服务器对应的管理控制台中，将系统盘容量从原值增加到目标容量。扩容前应确认平台提示的是“扩展容量”，而不是重新创建、格式化或替换磁盘。

扩容后的总容量应大于扩容前，且新增空间位于现有分区表末尾。假设系统盘原来是 80GB，扩容后变成 160GB，Linux 中应先看到 /dev/vda 约为 160GB，但原来的 LVM 分区可能仍只有约 78GB。

不要在此阶段执行以下操作：

• 不要初始化磁盘。
• 不要创建新的文件系统。
• 不要删除并重新创建原分区。
• 不要在磁盘管理工具中选择格式化。
• 不要因为 df -h 暂时没有变化就判断扩容失败。

2. 让内核重新识别磁盘容量

扩容完成后，重新查看磁盘：

lsblk -o NAME,PATH,TYPE,SIZE,FSTYPE,MOUNTPOINTS

如果是 SCSI、VirtIO 等设备，管理平台已经完成扩容但系统暂时没有刷新，可以尝试重新扫描：

for host in /sys/class/scsi_host/host*; do
    echo "- - -" | sudo tee "$host/scan" >/dev/null
done

sudo udevadm settle
lsblk -o NAME,PATH,TYPE,SIZE,FSTYPE,MOUNTPOINTS

也可以直接查看设备字节容量。下面的设备名必须替换为实际系统盘：

sudo blockdev --getsize64 /dev/vda

如果磁盘总容量仍未变化，优先检查管理平台的扩容任务状态、磁盘是否选错，以及服务器是否支持在线扩容。对于部分 NVMe 或特殊虚拟化环境，可能需要通过控制台重启一次系统才能让内核识别新容量。重启不是重装系统，但应提前安排业务窗口。

四、扩展承载 LVM 的分区

这一阶段只适用于 PV 位于分区中，例如 /dev/vda3 或 /dev/nvme0n1p3，并且该分区是磁盘上的最后一个分区。

1. 确认分区位于末尾

使用只读方式查看分区布局和未分配空间：

sudo parted -s /dev/vda unit GiB print free

NVMe 设备示例：

sudo parted -s /dev/nvme0n1 unit GiB print free

重点看：

• LVM 分区编号，例如 3。
• LVM 分区是否位于最后。
• 该分区后方是否存在连续的 Free Space。
• 分区表类型是 GPT 还是 msdos。

如果输出显示 /dev/vda3 是最后一个分区，并且它后面有新增的连续空间，可以继续使用 growpart。如果 LVM 分区后面还有 /dev/vda4、恢复分区或其他数据分区，不能直接扩展 /dev/vda3，否则会覆盖后续分区。

2. 使用 growpart 扩展分区

假设检查结果确认：

• 磁盘是 /dev/vda。
• LVM 分区是第 3 分区。
• /dev/vda3 位于磁盘末尾。

执行：

sudo growpart /dev/vda 3

NVMe 设备需要把磁盘和分区号分开写：

sudo growpart /dev/nvme0n1 3

常见成功信息可能类似：

CHANGED: partition=3 start=2099200 old: size=... end=...
new: size=... end=...

这是修改分区表的关键操作。执行前必须确认设备名和分区号，避免把其他分区扩大到磁盘末尾。growpart 只扩展分区边界，不会扩展文件系统，也不会自动增加 LVM LV。

执行后检查：

lsblk -o NAME,PATH,TYPE,SIZE,FSTYPE,MOUNTPOINTS
sudo parted -s /dev/vda unit GiB print

如果内核没有自动重新读取分区表，可以尝试：

sudo partprobe /dev/vda
sudo udevadm settle

如果 partprobe 提示设备忙，或者 lsblk 中分区大小仍未变化，不要重复执行 growpart。通过远程控制台重启系统后再次检查：

lsblk -o NAME,PATH,TYPE,SIZE,FSTYPE,MOUNTPOINTS

重启后如果分区大小仍然没有扩展，应回到 parted print free 检查分区号、磁盘设备和剩余空间。

五、扩展 LVM PV 和卷组可用空间

分区扩展成功后，LVM 还不知道分区新增了多少空间。假设 PV 是 /dev/vda3，执行：

sudo pvresize /dev/vda3

检查结果：

sudo pvs -o pv_name,vg_name,pv_size,pv_free,pv_used
sudo vgs -o vg_name,vg_size,vg_free,pv_count,lv_count

成功后，pv_size 应增加，所属 VG 的 vg_free 也应出现新增空间。只有 vgs 中出现可用空间，后续 lvextend 才能分配容量。

例如，原来可能看到：

VG         VSize    VFree
ubuntu-vg  <80.00g  0

扩展后可能变为：

VG         VSize     VFree
ubuntu-vg  <159.00g  <79.00g

以上数值只是判断格式的示例，不代表某台服务器的实际输出。

如果 pvresize 显示没有可调整的空间，常见原因如下：

• 分区实际上没有成功扩展。
• 执行了错误的分区设备，例如把 /dev/vda3 写成了 /dev/vda2。
• PV 直接位于整块磁盘上，正确对象应是 /dev/vda。
• PV 位于 LUKS 加密映射中，尚未扩展加密映射。
• 管理平台的磁盘容量还没有被系统识别。

如果 PV 直接使用整块磁盘而不是分区，先通过 pvs 确认后再执行：

sudo pvresize /dev/vda

不能仅凭设备名称猜测 PV 对象。

六、将 VG 空间分配给根逻辑卷

1. 确认根 LV 路径

再次确认根目录来源：

ROOT_SOURCE=$(findmnt -no SOURCE /)
printf '%s\n' "$ROOT_SOURCE"

sudo lvs -o lv_path,lv_name,vg_name,lv_attr,lv_size "$ROOT_SOURCE"

也可以直接查看所有逻辑卷：

sudo lvs -a -o lv_path,lv_name,vg_name,lv_attr,lv_size,devices

假设确认根 LV 是：

/dev/ubuntu-vg/ubuntu-lv

或者：

/dev/mapper/ubuntu--vg-ubuntu--lv

两种路径通常指向同一个逻辑卷。后续命令应使用检查结果中的真实路径。

2. 使用全部剩余空间扩展根 LV

如果目标是把 VG 中的全部空闲空间分配给根卷：

sudo lvextend -l +100%FREE /dev/ubuntu-vg/ubuntu-lv

如果只需要增加固定容量，例如增加约 50GB：

sudo lvextend -L +50G /dev/ubuntu-vg/ubuntu-lv

+50G 表示在原容量基础上增加容量，不能误写成不带加号的 -L 50G，后者表示将 LV 总容量设置为 50GB，可能导致危险的缩小操作。

执行前后检查：

sudo lvs -o lv_path,lv_size,lv_attr,vg_name
sudo vgs -o vg_name,vg_free

lvextend 会修改逻辑卷边界，通常是非破坏性的扩展，但如果选错 LV，仍可能把空间分配给错误的卷。执行前应再次核对 LV 路径、VG 名称和目标容量。

不要在此场景中使用 lvreduce 进行“试错回滚”。文件系统缩小和逻辑卷缩小需要严格的离线流程，XFS 还不支持直接缩小。

七、扩展根文件系统

LV 增大后，df -hT / 可能仍显示旧容量，这是正常现象，因为文件系统还没有使用 LV 新增的尾部空间。必须根据文件系统类型执行对应命令。

先确认类型：

findmnt -no SOURCE,FSTYPE,SIZE,USED,AVAIL,TARGET /

1. ext4 文件系统

ext4 支持在根目录已挂载的情况下在线扩容：

sudo resize2fs /dev/ubuntu-vg/ubuntu-lv

也可以使用根目录当前对应的设备路径，但应以 findmnt 和 lvs 的检查结果为准。

执行完成后检查：

df -hT /
sudo lvs -o lv_path,lv_size

不要在根文件系统已经挂载并运行生产业务时随意执行 fsck -f。在线扩容 ext4 通常不需要先做强制文件系统检查；如果工具报告文件系统存在错误，应先安排维护窗口并使用救援环境进行检查。

2. XFS 文件系统

XFS 只能增长，不能通过普通方式缩小。XFS 根目录通常可以在线扩容：

sudo xfs_growfs /

检查：

df -hT /
sudo xfs_info /

如果系统提示找不到 xfs_growfs，安装对应工具包：

sudo dnf install -y xfsprogs

在 XFS 场景中，不要使用 resize2fs。该命令适用于 ext 文件系统，不能替代 xfs_growfs。

3. Btrfs 文件系统

如果 findmnt 显示根文件系统是 Btrfs，可以使用：

sudo btrfs filesystem resize max /

然后检查：

df -hT /
sudo btrfs filesystem usage /

Btrfs、LVM 快照和子卷之间可能存在额外关系，执行前应确认根文件系统确实位于刚才扩展的 LV 上。

4. 不确定文件系统类型时

不要根据发行版名称猜测文件系统。下面的命令没有输出或显示未知类型时，应停止文件系统扩容，先确认实际存储结构：

findmnt -no SOURCE,FSTYPE,TARGET /
lsblk -f

常见对应关系如下：

八、带 LUKS 加密层时的额外步骤

部分服务器的结构不是“分区 → PV”，而是：

磁盘
└── 分区 /dev/vda3
    └── LUKS 加密映射 /dev/mapper/cryptroot
        └── LVM PV
            └── VG
                └── LV
                    └── /

此时，扩展分区后不能直接对原分区执行 pvresize。需要先让活动的 LUKS 映射识别新增空间。

先确认结构：

lsblk -f
sudo cryptsetup status cryptroot
sudo pvs -o pv_name,vg_name,pv_size,pv_free

如果确认 PV 是 /dev/mapper/cryptroot，并且分区已经扩展成功，可以执行：

sudo cryptsetup resize cryptroot
sudo pvresize /dev/mapper/cryptroot

然后继续执行：

sudo vgs -o vg_name,vg_size,vg_free
sudo lvs -a -o lv_path,lv_size,vg_name

这里的 cryptroot 只是示例，必须替换为 cryptsetup status 和 lsblk 显示的实际映射名称。cryptsetup resize 的作用是刷新活动映射的可用边界，不是重新加密，也不是格式化磁盘。

如果 cryptsetup resize 报错、映射关系复杂，或者根目录依赖多个加密层，应通过控制台和备份恢复方案操作，不要尝试卸载正在使用的根设备。

九、常见失败情况和处理顺序

1. 磁盘容量没有变化

检查：

lsblk -o NAME,PATH,TYPE,SIZE
sudo blockdev --getsize64 /dev/vda

如果总磁盘容量仍是旧值，说明问题还在管理平台、虚拟化层或内核识别阶段。此时不要执行 growpart，因为分区表没有可利用的新空间。

2. growpart 提示没有空间

先查看：

sudo parted -s /dev/vda unit GiB print free

常见含义：

• LVM 分区已经占满磁盘，平台扩容没有真正生效。
• LVM 分区不是最后一个分区。
• 选择了错误的磁盘。
• 分区表存在异常或磁盘使用了不兼容的布局。

如果 LVM 分区后面存在其他分区，不要通过删除后续分区来“腾出空间”。应使用备份恢复、增加新磁盘并迁移，或在维护窗口中采用经过验证的分区调整方案。

3. partprobe 无法刷新分区表

如果看到类似“设备忙”或内核仍使用旧分区表的信息，说明根磁盘正在被系统使用，内核暂时不接受新的边界。通过远程控制台重启通常比强行操作更安全。

重启后确认：

lsblk -o NAME,PATH,TYPE,SIZE,FSTYPE,MOUNTPOINTS

如果重启后分区仍未变化，不要重复修改分区表，应检查 growpart 执行时的设备和分区号。

4. pvresize 没有增加 PV 容量

检查三层容量：

lsblk -o NAME,TYPE,SIZE,FSTYPE
sudo pvs -o pv_name,pv_size,pv_free,vg_name
sudo parted -s /dev/vda unit GiB print free

判断方式：

• 磁盘变大、分区没变：重新处理分区扩展。
• 分区变大、PV 没变：确认 pvresize 使用了正确设备。
• PV 是加密映射：先执行对应的 cryptsetup resize。
• PV 变大、VG 仍无空间：确认是否查看了正确的卷组。

5. VG 有空间，但 lvextend 失败

检查：

sudo vgs -o vg_name,vg_size,vg_free
sudo lvs -a -o lv_path,lv_attr,lv_size,vg_name,devices

可能原因包括：

• 指定的 LV 不属于有空闲空间的 VG。
• 申请容量大于 VFree。
• LV 是 thin pool 或快照，存在额外空间限制。
• VG 中存在快照，空闲空间不足。
• 命令中的 LV 路径写错。

此时不要使用 --force 绕过错误，也不要执行 lvreduce 试图恢复。先确认 LV 类型和卷组空间，再决定是否只增加一部分容量。

6. LV 已扩大，但 df 仍显示旧容量

检查：

sudo lvs -o lv_path,lv_size
findmnt -no SOURCE,FSTYPE,SIZE,USED,AVAIL,TARGET /

如果 LV 已经变大：

• ext4 使用 resize2fs 。
• XFS 使用 xfs_growfs /。
• Btrfs 使用 btrfs filesystem resize max /。

如果文件系统类型和预期不一致，不要继续猜测命令。先确认设备层级，避免对错误设备执行文件系统操作。

7. 扩容后服务异常或磁盘错误

查看内核和系统日志：

sudo journalctl -k -n 100 --no-pager
sudo dmesg -T | tail -n 100

同时检查根分区是否只读：

findmnt -no OPTIONS /
df -hT /

如果出现 I/O error、文件系统只读、设备消失等信息，应停止继续写入，保留现场并通过控制台或备份恢复。不要在底层设备异常时反复执行 pvresize、lvextend 或文件系统修复命令。

十、成功验收：确认容量、挂载和业务状态

扩容完成后，建议从设备层、LVM 层、文件系统层和业务层分别检查。

1. 检查根文件系统容量

df -hT /
df -i /
findmnt -no SOURCE,FSTYPE,SIZE,USED,AVAIL,OPTIONS,TARGET /

预期结果：

• / 的总容量增加。
• 文件系统类型没有改变。
• 根目录仍挂载在原来的 LV 上。
• 文件系统 UUID 和挂载路径没有因扩容而改变。
• inode 使用率没有异常变化。

2. 检查 LVM 层级

sudo pvs -o pv_name,vg_name,pv_size,pv_free,pv_used
sudo vgs -o vg_name,vg_size,vg_free,pv_count,lv_count
sudo lvs -a -o lv_path,lv_attr,lv_size,vg_name,devices

如果使用了 VG 的全部空闲空间，VFree 接近 0 是正常的。如果只扩展了部分容量，剩余空间应继续显示在 VFree 中。

3. 检查设备结构和系统日志

lsblk -f
sudo journalctl -k -n 50 --no-pager
systemctl --failed

确认没有新增的磁盘 I/O 错误、文件系统错误或关键服务失败。

4. 做一次实际写入验证

可以在根目录下创建小文件并删除，确认文件系统能够正常读写：

sudo sh -c 'printf "lvm-capacity-check\n" > /root/.lvm-capacity-check'
sudo cat /root/.lvm-capacity-check
sudo rm -f /root/.lvm-capacity-check

如果服务器运行网站、数据库或其他服务，还应检查服务状态和业务日志：

sudo systemctl --failed
sudo journalctl -p err -b --no-pager

不要仅以 lvdisplay 容量变大作为验收标准。只有 df -hT / 也显示根文件系统已经增加，并且服务运行正常，才算完成整个扩容链路。

十一、回滚边界和安全处理

这类扩容通常没有一个可以安全执行的“一键缩回”命令，尤其是文件系统已经使用新增空间后。回滚应根据操作阶段处理。

1. 仅完成磁盘扩容，尚未修改分区

如果只是管理平台中增加了磁盘容量，系统内部还没有执行分区、PV 或 LV 修改，可以暂时保留新增容量，不影响原有文件系统。是否将磁盘容量恢复到原值，应以平台是否支持安全缩容为准，不能强制缩小正在使用的系统盘。

2. 已扩展分区或 PV，但尚未扩展 LV

不要手动把分区或 PV 缩回原尺寸。可以保留未分配的 VG 空间，系统仍能正常运行；如必须恢复，应使用扩容前的磁盘快照或镜像。

3. 已扩展 LV，但文件系统尚未扩展

这是常见的中间状态。通常不应立即缩小 LV，而应先确认 LV 容量和文件系统状态，随后执行正确的文件系统扩容命令：

sudo lvs -o lv_path,lv_size
findmnt -no SOURCE,FSTYPE /

如果 LV 只是扩大、文件系统仍为旧容量，新增空间尚未被文件系统使用，通常可以继续完成扩容。是否恢复则应依赖备份，不要直接运行 lvreduce。

4. 文件系统已经扩展后需要恢复

如果文件系统已经使用新增空间，安全做法是：

1. 停止相关服务并保护业务数据。
2. 使用扩容前的快照、镜像或独立备份创建恢复盘。
3. 在恢复环境中验证文件完整性。
4. 必要时重建目标磁盘结构，再恢复数据。

不要将 lvreduce 与“回滚”混为一谈。缩小文件系统必须先缩小文件系统，再缩小 LV，顺序错误会直接截断文件系统尾部数据；XFS 通常不能直接缩小。

最终可按下面的清单验收：

• [ ] 管理平台中的磁盘容量已经增加。
• [ ] 操作系统看到的磁盘容量已经增加。
• [ ] LVM 分区位于磁盘末尾，并已安全扩展。
• [ ] pvresize 后 PV 容量增加。
• [ ] VG 出现了可用空间。
• [ ] 目标根 LV 已按计划扩展。
• [ ] ext4、XFS 或 Btrfs 已执行对应的文件系统扩容命令。
• [ ] df -hT / 显示根目录容量增加。
• [ ] lsblk -f、pvs、vgs、lvs 的层级关系正常。
• [ ] 内核日志没有新增磁盘或文件系统错误。
• [ ] 关键服务状态正常，业务读写验证通过。
• [ ] 扩容前快照、镜像或备份仍然可用，必要时能够通过控制台恢复。