修改EC2实例类型后EBS根设备UUID不匹配致只读，如何解决？

1. 是否应修改/etc/fstab中的UUID为当前匹配值？ #

是，必须修改。你当前用sudo mount -o remount nouuid /只是临时让根盘恢复可写，重启后问题会再次出现。正确的永久修复步骤如下：

1. 确保根盘处于可写状态（若当前已可写可跳过）：

   sudo mount -o remount,rw /
   

2. 编辑/etc/fstab文件，将错误的根盘挂载条目：

   UUID=-1a7884f1-a23b-49a0-8693-ae82c155e5af     /           xfs    defaults,noatime  1   1
   

   修改为blkid输出中/dev/xvda1对应的正确UUID：

   UUID=2a7884f1-a23b-49a0-8693-ae82c155e5af     /           xfs    defaults,noatime  1   1
   

3. 验证修改后的配置是否有效，避免重启后出问题：

   sudo mount -a
   

   若没有报错，说明配置正确，重启实例即可彻底解决问题。

2. 问题产生的原因及避免方法 #

原因分析 #

核心问题是**/etc/fstab中根盘的UUID前多了一个负号（-）**，导致系统无法匹配到对应的磁盘设备。Linux系统在根盘挂载失败时，会自动切换为只读模式（这是系统的保护机制，防止磁盘数据损坏），进而引发Apache服务无法启动、无法执行写入操作等问题。

结合你提到的未修改过EBS卷的情况，错误大概率来自：

• 手动编辑fstab时的拼写失误；
• 实例变更过程中，自动化工具/脚本（如cloud-init、自定义AMI配置脚本）误修改了fstab；
• 实例类型变更操作中途中断，导致系统配置文件异常。

避免方法 #

• 修改fstab后必须用mount -a验证配置，提前发现错误；
• 操作实例前备份重要配置文件：

  sudo cp /etc/fstab /etc/fstab.bak
  

• 复制UUID时直接从blkid命令的输出中拷贝，避免手动输入产生拼写错误；
• 检查实例是否有自动化配置脚本，排查这类脚本是否会修改fstab；
• 执行实例类型变更等操作时，确保操作完整完成，避免中途中断。

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