nginx 启动失败可能由访问日志路径配置错误导致，如目录不存在、权限不足或路径拼写错误；需检查 access_log 路径、创建并授权日志目录、验证配置后重载服务。

访问日志配置错误本身不会直接让 Nginx 启动失败，但若配置中指定了无法创建、写入或打开的日志文件路径（比如目录不存在、权限不足、路径拼写错误），Nginx 在启动时会因无法初始化日志而报 [emerg] open() "/path/to/access.log" failed (13: Permission denied) 或 (2: No such file or directory)，最终导致服务启动失败。

检查并修复访问日志路径配置

打开主配置文件（通常是 /etc/nginx/nginx.conf）或站点配置（如 /etc/nginx/sites-enabled/default），定位 access_log 指令：

• 确认路径是否拼写正确，例如：access_log /var/log/nginx/access.log;，不能写成 /var/log/ngnix/access.log（少个 i）
• 检查路径中的目录层级是否完整，比如 /var/log/nginx/ 必须存在，Nginx 不会自动创建父目录
• 避免使用相对路径（如 logs/access.log），除非你明确知道工作目录且已配置 prefix

确保日志目录存在且权限正确

Nginx 工作进程（如 www-data 或 nginx 用户）必须对日志目录有写入权限：

Linux installer

先解析安全源，运行本地CLI安装、启动、卸载Linux桌面应用。用户请求时使用。

下载

• 创建缺失的目录：sudo mkdir -p /var/log/nginx
• 设置属主和属组（以 Ubuntu/Debian 为例）：sudo chown www-data:adm /var/log/nginx
• 设置合理权限：sudo chmod 755 /var/log/nginx
• 如果日志文件已存在，也需检查其权限：sudo chown www-data:adm /var/log/nginx/access.log

验证配置并重启服务

完成修改后，务必执行以下步骤：

• 测试配置语法：sudo nginx -t —— 输出应为 syntax is ok 和 test is successful
• 查看错误日志确认问题是否消失：sudo tail -n 20 /var/log/nginx/error.log
• 平滑重载或重启：sudo systemctl reload nginx（推荐）或 sudo systemctl restart nginx

临时绕过日志用于快速验证

若仍不确定问题根源，可临时禁用访问日志来验证是否为日志配置导致：

• 将 access_log /var/log/nginx/access.log; 改为 access_log off;
• 再次运行 sudo nginx -t，若通过，说明原路径或权限确实有问题
• 恢复日志配置后，按前面步骤逐项排查目录与权限