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 用户）必须对日志目录有写入权限：
- 创建缺失的目录：
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，若通过，说明原路径或权限确实有问题 - 恢复日志配置后，按前面步骤逐项排查目录与权限
