AWS EFS通过fstab配置开机自动挂载失败，手动挂载运行正常

第一步：先修正fstab配置错误 #

你提供的fstab配置存在两处明显语法问题，先修正后再验证：

• 第二行EFS文件系统标识缺少冒号后缀，正确格式为fs-<文件系统ID>:<EFS内路径>，即修改为：

fs-********:/ /dao efs defaults,_netdev,noresvport,tls,accesspoint=fsap-**************** 0 0

• 第三行缺少挂载点字段，且文件系统标识缺少冒号后缀，需要补充你要挂载到本地的目标路径，示例（将占位符替换为实际本地路径）：

fs-********:/dao/staging /本地目标挂载路径 efs defaults,_netdev,noresvport,tls,accesspoint=fsap-**************** 0 0

第二步：常规问题排查 #

• 确认已安装amazon-efs-utils包，该工具是EFS类型挂载的依赖组件，执行yum install amazon-efs-utils（RHEL/CentOS/Amazon Linux）或apt install amazon-efs-utils（Debian/Ubuntu）确保安装正确。
• 检查网络就绪时机依赖，默认_netdev参数仅告知systemd该挂载依赖网络，但不会等待网络完全可用，可执行systemctl is-enabled NetworkManager-wait-online.service或systemctl is-enabled systemd-networkd-wait-online.service，确保对应网络等待服务已开启。
• 验证IAM角色权限：确认EC2绑定的IAM角色包含elasticfilesystem:ClientMount、elasticfilesystem:ClientWrite（如需写权限）权限，且EFS的安全组已放开来自EC2安全组的2049端口入站规则。
• 排查具体报错：重启后执行以下命令查看挂载相关日志，定位具体失败原因：
  • journalctl -u $(systemd-escape --path /whole.mount) 查看对应挂载点的systemd日志
  • dmesg | grep -i efs 查看内核层面的EFS报错
  • cat /var/log/amazon/efs/mount.log 查看EFS挂载工具的专属日志

第三步：修复自动挂载逻辑 #

如果上述排查后仍无法自动挂载，修改fstab的挂载参数，增加systemd级别的网络等待规则，确保挂载在网络完全就绪后执行，示例配置：

fs-********:/ /whole efs defaults,_netdev,noresvport,tls,x-systemd.requires=network-online.target,x-systemd.after=network-online.target 0 0
fs-********:/ /dao efs defaults,_netdev,noresvport,tls,accesspoint=fsap-****************,x-systemd.requires=network-online.target,x-systemd.after=network-online.target 0 0
fs-********:/dao/staging /本地目标挂载路径 efs defaults,_netdev,noresvport,tls,accesspoint=fsap-****************,x-systemd.requires=network-online.target,x-systemd.after=network-online.target 0 0

如果确实是开机阶段无法获取IAM凭证（多为IMDSv2配置问题），执行以下命令调整实例元数据的跳数限制为2，允许系统服务访问IMDS获取凭证：
aws ec2 modify-instance-metadata-options --instance-id <你的EC2实例ID> --http-put-response-hop-limit 2 --http-endpoint enabled

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