extracting packages阶段停久属正常耗时行为，非卡死；主因是conda在windows上解压并硬链接数千文件，受ntfs权限检查、杀软扫描、机械硬盘、路径含中文/空格及空间不足影响。
卡在 Extracting packages 是最常被误判为“卡死”的阶段，实际多数情况是正常耗时行为，而非故障。
为什么 Extracting 会停很久（5–15 分钟）
这个阶段不是卡住，而是 conda 在解压并硬链接（hard link）数千个预编译包文件到目标目录。Windows 上尤其慢，原因包括：
- NTFS 文件系统对硬链接的权限和路径检查开销大
- 杀毒软件实时扫描每个解压出的
.py、.dll文件 - 目标盘符为机械硬盘或空间不足（建议预留 ≥5GB 临时空间）
- 安装路径含中文、空格或符号（如
C:Program Files），触发 Windows UAC 和路径解析异常
确认是否真卡死：看日志 + 进程活动
别只盯进度条。打开任务管理器，观察以下两项：
-
conda.exe或python.exe进程 CPU 占用是否 >5%（哪怕只有 2–3%，也说明仍在工作） - 磁盘活动是否持续（非 0%）
- 查看日志：
%TEMP%Anaconda-Install-Log.txt，末尾若持续出现Extracting: xxx-1.2.3-py39h...tar.bz2就是正常进行中 - 若日志卡在某包超过 20 分钟，且进程 CPU=0%、磁盘=0%，才判定为真卡死
真卡死时的三步干预法
仅当确认无 CPU/磁盘活动后执行：
- 关闭所有杀软实时防护（特别是 Windows Defender 的“基于声誉的保护”）
- 以管理员身份运行 CMD，手动清理残留：
rmdir /s /q "%TEMP%conda-pkgs"（conda 安装临时包缓存） - 换静默安装 + 自定义路径：
.\Anaconda3-2024.??-Windows-x86_64.exe /S /D=C:\anaconda3 /AddToPath=0（路径不含空格，不写入 PATH，避开权限陷阱）
更稳妥的替代方案：Miniconda + 手动装核心包
如果你只是需要 Jupyter、NumPy 等基础环境，Miniconda 安装快（
- 下载
Miniconda3-latest-Windows-x86_64.exe - 运行：
.\Miniconda3-latest-Windows-x86_64.exe /S /D=C:\miniconda3 - 安装完后手动加关键包：
conda install numpy pandas matplotlib jupyter -c conda-forge - 这样绕开了 Anaconda 预装 8000+ 包带来的 Extracting 压力
Extracting 阶段真正的危险信号不是“时间长”，而是“零活动 + 日志停滞”。很多人在第 8 分钟强行终止，结果留下半残环境，后续 conda 命令直接报 LinkError 或 FileExistsError —— 这比多等 10 分钟代价大得多。
