laravel 11升级后storage和bootstrap/cache需立即设为www-data:www-data归属并配置755目录权限、775日志缓存子目录权限，同时chmod 644 .env；否则日志写入失败、缓存报错、上传中断。
升级 Laravel 到 11 版本后，storage 和 bootstrap/cache 目录因所有权丢失或权限收紧导致日志写入失败、缓存生成报错、文件上传中断，这类问题在 Ubuntu/Debian 系统上尤为高频，必须在 composer update 完成后立即处理，否则 artisan 命令会持续抛出 “Unable to write” 类错误。
确认 Web 服务器用户身份
先查清当前运行 PHP-FPM 的系统用户，别直接套用 www-data：执行 ps aux | grep 'php-fpm' | grep -v grep，观察输出中 USER 列的实际值；若用 Nginx + PHP-FPM 组合，通常为 www-data，但 CentOS/RHEL 环境下可能是 nginx 或 apache，【填错用户会导致后续所有 chown 操作无效】。
再验证 PHP-FPM 配置是否匹配：打开 /etc/php/*/fpm/pool.d/www.conf（* 为 PHP 版本号），检查 user 和 group 行是否与上一步结果一致。
重设 storage 与 cache 目录归属
方法一：单行命令批量修正（推荐）
执行：sudo chown -R www-data:www-data storage/ bootstrap/cache/
方法二：分目录精确控制（适合多应用共存环境）
先修正 storage：sudo chown -R www-data:www-data storage/
再修正 cache：sudo chown -R www-data:www-data bootstrap/cache/
注意：bootstrap/cache 必须单独处理，因为部分部署脚本会跳过该路径。
设置安全且可用的目录权限
第一步：赋予目录读、写、执行权限sudo chmod -R 755 storage/ bootstrap/cache/
Linux 性能分析与调优专家，覆盖 CPU、内存、磁盘 I/O、网络、内核参数、编译优化、容器/K8s。适用场景：系统卡顿/高负载、内存不足/OOM/Swap 高、CPU 异常/iowait 高。
第二步：对 storage 内部关键子目录强化写权限
日志和缓存需更宽松策略：sudo chmod -R 775 storage/logs/ storage/framework/
这一步不能省——755 对 logs/ 目录不够，Laravel 11 的日志驱动默认尝试创建子目录并写入，权限不足时直接静默失败。
第三步：修复 .env 文件权限（易忽略）sudo chmod 644 .env
【.env 必须禁止组和其他用户写入，否则 php artisan key:generate 可能拒绝执行】
验证修复效果
运行 php artisan config:clear && php artisan cache:clear，观察是否仍有 Permission denied 提示。
手动触发一次日志写入：php artisan tinker → 输入 Log::info('test'); → 退出后检查 storage/logs/laravel.log 是否新增内容。
最后检查缓存目录：ls -la storage/framework/cache/data/，确认该路径下已生成可写哈希子目录。
