nginx -t 不检查 error_log 目录是否存在或可写，该问题属启动期运行失败；需先定位 error_log 实际路径，再验证目录存在性、属主权限（如 chown -R nginx:nginx /path）、x 权限及 SELinux/磁盘空间等系统级限制。
配置语法检查本身不会直接暴露日志目录不存在的问题，因为 nginx -t 只校验配置文件的语法结构和路径是否存在（如 include 文件、root 路径），但不检查 error_log 指定目录是否真实存在、是否可写。这类问题属于“启动时运行期失败”，必须结合日志初始化环节来排查。
确认 error_log 实际路径并验证目录状态
打开主配置文件（如 /etc/nginx/nginx.conf 或 /usr/local/nginx/conf/nginx.conf），查找 error_log 指令：
- 若配置为
error_log /data/logs/nginx/error.log error;，则需确认/data/logs/nginx/目录存在 - 若未显式配置，按安装方式 fallback：包管理安装默认用
/var/log/nginx/error.log，源码编译默认用/usr/local/nginx/logs/error.log - 执行
ls -ld /data/logs/nginx查看目录是否存在；若报 “No such file or directory”，说明目录缺失
补全目录并设置正确属主与权限
目录缺失是常见静默失败原因，Nginx 启动时无法创建父级目录，也不会自动报错到终端：
- 创建完整路径：
mkdir -p /data/logs/nginx（替换为你配置中的实际路径） - 确认 Nginx 运行用户（如
nginx、www-data）：ps aux | grep nginx | grep master，取第一列用户名 - 赋权：
chown -R nginx:nginx /data/logs/nginx（用户组名需与上一步一致） - 确保目录有
x权限（否则进程无法进入）：chmod 755 /data/logs/nginx
验证日志是否能真正写入
即使目录存在，SELinux、AppArmor 或磁盘满也可能拦截写入：
- CentOS/RHEL 系统检查 SELinux 拦截：
ausearch -m avc -ts recent | grep nginx，若有输出，临时设为 permissive：setenforce 0 - Ubuntu/Debian 检查 AppArmor：
aa-status | grep nginx，必要时临时禁用对应 profile - 检查磁盘空间：
df -h /data，确保剩余空间 ≥100MB - 手动测试写入：
sudo -u nginx touch /data/logs/nginx/test.log && rm /data/logs/nginx/test.log
错误日志为空时转向系统级线索
如果 error.log 完全没内容或只有旧记录，说明日志模块根本没初始化，要跳过它，直接看系统反馈：
- 查 systemd 日志：
journalctl -u nginx -n 50 -e，重点关注 “Failed with result” 和 “Process:” 后的报错 - 看服务状态：
systemctl status nginx，注意 “Loaded:” 行是否显示配置路径，“Active:” 是否为 failed - 强制终端输出错误：
/usr/local/nginx/sbin/nginx -c /path/to/nginx.conf -e stderr，错误会直接打印在屏幕上
