根本原因是PHP的session.save_path目录权限不足，需将/var/lib/php/session所有权设为Web服务器用户（如www-data或apache）并设权限1733，同时检查php.ini、phpMyAdmin配置及SELinux等干扰项。
phpMyAdmin报错“Session save path not writable”
根本原因是 php 的 session.save_path 指向的目录 /var/lib/php/session 权限不足，php 进程（通常是 www-data 或 apache 用户）没权限往里写 session 文件。
常见错误现象包括：Warning: session_start(): Failed to initialize storage module、登录页空白、反复跳转回登录页、或直接显示“Cannot start session without errors”。
- 先确认当前 session.save_path：用
php -i | grep session.save_path或在 phpinfo() 页面查 - 检查目录归属：
ls -ld /var/lib/php/session—— 正常应属www-data:www-data（Debian/Ubuntu）或apache:apache（CentOS/RHEL） - 别直接
chmod 777，这是典型安全坑；也别盲目改成root:root，PHP 进程根本不会用 root 写 session
修复 /var/lib/php/session 所有权和权限
核心是让 Web 服务器用户能读、写、进入该目录，但不开放给其他用户。不同系统默认用户不同，必须匹配实际运行 PHP 的用户。
- Ubuntu/Debian（Apache + mod_php）：
sudo chown www-data:www-data /var/lib/php/session - CentOS/RHEL/AlmaLinux（Apache）：
sudo chown apache:apache /var/lib/php/session - 如果用 PHP-FPM，查
ps aux | grep php-fpm看 worker 进程用户（如www-data或nginx），再对应 chown - 设最小必要权限：
sudo chmod 1733 /var/lib/php/session（sticky bit + rwx for group, --x for others） - 清空旧 session 文件（可选但推荐）：
sudo find /var/lib/php/session -type f -delete
session.save_path 被自定义覆盖怎么办
phpMyAdmin 自身或全局 PHP 配置可能显式设置了 session.save_path，导致你修了系统目录也没用。
- 检查
/etc/php/*/apache2/php.ini和/etc/php/*/cli/php.ini中是否有session.save_path = ...行 - 检查 phpMyAdmin 的
config.inc.php是否调用了ini_set('session.save_path', ...) - 检查 Web 服务器配置（如 Apache 的
.htaccess或 vhost）是否含php_value session.save_path - 最稳妥做法：统一在主
php.ini中设置为/var/lib/php/session，并确保该行未被注释
SELinux 或 systemd-private-tmp 导致的隐藏权限问题
CentOS/RHEL 系统上即使所有权正确，仍可能因 SELinux 上下文或临时文件系统隔离而失败。
立即学习“PHP免费学习笔记（深入）”；
- 检查 SELinux 状态：
sestatus；若为 enforcing，运行sudo setsebool -P httpd_can_network_connect 1并恢复上下文：sudo restorecon -Rv /var/lib/php - systemd 启动的 Apache 可能启用 private tmp：
sudo systemctl show apache2 | grep PrivateTmp；若为 true，/var/lib/php/session实际不可见，需改用session.save_path = "/tmp"并确保/tmp权限正确（chmod 1777 /tmp） - Docker 环境中，宿主机挂载的
/var/lib/php/session目录需确保 UID/GID 与容器内 Web 用户一致，否则 chown 无效
真正卡住人的往往不是权限数字本身，而是没意识到 PHP 进程用户、session.save_path 设置位置、SELinux 上下文这三者要同时对齐。修完记得重启 Web 服务，而不是只 reload。
