miniconda 不能用 anaconda 卸载方式卸载，因其在 windows 控制面板中以“miniconda3”独立条目存在，macos/linux 则完全不显示于 gui 软件列表；终端仍能执行 conda 命令往往是 shell 配置（如 .zshrc 中残留初始化代码）所致，并非程序仍在运行。

不能直接用 Anaconda 的卸载方式卸载 Miniconda —— 它们是两个独立安装、互不感知的程序，混用会导致残留或命令冲突。

为什么 conda info --base 和控制面板里都看不到 Miniconda？

Miniconda 安装后不会在 Windows 控制面板中注册为“Anaconda”，而是以 “Miniconda3” 或 “Miniconda2” 单独条目存在；macOS/Linux 下更完全不进系统软件列表。如果你只在控制面板搜 “Anaconda”，会漏掉 Miniconda。

• Windows：必须搜索 Miniconda（不是 Anaconda），或直接去安装目录找 Uninstall-Miniconda3.exe
• macOS/Linux：which conda 或 conda info --base 才能准确定位路径，不能依赖 GUI 软件管理器
• 常见误判：看到终端还能执行 conda 命令，就以为 Miniconda 还在 —— 实际可能是 shell 配置残留（如 .zshrc 里还留着初始化代码）导致的假象

删完 miniconda3 文件夹后 conda 命令还在？

这是最典型的卸载失败信号：主目录删了，但 shell 初始化脚本没清理，conda 命令只是“空转”，执行时会报错或卡住。

Miniconda Linux版

Miniconda py314_26.5.3-2 Linux x86_64 安装脚本，来自 Anaconda 官方 Miniconda 下载目录，适合服务器、工作站和容器环境配置轻量 Conda 与 Python。

下载

• 检查你的 shell 配置：~/.bashrc、~/.zshrc 或 ~/.profile 中是否还存在以下区块：
• # >>> conda initialize >>>
• #
• 删掉整段（包括注释行），然后运行 source ~/.zshrc（或对应配置文件）
• 再执行 which conda —— 如果返回空，说明命令已真正失效；如果仍返回路径，说明还有别的地方注入了 PATH（比如 /etc/profile 或系统级配置）

Windows 上删了 Miniconda3 目录，PATH 里却还有 anaconda 路径？

Miniconda 安装时可能把自身路径写进了系统环境变量，也可能继承了之前 Anaconda 的残留项。仅删目录不等于清 PATH。

• 打开 sysdm.cpl → 环境变量 → 分别检查「用户变量」和「系统变量」中的 Path
• 逐条排查含以下关键词的路径并删除：miniconda3、anaconda3、Continuum、Scripts、Libraryin
• 特别注意：C:Users\Miniconda3condabin 是新版 conda 的命令入口，容易被忽略
• 改完后必须重启终端（或整个 CMD/PowerShell），旧进程不会自动重读环境变量

~/.conda 目录删不干净，重装后环境混乱？

~/.conda 是用户级状态中心，存着环境列表、包缓存、历史记录、锁文件 —— 即使重装 Miniconda，它也会优先读这里，导致新环境“带病上岗”。

• 务必手动执行：rm -rf ~/.conda ~/.condarc ~/.continuum（macOS/Linux）
• Windows 对应操作：rmdir /s /q %USERPROFILE%.conda、del %USERPROFILE%.condarc
• 如果曾用过 conda clean -a，还要确认 ~/.cache/conda 是否也一并清空（尤其在 NFS 共享存储的 GPU 节点上，这个目录常达 10GB+）
• 删完后建议运行一次 conda info --base，若报错 “command not found”，才是真的从系统层面断开了连接

真正的卸载难点不在删文件，而在识别所有“隐形挂载点”：shell 初始化、用户配置、缓存目录、环境变量、甚至 Windows 注册表（部分安装器会写）。少清理一处，下次安装就可能复现旧问题 —— 比如 channel 错乱、默认 Python 版本异常、jupyter kernel 列表里冒出已删除的环境。