执行docker-compose up遇bad interpreter错误，Python路径不匹配如何修复？

核心问题很明确：你的docker-compose脚本里的解释器路径硬编码了旧的Python 2.7.16目录，但现在Linuxbrew把Python 2安装在了2.7.16_1目录，而且你之前创建软链接时犯了两个小错误——路径少了开头的根目录符号/，还搞反了源路径和目标路径的方向。

下面是具体的修复步骤：

步骤1：确认当前Python 2的真实路径 #

先确认Linuxbrew下Python 2的实际安装目录，执行：

ls -l /home/linuxbrew/.linuxbrew/Cellar/python@2/

你应该能看到2.7.16_1这个目录，再确认里面的可执行文件存在：

ls /home/linuxbrew/.linuxbrew/Cellar/python@2/2.7.16_1/bin/python

步骤2：创建正确的软链接 #

程序要找的2.7.16/bin目录目前不存在，所以得先建目录，再创建软链接让旧路径指向新的Python可执行文件：

# 先补全缺失的目录结构
mkdir -p /home/linuxbrew/.linuxbrew/Cellar/python@2/2.7.16/bin
# 创建软链接，源是真实的Python路径，目标是程序要访问的旧路径
ln -s /home/linuxbrew/.linuxbrew/Cellar/python@2/2.7.16_1/bin/python /home/linuxbrew/.linuxbrew/Cellar/python@2/2.7.16/bin/python

步骤3：验证修复效果 #

先测试软链接是否能正常调用Python：

/home/linuxbrew/.linuxbrew/Cellar/python@2/2.7.16/bin/python --version

如果能正常输出Python版本，说明链接生效了，此时再运行docker-compose up应该就能正常启动了。

备选方案：直接修改docker-compose的解释器路径 #

如果不想用软链接的方式，也可以直接修改docker-compose脚本的开头路径：

1. 打开docker-compose文件：

nano /home/emil/.local/bin/docker-compose

2. 把第一行的#!/home/linuxbrew/.linuxbrew/Cellar/python@2/2.7.16/bin/python改成你当前Python的实际路径（也就是which python得到的/home/linuxbrew/.linuxbrew/bin/python）
3. 保存退出后，再运行docker-compose up即可。

内容的提问来源于stack exchange，提问作者frank3stein