OVH服务器从Git克隆安装Keras时报[Errno 13]权限拒绝错误
Keras 源码安装触发[Errno 13] Permission denied 解决方案
错误核心原因
你当前执行的python3 keras/tools/pip_package/setup.py install命令,默认会将安装文件写入系统全局Python站点目录(通常路径为/usr/lib/python3.x/site-packages),这类目录仅对root用户开放写入权限,普通用户身份执行操作时就会触发权限拒绝报错。
推荐解决路径
根据你服务器的使用场景,可以选择以下任意一种方案解决:
- 全局root权限安装(适合专属独立服务器)
为安装命令追加sudo权限,直接匹配系统目录的写入要求,对应执行命令:sudo python3 keras/tools/pip_package/setup.py install
注意:该方式安装的Keras对所有服务器用户开放访问,需确保命令里的python3路径和你日常调用的Python环境完全一致,避免出现安装完成后无法导入Keras的问题。 - 用户态无权限安装(适合共享多用户服务器)
替换原有setup.py的直接执行方式,改用pip的用户级安装逻辑,安装的所有文件会写入当前登录用户的家目录专属Python路径(通常为~/.local/lib/python3.x/site-packages),完全不需要系统级写入权限,对应执行命令:python3 -m pip install --user ./keras/tools/pip_package/
优势:不会修改系统Python的原有配置,也不会干扰其他服务器用户的环境;同时pip会自动解析并安装Keras所需的全部依赖(如TensorFlow、NumPy等),规避直接执行setup.py导致的依赖缺失问题。 - 虚拟环境隔离安装(适合多项目共存场景)
完全绕开系统目录的写入限制,在当前Keras源码目录下创建独立虚拟环境完成安装:- 在源码根目录执行虚拟环境创建命令:
python3 -m venv .venv - 激活创建好的虚拟环境:
source .venv/bin/activate - 在激活的虚拟环境中执行本地包安装:
pip install ./keras/tools/pip_package/
优势:所有安装的依赖、Keras文件都存储在当前项目目录下,不需要任何额外系统权限,也不会和其他Python项目的依赖产生版本冲突,是生产/开发环境下最推荐的安装方案。
- 在源码根目录执行虚拟环境创建命令:
内容的提问来源于stack exchange,提问作者Jkaoutar
相关产品推荐
相关产品推荐

