CloudFormation创建EC2时EBS卷挂载失败求助

我来帮你排查这个挂载失效的问题，从你的描述和CloudFormation模板来看，核心问题大概率出在UserData脚本的执行逻辑或者EC2设备名称映射上，咱们一步步拆解解决：

第一步：先确认UserData脚本是否真的执行了 #

首先你得搞清楚脚本到底有没有跑，或者在哪一步失败了。登录到EC2实例后，查看这两个关键日志：

cat /var/log/cloud-init-output.log
cat /var/log/cloud-init.log

cloud-init-output.log会直接输出脚本的执行结果，有没有报错一眼就能看到——因为你的脚本加了-xe参数，只要某一步出错，整个脚本就会终止，后面的echo和mount -a自然不会执行，这就能解释为什么/etc/fstab里没有挂载条目了。

第二步：排查EC2设备名称的映射坑 #

注意哦：在现代Linux AMI（比如Amazon Linux 2、Ubuntu 20.04+）中，你在CloudFormation里指定的/dev/xvdc这类传统设备名，实际在实例里可能会被映射成/dev/nvme1n1（因为NVMe类型的EBS卷命名规则不同）。这时候你用/dev/xvdc去执行mkfs，根本找不到设备，脚本直接失败。

解决方法：用UUID代替固定设备名（最可靠） #

修改你的UserData脚本，先通过磁盘大小找到目标设备，再用UUID写入fstab，避免设备名变化的问题：

#!/bin/bash -xe
# 找到80G的EBS卷（对应你模板里的/dev/xvdc）
DEVICE=$(lsblk -o NAME,SIZE -n | grep 80G | awk '{print "/dev/"$1}')

# 等待设备完全就绪（避免实例启动后卷还没挂载完成）
until [ -b $DEVICE ]; do
    sleep 1
done

# 格式化磁盘（如果是新卷的话）
mkfs -t ext4 $DEVICE
sleep 2

# 创建挂载目录并挂载
mkdir -p /mypartition
mount $DEVICE /mypartition

# 获取磁盘UUID，写入fstab（UUID不会随设备名变化）
UUID=$(blkid -s UUID -o value $DEVICE)
echo "$UUID /mypartition ext4 defaults,noatime 0 0" >> /etc/fstab

# 验证挂载
mount -a

第三步：替换模板里的UserData #

把上面的脚本替换到你CloudFormation模板的UserData部分，重新部署堆栈试试。

额外排查点 #

如果还是不行，检查以下内容：

• 确认EBS卷确实和实例在同一AZ，CloudFormation应该已经帮你处理了，但可以在EC2控制台验证；
• 如果是旧的EBS卷，之前已经格式化过，那mkfs命令会报错，这时候可以把mkfs那一行注释掉，或者加个判断：if ! blkid $DEVICE; then mkfs -t ext4 $DEVICE; fi

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