PermissionError: [Errno 13]Permission denied

### Linux 中 Python 遇到 PermissionError [Errno 13] 的解决方案 在 Linux 环境下，当运行 Python 脚本时如果遇到 `PermissionError: [Errno 13] Permission denied` 错误，这通常是由于脚本试图访问或修改某个文件或目录却没有相应的权限所导致的。以下是几种可能的原因及其对应的解决办法： #### 1. 文件或目录权限不足 Linux 使用基于用户的权限管理系统来控制谁可以读取、写入或执行特定文件或目录。如果当前用户没有对目标文件或目录的操作权限，则会触发此错误。 可以通过以下命令检查文件或目录的权限设置： ```bash ls -l ./test_results/RAFT32-PIV_test_backstep/ ``` 如果没有足够的权限，可以使用 `chmod` 命令更改文件或目录的权限： ```bash chmod u+rwx ./test_results/RAFT32-PIV_test_backstep/Rank_00Test_image_000.png ``` 或者授予整个目录及其子项可写的权限： ```bash chmod -R u+w ./test_results/RAFT32-PIV_test_backstep/ ``` 上述命令将为目标文件赋予当前用户读、写和执行权限[^1]。 #### 2. 用户身份不匹配 有时即使设置了正确的权限，但如果文件属于其他用户组，仍然可能导致权限问题。此时需要确认当前用户是否拥有对该文件的所有权。 通过以下命令查看文件所属用户和组： ```bash ls -ld ./test_results/RAFT32-PIV_test_backstep/Rank_00Test_image_000.png ``` 如果不一致，可以用 `chown` 更改所有权至当前登录用户： ```bash sudo chown $USER:$USER ./test_results/RAFT32-PIV_test_backstep/Rank_00Test_image_000.png ``` 对于整个目录树则需加上 `-R` 参数递归应用变更[^2]。 #### 3. SELinux 或 AppArmor 安全策略干扰 某些情况下，即便常规 Unix 权限配置正确，SELinux 或 AppArmor 这样的强制访问控制系统仍可能阻止程序正常工作。这种情形下的调试较为复杂，一般建议先临时禁用这些安全模块测试效果再决定后续行动。 关闭 SELinux 方法如下（仅适用于支持该功能的发行版）： 编辑 `/etc/selinux/config` 将其中的 `SELINUX=enforcing` 改成 `SELINUX=permissive` 并重启机器生效[^3]。 #### 4. 使用虚拟环境隔离依赖关系 为了避免全局安装包带来的潜在冲突以及减少因权限不足引发的问题，在开发过程中推荐创建独立的 Python 虚拟环境。这样不仅可以简化管理流程还能有效规避部分权限相关障碍。 建立并激活一个新的虚拟环境实例示范代码如下所示： ```python # 创建名为venv的新虚拟环境 python3 -m venv venv # 启动刚刚构建好的虚拟环境 source venv/bin/activate ``` 之后所有的 pip install 操作都将在本地完成而不影响系统级组件[^4]。 --- ### 示例修正后的 Python 写入逻辑 假设原始代码片段如下存在风险： ```python with open('./test_results/RAFT32-PIV_test_backstep/Rank_00Test_image_000.png', 'w') as file: file.write('Data') ``` 改进版本应加入异常捕获机制以便更好地诊断实际发生的状况： ```python try: with open('./test_results/RAFT32-PIV_test_backstep/Rank_00Test_image_000.png', 'w') as file: file.write('Data') except PermissionError as e: print(f"无法保存数据：{e}") ``` ---