Linux日志无法写入多因权限不匹配，需检查日志文件及目录的属主、属组和读写权限是否适配服务实际运行用户，再排查SELinux等安全模块干预。
Linux日志无法写入，绝大多数情况是权限问题，核心在于日志文件或其所在目录的属主、属组、读写权限不匹配服务进程的实际运行身份。
检查日志路径的属主与权限
先确认日志文件（如 /var/log/myapp.log）及其父目录（如 /var/log/）的归属和权限：
- 运行 ls -ld /var/log/ 查看目录权限，确保目标用户或所属组有写权限（如 drwxr-xr-x 表示只有 root 可写；若服务以 myuser 运行，则需 drwxr-x--- 且属组为 myuser 或对应组
- 运行 ls -l /var/log/myapp.log 检查日志文件本身：若已存在，属主应为服务运行用户，或属组可写且组权限含 w；若文件不存在，服务启动时需对目录有写权限才能创建
- 常见错误：目录属主为 root:root 且权限为 755，而服务以普通用户运行 → 无法创建或追加日志
确认服务实际运行身份
不能只看配置文件写的用户，要查真实进程：
Zynq Linux Hardware Debug
下载
Zynq‑7000 / Zynq UltraScale+ 硬件调试技能。适用于 Xilinx Zynq（Cortex‑A9/A53 + FPGA）Linux 环境，调试 I2C、I2S、UART、GPIO 等外设。包括设备树配置、内核驱动、用户空间调试工具、交叉编译和常见问题排查，支持 PetaLinux 开发。
- 用 ps -eo pid,user,comm,args | grep myapp 查看进程 UID 和命令行
- 若使用 systemd，执行 systemctl show --property=User,Group myapp.service 确认配置；再用 systemctl status myapp 看当前是否按预期用户启动
- 注意：某些服务（如 nginx、rsyslog）默认以特定用户（www-data、syslog）运行，但配置中可能误设为 root 或未同步修改日志路径权限
修复权限的常用方式
根据服务身份选择安全、最小权限原则的修复方法：
- 推荐：将日志目录属组设为服务所属组，并开放组写权限。例如服务运行在 mygroup 组：
sudo chgrp mygroup /var/log/myapp/
sudo chmod g+rwx /var/log/myapp/ - 若服务必须用独立用户（如 myuser），则：
sudo chown myuser:myuser /var/log/myapp/
sudo chmod 750 /var/log/myapp/ - 避免直接 chmod 777 或 chown root —— 存在安全风险且不解决根本问题
SELinux 或 auditd 干预检查（RHEL/CentOS/Fedora）
即使传统权限正确，也可能被 SELinux 阻止写入：
- 临时确认：运行 sudo setenforce 0，再试写日志。若恢复成功，说明是 SELinux 策略限制
- 查看拒绝记录：sudo ausearch -m avc -ts recent | grep denied | grep log
- 修复建议：sudo semanage fcontext -a -t var_log_t "/var/log/myapp(/.*)?"，然后 sudo restorecon -Rv /var/log/myapp
