如何将Linux版Azure虚拟机的OS文件系统转为xfs并修改分区布局（RHEL8默认ext4）

核心前提：Linux 生态不存在无损将 ext4 原地转换为 XFS 的官方工具，且需要同时调整分区布局，所有操作需基于离线迁移流程完成，无法在线对运行中的系统盘直接操作。

前置准备 #

• 对原虚拟机的OS磁盘创建完整快照，所有操作出现异常时可通过快照回滚
• 停止并解除分配原虚拟机，确保OS磁盘处于未被挂载的离线状态
• 新建同区域的临时修复虚拟机（配置无特殊要求，能正常启动RHEL8镜像即可）
• 将原虚拟机的OS磁盘以数据盘形式挂载到临时修复虚拟机上，通过lsblk命令确认对应磁盘的设备名称，避免操作时选错磁盘

核心操作流程 #

1. 原系统数据备份与状态确认 #

• 在临时修复虚拟机上，将原OS磁盘的各个原有分区临时挂载到/mnt/orig_sys目录，提前记录各分区的原有UUID、挂载路径、数据占用空间
• 备份原系统的关键配置文件：/etc/fstab、/etc/default/grub、SELinux配置、系统服务自定义配置，确保后续配置不丢失
• 确认原分区上的总数据量，保证新调整的分区容量可以完整容纳所有数据

2. 重新规划分区布局并创建XFS文件系统 #

• 使用parted工具对原OS磁盘重新划分符合需求的分区结构，需匹配Azure默认的UEFI引导要求：
  • EFI系统分区：格式化为fat32，容量不小于200MB
  • /boot引导分区：可按需求容量配置
  • 根分区/其他自定义挂载点分区：按需分配空间
• 对新创建的非EFI分区统一执行mkfs.xfs格式化操作，创建对应XFS文件系统
• 将新创建的各个分区临时挂载到新的系统目录结构下：根分区挂载到/mnt/new_root，/boot分区挂载到/mnt/new_root/boot，EFI分区挂载到/mnt/new_root/boot/efi

3. 系统数据迁移与引导修复 #

• 执行rsync命令将原系统的所有数据完整同步到新的XFS分区中，需保留文件权限、硬链接、扩展属性、SELinux上下文：
  rsync -avHPSX /mnt/orig_sys/ /mnt/new_root/
• 替换新系统目录下的/etc/fstab配置：将原有ext4分区的UUID，全部替换为新创建XFS分区的对应UUID，匹配实际挂载路径
• 重新生成系统引导配置：
  • 执行grub安装命令写入引导扇区：grub2-install --target=x86_64-efi --efi-directory=/mnt/new_root/boot/efi --boot-directory=/mnt/new_root/boot
  • 执行配置生成命令：grub2-mkconfig -o /mnt/new_root/boot/grub2/grub.cfg

4. 收尾验证 #

• 从临时修复虚拟机上安全卸载所有原OS磁盘的分区，将磁盘从临时虚拟机分离
• 将原OS磁盘重新挂载为最初原虚拟机的系统启动磁盘
• 启动原虚拟机，通过Azure串口控制台验证：
  • 系统可正常引导进入登录界面
  • 执行df -T确认所有自定义分区均为XFS格式，分区布局符合调整需求
  • 系统原有服务、配置可正常运行

关键注意事项 #

• 格式化操作前必须确认磁盘设备名称，避免误操作清空临时修复虚拟机的本地磁盘数据
• 不要破坏磁盘上的EFI系统分区结构，否则会导致Azure虚拟机无法正常引导
• 如果原系统使用LVM管理磁盘，可在离线状态下调整逻辑卷布局，再将原ext4逻辑卷的数据迁移到新创建的XFS格式逻辑卷，无需全盘重建分区表，可简化操作流程

内容的提问来源于stack exchange，提问作者Vijesh Kk