venv 移动/复制目录后失效（bad interpreter: No such file or directory / venv/bin/activate: No such file or directory）

症状

项目（连同 venv 目录）挪了位置、拷到新机器、或换用户名路径后，执行 venv 里的命令报错：

```

sh: /Users/XXXi/VLADDiffusion/kohya_ss/venv/bin/accelerate: /Users/dflagmei/VLATDiffusion/kohya_ss/venv/bin/python: bad interpreter: No such file or directory

```

特征：报错里出现的**旧路径**你早就不用了；`source venv/bin/activate` 也可能报 `No such file or directory`；

最迷惑的是 `venv/bin/python -V` 还能正常输出版本号，看起来环境没坏。

原因

venv 里的入口脚本（pip、accelerate、uvicorn 等）第一行 shebang 写的是**创建时的绝对路径**

（`#!/old/path/venv/bin/python3`）。目录一挪、换用户、换机器，旧路径不存在，内核直接报

`bad interpreter`（退出码 126）。而 `venv/bin/python` 本身只是指向系统解释器的软链，跟位置无关，

所以还能跑——这就是「python 正常、pip 报错」的真相。`activate` 同理：脚本内容是相对引用，

但 venv 目录若被删/没建成功，`source` 就报文件不存在。kohya_ss#856 是典型：报错里两个路径

用户名不同，就是项目从一台机器的用户目录拷到另一用户目录。

解法

1. **正解：删掉 venv 重建**（venv 不保证可移植，别想着修 shebang）：

- 有依赖清单先导出：`venv/bin/python -m pip freeze > requirements.txt`；

- `python3 -m venv venv` 重建，再 `venv/bin/python -m pip install -r requirements.txt`；

- 重跑入口命令确认。

2. **临时兜底**：`venv/bin/python -m pip ...` 绕过 shebang 仍可用（实测），但已装的依赖

还在旧 site-packages 里，路径一变照样要重装，别当长期方案。

3. **治本**：venv 不进 git、拷项目不连带拷 venv；需要「可移动」环境用 Docker 镜像、

或 uv/poetry/conda（按名管理环境，路径无关）。

4. `source venv/bin/activate` 报不存在时：先 `ls venv/bin/activate` 确认目录是否真的建出来了

（常见于创建步骤失败/被 .gitignore 无视），不存在就重建。

验证证据

- 本地实测（2026-08-29，WSL Ubuntu，python 3.14.4）：

- 创建 venv → `head -1 venv/bin/pip` = `#!/tmp/venv-demo/bin/python3`（绝对路径坐实）；

- 移动前 `venv/bin/pip --version` 正常（pip 25.1.1）；

- `mv /tmp/venv-demo /tmp/venv-moved` 模拟挪目录 → `pip: /tmp/venv-demo/bin/python3: bad interpreter: No such file or directory`（exit 126），与 kohya_ss#856 同款；

- 移动后 `venv/bin/python -V` 仍 exit 0（软链误导点复现）；`venv/bin/python -m pip --version` 也仍可用（兜底成立）；

- 修复链路：删掉重建 → pip 装 pyyaml 成功（顺带实测：校园网 pypi.org 直连 ReadTimeout 超时 exit 124，换清华镜像成功）。

- 实测复现日志（2026-08-29）