源码安装Nginx后提示“command not found”或“Permission denied”，大概率是二进制文件缺少执行权限；需用ls -l确认无x位、file验证ELF格式，再chmod +x修复，常见原因包括make install未保留权限、跨平台复制丢失权限或SELinux/AppArmor拦截。
源码安装 Nginx 后执行 nginx 命令提示 command not found 或 Permission denied，大概率是二进制文件缺少执行权限。这不是编译失败，而是文件权限未正确设置，修复简单但容易被跳过。
确认是否真为权限问题
进入安装目录（如 /usr/local/nginx/sbin/），运行：
-
ls -l nginx—— 若显示类似-rw-r--r--（无x位），说明确实不可执行 -
file nginx—— 确保输出含ELF 64-bit LSB pie executable，排除编译生成了非可执行文件
常见原因与快速修复
权限丢失通常发生在安装或复制环节，而非编译本身：
-
make install 用 cp 复制而非 install：老旧 make 或定制脚本可能丢掉可执行位。直接补权：
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 - 或跳过 make install，改用显式命令：
install -m 0755 objs/nginx /usr/local/nginx/sbin/nginx - 若用 systemd 管理服务，
systemctl status nginx启动失败时通常会明确报Permission denied，比手动运行更早暴露问题
顺带验证其他关键权限
仅解决二进制权限还不够，还需确保：
- 配置目录（如
/usr/local/nginx/conf）对运行用户（如nobody）可读 - 日志目录（如
/usr/local/nginx/logs）对运行用户可写 - 若启用了 Lua 模块或动态模块（
.so文件），对应文件也需有可执行权限
