cloud-init cc_mounts.py忽略AWS EFS挂载，请求排查解决方案

从你的日志和配置来看，核心问题是cloud-init的mounts模块误将fs-12345678:/识别为本地命名挂载（比如LABEL/UUID这类本地设备标识），但它找不到对应的本地设备实体，因此直接忽略了这条挂载配置。手动添加fstab能生效，是因为你跳过了cloud-init的设备解析逻辑，直接写入了合法的EFS挂载规则。

下面是针对你的需求（在cloud_final_modules前完成挂载）的具体解决方案：

1. 最推荐：使用EFS完整DNS端点配置mounts #

cloud-init不会对完整的网络设备地址做本地解析，所以把EFS的完整DNS域名作为设备字段即可绕过这个问题。EFS的DNS格式为：fs-<你的ID>.efs.<你的区域>.amazonaws.com:/

修改后的cloud-config配置示例：

packages:
  - amazon-efs-utils
mounts:
  - [ "fs-12345678.efs.us-east-1.amazonaws.com:/", "/mnt/efs", "efs", "tls,_netdev", "0", "0" ]

关键补充：添加_netdev选项 #

一定要加上_netdev，它会告诉系统这个挂载依赖网络，会等待网络就绪后再执行挂载，避免开机时因网络未启动导致挂载失败（手动挂载时网络已经正常，所以没这个问题，但开机自动挂载必须加）。

2. 可选：用字典格式配置mounts（更易读） #

如果列表格式容易出错，可以改用字典格式，可读性更强，效果完全一致：

packages:
  - amazon-efs-utils
mounts:
  - device: fs-12345678.efs.us-east-1.amazonaws.com:/
    path: /mnt/efs
    fstype: efs
    options: tls,_netdev
    dump: 0
    passno: 0

3. 备选方案：用runcmd直接写入fstab #

如果mounts模块仍有兼容性问题，可以用runcmd在cloud-config阶段直接操作fstab并挂载，确保在cloud_final_modules前完成：

packages:
  - amazon-efs-utils
runcmd:
  - echo "fs-12345678:/ /mnt/efs efs tls,_netdev 0 0" >> /etc/fstab
  - mount /mnt/efs

额外建议 #

如果你使用的是较旧的Amazon Linux 1 AMI，建议升级到Amazon Linux 2或更高版本，新版的cloud-init对EFS的支持更完善，能避免很多类似的解析问题。

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