nginx二进制文件缺少执行权限时表现为“command not found”或“permission denied”，需用ls -l确认无x位、file验证elf格式，再通过chmod +x修复；常见原因包括make install未保留权限、跨平台复制丢失权限或selinux/apparmor拦截，预防措施包括编译后显式赋权或改用install命令。
源码编译生成的 Nginx 二进制文件缺少执行权限，不是罕见问题，但容易被忽略。它通常不会报“找不到命令”这类明显错误，而是表现为 nginx: command not found 或 Permission denied，尤其在非 root 用户下运行时更明显。
确认是否真为权限问题
先验证当前 nginx 可执行文件的状态：
- 进入安装目录（比如
/usr/local/nginx/sbin/），执行ls -l nginx - 若输出中没有
x（如显示-rw-r--r--），说明确实无执行权限 - 再用
file nginx确认它是 ELF 可执行文件，排除编译失败导致的伪二进制
常见原因与对应修复
权限缺失往往不是编译本身造成，而是后续操作或环境导致：
-
make install 过程未保留可执行位：某些老旧 make 版本或定制脚本会用
cp而非install复制二进制，导致权限丢失。手动补上：chmod +x /usr/local/nginx/sbin/nginx - 从 Windows 或 macOS 复制过来的文件：NTFS/FAT32 或某些挂载方式会丢弃 Unix 权限。需重新赋权，不能只依赖复制行为
-
SELinux 或 AppArmor 强制限制：即使有 x 权限，也可能被策略拦截。可用
ausearch -m avc -ts recent（SELinux）或journalctl | grep apparmor查看拒绝日志
预防下次编译出问题
在 configure 阶段后、make 前，可检查 Makefile 中的 install 目标是否调用 install -m 0755 类命令。更稳妥的做法是：
- 编译完成后，直接对生成的
objs/nginx执行chmod +x objs/nginx再做make install - 或改用显式安装命令：
install -m 0755 objs/nginx /usr/local/nginx/sbin/nginx - 若用 systemd 管理服务，启动失败时 systemctl status nginx 通常会明确提示 “Permission denied”，比手动运行更早暴露问题
顺带验证其他依赖权限
执行权限只是第一步。还需确保：
- nginx 配置目录（如
/usr/local/nginx/conf）对运行用户可读 - 日志目录（如
/usr/local/nginx/logs）对运行用户可写 - 如果启用了 Lua 模块或动态加载模块，对应 .so 文件也必须有执行权限（
chmod +x *.so）
