必须备份，因为磁盘扩展操作会重写超级块、inode表等底层结构，一旦中断将导致文件系统不可识别；需用rsync或tar离线备份关键数据，并存至独立介质且验证可恢复。
在Linux文件系统扩展前做备份，不是可选项，而是必须步骤。磁盘操作本身带有风险，哪怕只是调整逻辑卷大小或扩容XFS/Ext4分区，一次误操作、意外断电或命令参数错误，都可能导致文件系统损坏、元数据错乱甚至整个分区不可挂载——而此时若无可用备份，数据大概率无法恢复。
为什么扩展前必须备份
扩展操作不改变已有文件内容，但会重写超级块、inode表、分配组等底层结构。这些修改一旦中断或出错，文件系统校验可能失败，数据并非“还在原地”，而是处于不可识别状态。备份的作用不是防“改错”，而是为“改崩”兜底。尤其以下情况更需谨慎：
- 使用
lvextend+resize2fs/xfs_growfs调整LVM逻辑卷时，文件系统扩展依赖前序LV空间已正确分配； - 对根分区（
/）或/boot执行扩容，系统可能无法启动； - 在生产服务器上操作，无快照机制或虚拟机环境时，物理层错误无回退路径。
推荐的备份执行方法
备份目标应覆盖待扩展分区上的全部关键数据，而非仅“看起来重要”的目录。优先采用轻量、可验证、支持快速恢复的方式：
-
用rsync做一致性快照式备份：卸载分区后运行
rsync -aHAX --delete /mnt/source/ /backup/target/
其中-HAX保留硬链接、ACL和扩展属性，--delete确保目标与源严格一致； -
用tar打包归档（适合离线存档）：
tar --exclude=/proc --exclude=/sys --exclude=/dev --exclude=/run -czf /backup/root-$(date +%F).tar.gz -C / .
注意排除虚拟文件系统目录，避免打包失败或占用空间； -
对数据库等应用数据单独备份：如MySQL用
mysqldump --single-transaction导出，避免锁表影响业务； -
验证备份有效性：至少执行
tar -tzf backup.tar.gz | head -n5检查归档完整性，或用rsync --dry-run比对源与目标差异。
备份存放位置的关键要求
备份不能留在同一块物理磁盘上——否则磁盘故障即全盘皆失。必须满足：
- 存储介质独立：外接USB硬盘、NAS共享目录、远程服务器（通过SSH+rsync）；
- 路径分离：挂载点不能是待扩展分区的子目录（例如不要把
/backup建在/dev/sda2上，而该分区正要扩容）； - 企业级建议增加异地保存：至少一份备份同步至不同机房或云对象存储（如S3兼容接口），防范火灾、水浸等物理灾难。
不复杂但容易忽略：备份不是“执行完命令就结束”，而是“确认能还原才算完成”。扩展前花10分钟验证备份，远比扩容失败后花数小时抢救数据更高效。
