M1芯片手动安装Vagrant后终端启动输出环境变量日志问题

问题根源大概率是终端启动时某个脚本意外输出了环境变量列表，结合你提到的M1机器+Vagrant/VMware Fusion+Conda的环境，优先从以下几个方向排查解决：

1. 检查Conda初始化脚本的异常输出 #

手动执行Conda的zsh钩子命令，确认是否会直接打印环境变量而非生成初始化代码：

/Users/administrateur/miniconda3/bin/conda shell.zsh hook

如果输出是一堆export开头的命令（正常情况），则问题不在此；如果直接打印环境变量值，说明Conda钩子执行异常，重新初始化Conda：

conda init zsh

执行后重启终端，观察是否恢复正常。

2. 排查终端启动脚本的意外输出 #

检查以下启动脚本中是否存在env、set这类会打印环境变量的命令：

• ~/.zshrc
• ~/.zprofile
• ~/.profile
• /etc/zshrc（系统级配置）
  若找到这类命令，直接注释或删除即可。

3. 验证Rosetta与Conda的兼容性 #

你的Conda显示CONDA_SUBDIR=osx-64（x86架构），而M1是arm64架构，通过Rosetta运行x86程序可能引发初始化异常：

1. 切换到arm64版本的Conda配置：

conda config --set subdir osx-arm64
conda create -n arm64_base python
conda activate arm64_base

2. 重新初始化Conda：

conda init zsh

重启终端后观察输出情况。

4. 排查VMware Fusion的环境影响 #

VMware Fusion可能在终端启动时加载了自定义脚本，检查PATH中包含的VMware路径（/Applications/VMware Fusion Tech Preview.app/Contents/Public）下是否有输出环境变量的脚本，或者是否在启动脚本中手动添加了相关输出命令。

临时排查方法 #

注释掉~/.zshrc中Conda初始化的整个区块：

# >>> conda initialize >>>
# ... 这里的内容全部注释 ...
# <<< conda initialize <<<

重启终端，如果环境变量不再输出，说明问题出在Conda初始化流程中，再针对性处理；如果仍有输出，就往其他启动脚本或系统配置方向排查。

内容的提问来源于stack exchange，提问作者Emile Zäkiev