AWS EC2实例运行Meteor(OHIF修改版)遇EACCES权限错误求助

看起来你遇到的问题很典型——权限混乱加上系统层面的限制，导致Meteor无法访问必要的目录。结合你已经尝试过的操作，我给你几个针对性的排查和解决步骤：

1. 先排查SELinux的限制（Amazon Linux 2默认开启） #

Amazon Linux 2默认启用了SELinux，这经常会出现「文件权限看似正确，但仍被拒绝访问」的情况。

• 先查看SELinux状态：

  sudo sestatus
  

• 如果输出显示Current mode: enforcing，临时关闭测试：

  sudo setenforce 0
  

• 现在再运行meteor npm install试试，如果问题解决了，说明是SELinux的锅。你可以选择永久关闭（编辑/etc/selinux/config，把SELINUX=enforcing改成SELINUX=permissive，重启生效），或者给Meteor相关目录添加SELinux规则（更安全，但步骤稍复杂）。

2. 修复Meteor工具链的所有权 #

你之前可能用sudo运行过Meteor命令，导致~/.meteor目录下的文件变成了root所有，这会让普通用户无法访问。

• 修复整个.meteor目录的权限：

  sudo chown -R ec2-user:ec2-user /home/ec2-user/.meteor
  

• 这个命令会递归把该目录下所有文件和子目录的所有权转回ec2-user，确保Meteor工具能正常读取。

3. 彻底重置应用目录的权限 #

虽然你已经用过chown，但可能有些深层文件或者隐藏文件的权限没覆盖到，或者权限位设置不对：

• 先重置整个应用目录的所有权：

  sudo chown -R ec2-user:ec2-user /Cansrdata/cansrohif/OHIFViewer
  

• 然后设置合理的目录和文件权限（目录需要执行权限才能进入，文件不需要）：

  # 给所有目录设置755权限
  sudo find /Cansrdata/cansrohif/OHIFViewer -type d -exec chmod 755 {} \;
  # 给所有文件设置644权限
  sudo find /Cansrdata/cansrohif/OHIFViewer -type f -exec chmod 644 {} \;
  

4. 清理Meteor本地缓存，重新生成 #

.meteor/local目录里的dev_bundle可能已经损坏或者权限混乱，直接删掉让Meteor重新生成：

• 删除本地缓存目录：

  rm -rf /Cansrdata/cansrohif/OHIFViewer/.meteor/local
  

• 然后重新运行meteor npm install，Meteor会自动重新创建需要的文件和目录，这时候权限是正常的。

5. 检查是否有异常环境变量干扰 #

错误日志里同时出现了/Cansrdata/cansrohif/OHIFViewer/.meteor/local/dev_bundle和/app/.meteor/local/dev_bundle两个路径，这很奇怪——可能你设置了某个Meteor相关的环境变量，让它去访问错误的路径。

• 查看所有Meteor相关的环境变量：

  env | grep METEOR
  

• 如果看到METEOR_LOCAL_DIR或者其他指向/app的变量，把它 unset 掉：

  unset METEOR_LOCAL_DIR
  

• 然后重新运行命令测试。

6. 检查挂载卷的权限（如果/Cansrdata是额外EBS卷） #

如果/Cansrdata是挂载的EBS卷，挂载时的权限设置可能有问题：

• 查看/etc/fstab里的挂载配置：

  cat /etc/fstab
  

• 如果挂载选项里没有指定uid/gid，添加进去，比如：

  /dev/nvme1n1p1 /Cansrdata ext4 defaults,uid=ec2-user,gid=ec2-user 0 0
  

• 然后重新挂载：

  sudo mount -o remount /Cansrdata
  

可能的原因总结 #

你这个问题大概率是以下某一种情况：

• 之前用sudo运行过Meteor，导致工具链或应用目录权限被改成root所有；
• SELinux的强制模式阻止了Meteor访问目录；
• 挂载的EBS卷权限配置不正确；
• 本地缓存目录损坏导致权限异常。

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