Linux/Mac系统OpenClaw权限修复：权威解决方案与操作指南
OpenClaw报出“权限被拒绝”错误，本质是进程身份与文件系统权限不匹配。这类问题不涉及功能逻辑，核心在于调整访问控制。遵循以下系统化排查路径，可快速定位并修复权限节点。
一、校正 ~/.openclaw 目录及其核心文件的属主与权限
OpenClaw依赖用户主目录下的~/.openclaw隐藏文件夹存储配置与缓存。若该目录由root创建或权限过严，普通用户进程将无法访问。
解决方案聚焦于所有权归还与权限合理化。
首先，确认当前有效用户：whoami
随后，诊断目录的现有属主与权限：ls -ld ~/.openclaw
若所有者非当前用户，需递归变更所有权：sudo chown -R $(whoami):$(whoami) ~/.openclaw
为目录设置755权限，确保所有者具备完全控制权：chmod 755 ~/.openclaw
关键配置文件如config.yaml，通常644权限即可：chmod 644 ~/.openclaw/config.yaml ~/.openclaw/openclaw.json
二、修复 /var/log/openclaw/ 系统日志目录权限
通过systemd等系统服务运行的OpenClaw，其日志路径常指向/var/log/openclaw/。该目录默认属root所有，导致写入失败。
检查目录状态：ls -ld /var/log/openclaw/
若目录不存在，创建并指定属主：sudo mkdir -p /var/log/openclaw && sudo chown $(whoami):syslog /var/log/openclaw
若目录已存在但属root，可将其组调整为syslog并授予组写入权：sudo chgrp syslog /var/log/openclaw && sudo chmod g+w /var/log/openclaw
执行快速写入测试验证权限：echo "test" | sudo tee /var/log/openclaw/test.log > /dev/null && rm /var/log/openclaw/test.log
三、解除SELinux上下文限制（仅限启用SELinux的发行版）
在RHEL、CentOS、Fedora等启用SELinux的系统中，即使传统权限正确，安全上下文（Security Context）也可能阻断访问。
确认SELinux运行模式：sestatus | grep "current mode"
若处于“enforcing”模式，检查关键路径的上下文标签：ls -Z ~/.openclaw /var/log/openclaw/ 2>/dev/null
若上下文类型为default_t等受限类型，需将其调整为策略允许的类型。例如：
sudo semanage fcontext -a -t user_home_t "~/.openclaw(/.*)?" && sudo semanage fcontext -a -t var_log_t "/var/log/openclaw(/.*)?"
添加规则后，递归应用新上下文：sudo restorecon -Rv ~/.openclaw /var/log/openclaw
四、检查并修正 ~/.claude 目录权限（影响技能加载与运行）
部分OpenClaw技能运行时可能调用~/.claude目录。该目录权限异常会导致技能加载静默失败。
诊断目录状态：ls -ld ~/.claude
若目录存在但属主错误，递归修正所有权：sudo chown -R $(whoami):$(whoami) ~/.claude
若目录不存在，创建并设置严格权限（700）：
mkdir -m 700 ~/.claude
若目录权限过于宽松，建议收紧：chmod 700 ~/.claude