linux磁盘扩容能否在线进行取决于底层结构：lvm+xfs/ext4可热扩容，而mbr裸盘、旧内核或文件系统不支持时必须离线，否则易致损坏。
Linux磁盘扩容能否在线进行，关键不在“想不想停”，而在于底层结构是否支持无中断操作。只要满足条件，根分区、数据盘都能热扩容，业务几乎无感知；反之，强行在线操作反而可能引发文件系统损坏或扩容失败。
哪些情况必须离线扩容
以下三类场景无法绕过卸载或重启：
- 低内核版本（：不支持
resize2fs在线扩展ext4，也不识别新磁盘容量，必须重启或umount后操作 - MBR分区且目标容量≥2TiB：MBR最大寻址仅2TiB，扩容前必须转GPT，而转换过程需卸载并备份数据
-
非LVM直连+XFS但未挂载时禁用
inode64：部分旧镜像默认关闭该选项，扩容后xfs_growfs会报错，需重新挂载（即短暂中断）
真正可靠的在线扩容路径
满足任一组合即可全程不中断：
-
LVM架构 + 任意ext4/XFS/Btrfs：只需
pvresize → lvextend → fs resize三步，根目录也适用 -
非LVM + GPT分区 + ext4（内核≥3.15）：用
growpart扩分区，再resize2fs扩文件系统，无需umount -
非LVM + XFS（任意现代内核）：只要分区已扩大，直接
xfs_growfs /mount/point即可，注意参数必须是挂载点，不是设备名
云环境下的实操要点
公有云（阿里云、腾讯云等）扩容后，操作系统不会自动感知新空间，必须手动触发识别：
- 先执行
echo 1 | sudo tee /sys/class/block/vda/device/rescan（vda替换成你的盘符） - 再用
lsblk确认磁盘总大小已变；若分区大小没变，才需growpart /dev/vda 1 - 最后按文件系统类型执行对应命令：
resize2fs /dev/vda1或xfs_growfs / - 切勿跳过
rescan或growpart——这是90%“扩容无效”问题的根源
裸盘方案更简单也更推荐
新部署数据盘时，优先不建分区，直接在/dev/vdb上创建文件系统：
- 省去分区表管理，规避MBR/GPT限制和
growpart步骤 - 扩容时只需
resize2fs /dev/vdb（ext4）或xfs_growfs /mnt/data（XFS） - 特别适合云盘、容器存储卷等弹性场景，运维负担最小
