新建Tmux会话自动激活Conda base，退出后显示其他环境如何修复？

可能的根源 #

这种异常通常由以下原因导致：

• Conda自动激活配置被篡改
• Tmux启动时加载了自动激活env1的脚本
• Conda环境的钩子脚本（activate.d/deactivate.d）存在异常代码
• Conda的shell初始化脚本损坏

修复步骤 #

1. 检查并调整Conda自动激活配置 #

首先确认Conda的自动激活base设置：

conda config --show auto_activate_base

如果输出为True，若不需要自动激活base，可关闭：

conda config --set auto_activate_base False

若需要保留自动激活，继续执行后续排查步骤。

2. 排查Tmux与Shell配置中的自动激活命令 #

Tmux启动时会加载~/.tmux.conf以及当前Shell的配置文件（如~/.bashrc、~/.zshrc），检查这些文件中是否存在自动激活env1的语句：

• 打开~/.tmux.conf，搜索是否有conda activate env1或source /home/user/.conda/envs/env1/bin/activate这类命令，如有则删除。
• 检查Shell配置文件，重点排查Tmux相关的条件判断块（如if [ -n "$TMUX" ]; then ...），确认是否有自动激活env1的代码。

3. 检查Conda环境的钩子脚本 #

Conda的每个环境在$CONDA_PREFIX/etc/conda/activate.d/和$CONDA_PREFIX/etc/conda/deactivate.d/目录下的脚本会在环境激活/退出时自动执行，检查这些目录是否有异常脚本：

• 检查base环境的钩子脚本：

  ls /usr/local/etc/conda/activate.d/
  ls /usr/local/etc/conda/deactivate.d/
  

  查看目录下的脚本内容，若发现退出base时自动激活env1的代码，直接删除对应脚本。
• 检查env1环境的钩子脚本：

  ls /home/user/.conda/envs/env1/etc/conda/activate.d/
  ls /home/user/.conda/envs/env1/etc/conda/deactivate.d/
  

  确认是否存在导致环境切换异常的代码。

4. 重置Conda的Shell初始化 #

若以上步骤无效，可能是Conda的Shell初始化脚本损坏，重新初始化：

conda init --reverse  # 移除现有初始化配置
conda init bash  # 根据你的Shell类型替换为zsh/fish等

执行完成后关闭当前Tmux会话，新建会话测试效果。

5. 检查CONDA_PREFIX环境变量 #

当异常出现时，执行以下命令查看当前环境路径：

echo $CONDA_PREFIX

若退出base后该变量指向env1的路径，说明有脚本手动修改了这个变量。在Shell配置文件中搜索export CONDA_PREFIX，删除相关手动设置的语句。

验证修复效果 #

新建Tmux会话，执行以下操作验证：

1. 确认base环境是否按预期自动激活
2. 执行conda deactivate，检查命令行提示符是否回到无环境标识的状态
3. 运行conda env list确认环境列表正常

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