咱们先拆解这个问题，你已经拿到root权限、设置了777权限还踩坑，大概率不是常规文件权限的问题，得从几个容易忽略的点入手：

1. 检查SELinux状态（最常见的隐形坑） #

很多Android设备即使root了，SELinux还是处于Enforcing模式，它会严格限制进程的资源访问——就算你把ffmpeg权限拉满到777，SELinux也可能直接拦截调用。

• 先在终端里执行命令看当前状态：

  getenforce
  

• 如果输出是Enforcing，先临时改成宽容模式测试：

  setenforce 0
  

  这时候再跑你的Node.js应用，如果错误消失，说明就是SELinux的锅。要永久解决的话，修改/etc/selinux/config文件（部分设备是/sys/fs/selinux/enforce），把SELINUX=enforcing改成SELINUX=permissive，重启设备即可。

2. 确认ffmpeg的架构完全匹配Arm v7a #

别小看这个！如果你下载的ffmpeg是x86或者Arm64版本，放到Arm v7a设备上，就算权限全开放，系统也会把它识别为不可执行文件，表现出来就是类似EACCES的错误。

• 用命令检查ffmpeg的架构：

  file /ffmpeg
  

  输出里应该包含ARM 32-bit或者armv7l的字样。如果不是，赶紧找对应Arm v7a编译的ffmpeg版本替换。

3. 让Node.js应用以root身份运行的具体操作 #

其实很简单，分两种场景：

• 如果是在终端里启动应用：先执行su切换到root用户，再启动你的Node应用：

  su
  node your-app.js
  

• 如果你用的是Termux这类终端环境，同样先执行su获取root权限，再运行应用。
• 另外，记得在代码里明确指定ffmpeg的路径，避免fluent-ffmpeg找错位置：

  const ffmpeg = require('fluent-ffmpeg');
  ffmpeg.setFfmpegPath('/ffmpeg'); // 确保这个路径和你实际存放的位置完全一致
  

4. 检查ffmpeg的执行权限与挂载属性 #

虽然你设了777，但有时候文件的执行位可能在复制/移动过程中被意外清除，或者根分区挂载属性限制了执行：

• 重新设置一次权限，确保执行位生效：

  chmod +x /ffmpeg
  chmod 777 /ffmpeg
  

• 检查根分区的挂载属性，用命令查看：

  mount | grep /
  

  如果输出里有noexec（禁止执行文件），那你得把ffmpeg移到允许执行的分区，比如/data/local/tmp，这个目录几乎所有Android设备都允许执行文件，然后修改代码里的路径即可。

最后验证步骤 #

1. 切换到root用户：su
2. 直接在终端运行/ffmpeg -version，如果能正常输出版本信息，说明ffmpeg本身没问题
3. 再启动你的Node.js应用，看是否还会出现EACCES错误

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