Ollama 在 Windows 卸载与模型文件清理教程

Ollama 卸载完成后，磁盘空间不一定马上回来——别奇怪，这是正常的。Windows 安装器只管移除应用本体，模型、日志和更新文件却可能继续留在用户目录。如果之前把模型挪到了其他磁盘，这个差异会更明显。

直接删除整个文件夹也有风险，准备保留的模型和配置可能一起消失。正确的顺序应该反过来：先确认模型位置和保留范围，再动手处理模型、退出后台程序、卸载应用，最后收尾检查残留。

这些步骤针对的是通过 OllamaSetup.exe 安装的 Windows 桌面版。官方文档列出系统起点是 Windows 10 22H2。独立压缩包、系统服务或第三方启动器不走同一卸载路径，需要按原始部署方式停止服务和移除程序文件。

先核对清楚安装形态，别把独立 CLI 部署当成桌面安装器。官方 Windows 页面能确认应用的系统范围和后台运行方式。

先记录模型位置和需要保留的内容

先留后删，这个原则得记牢。

1. 确认当前安装方式、模型目录和备份范围。

   从 Windows 开始菜单中的“编辑账户的环境变量”、文件资源管理器，以及一个新打开的 PowerShell 窗口入手。

   检查用户变量里是否存在 OLLAMA_MODELS。没有该变量时，默认模型和配置通常位于 %HOMEPATH%.ollama；存在该变量时，先记下它指向的目录。需要保留自定义 Modelfile、配置或模型时，先复制到不参与清理的备份目录。

   明确是默认目录还是自定义目录，并列出“保留”和“删除”两份清单，这就是成功。

   环境变量值为空、目录打不开或多个磁盘都有同名目录时，先停止清理。用 PowerShell 运行 Get-ChildItem Env:OLLAMA_MODELS 复核当前进程看到的值，再与文件资源管理器中的实际目录对照。

能按模型删除时，不必先清空整个目录

模型能点名删除，就不要碰哈希文件。

2. 用 Ollama CLI 删除确定不要的模型。

   应用仍可运行时打开 PowerShell，先执行 ollama ls 查看本地模型，再对目标模型执行 ollama rm 模型名。

   逐个核对模型名称和标签，只删除已经确认不再需要的项目。命令完成后再次运行 ollama ls，避免凭文件夹大小猜测删除结果。

   目标模型不再出现在列表中，需要保留的模型仍然可见，这就对了。

   出现模型不存在、名称不匹配或服务不可连接时，不要改删散落的 blob 文件。先复制 ollama ls 中的完整名称；服务已停止且准备彻底清理时，跳到后面的目录清理步骤。

图中的 Remove a model 与 List models 是两个独立检查点：先按完整名称删除，再用列表确认结果。

退出后台程序后再卸载

托盘图标消失，才进入卸载。

3. 结束 Ollama 桌面程序的后台运行。

   从 Windows 任务栏通知区域中的 Ollama 图标入手；图标隐藏时先展开通知区域。

   从托盘菜单退出 Ollama，等待图标消失。若某个模型仍在运行，可先用 ollama ps 查看，再执行 ollama stop 模型名。

   通知区域不再显示 Ollama，正在运行的模型列表为空，相关文件不再提示被占用，这就稳了。

   托盘菜单没有响应时保存其他工作并重启 Windows，登录后不要再次启动 Ollama，直接进入卸载。不要在进程仍写入模型目录时强制删除文件。

4. 从 Windows 设置移除 Ollama 应用。

   从开始菜单搜索“添加或删除程序”；Windows 11 也可进入“设置 > 应用 > 已安装的应用”。

   在应用列表搜索 Ollama，打开该项目的操作菜单并选择卸载，按系统提示完成。

   Ollama 从已安装应用列表消失，开始菜单不再出现桌面应用入口，才算完成。

   列表里没有 Ollama 时，先确认是否使用独立压缩包或服务方式部署。卸载器报文件占用时重新启动系统后再试；不要把手动删除程序目录当作卸载器已经完成。

官方卸载说明明确指向 Windows 的“添加或删除程序”，同时提醒自定义模型目录不会随安装器一起删除。

程序移除不等于模型已清空，这个坑得避开。

清理默认模型目录前先确认备份

默认目录和自定义目录必须分开看。

5. 处理用户主目录下的 .ollama。

   按 Win+R 打开运行窗口，输入 explorer %HOMEPATH%.ollama。

   确认备份已经完成后，彻底清理可删除整个 .ollama 目录；只想释放模型空间时，应优先使用前面的 ollama rm，不要手工挑删无法识别的哈希文件。

   完全卸载场景下该目录不再存在；保留配置场景下，只剩明确备份的文件，磁盘可用空间按预期增加。

   提示文件正在使用时说明后台进程尚未完全退出，先重启再检查。拒绝访问时先确认当前登录账户是否为原安装账户，不要为了删除用户目录而扩大到其他账户。

官方 Troubleshooting 区域把模型配置、程序、日志更新和临时文件分开列出。清理时按目录职责逐项检查，比一次删除父目录更稳妥。

处理改到其他磁盘的模型目录

变量删掉后，要用新终端复核。

6. 删除自定义模型文件并移除 OLLAMA_MODELS 用户变量。

   从开始菜单搜索“编辑账户的环境变量”，在用户变量中找到 OLLAMA_MODELS；模型文件位于第一步记录的自定义目录。

   先确认自定义目录只用于 Ollama，再删除不再保留的模型文件。随后从用户变量中删除 OLLAMA_MODELS，保存环境变量窗口。

   自定义目录已按保留清单处理，新开的 PowerShell 中 Get-ChildItem Env:OLLAMA_MODELS 不再返回该变量，这就妥了。

   目录与其他程序共用时只清理已经确认属于 Ollama 的内容，不删除整个共享目录。变量仍然出现时关闭旧终端并重新打开；旧进程会保留启动时读取的环境。

官方页面给出的 Changing Model Location 步骤说明，模型位置由用户级 OLLAMA_MODELS 决定；这也是自定义目录不会被卸载器自动清掉的原因。

检查日志、程序目录和临时文件

残留按路径清，不按文件大小猜。

7. 逐项删除确认无用的 Ollama 残留。

   依次在运行窗口打开 %LOCALAPPDATA%Ollama、%LOCALAPPDATA%ProgramsOllama 和 %TEMP%。

   前两个目录分别检查日志与更新、程序文件；临时目录只处理名称以 ollama 开头且时间与本次安装或卸载吻合的目录。需要排查历史故障时先保存日志，再删除。

   程序目录不再存在，日志更新目录已按需要清空，临时目录没有本次 Ollama 安装遗留的可执行文件，就算干净了。

   遇到无法确认用途的文件先保留。文件被占用时重启后再检查；安全软件拦截删除时先核对路径，不能关闭防护后批量清空整个临时目录。

确认应用、命令和模型目录都已清理

三个入口都干净，才算结束。

8. 从三个入口复核卸载结果。

   从 Windows 已安装应用列表、新开的 PowerShell、第一步记录的默认或自定义模型目录入手。

   确认应用列表搜不到 Ollama；运行 where.exe ollama 检查是否还有可执行文件路径；再确认模型目录、程序目录和环境变量符合保留清单。

   应用入口消失，命令不再解析到旧程序，计划删除的模型和残留目录均不存在，同时保留文件可以正常打开，这才算大功告成。

   where.exe 仍返回路径时按结果检查独立 CLI、旧程序目录或 PATH 项；应用仍在列表中时重新运行卸载器。磁盘空间没有变化时优先复查自定义模型目录，不要重复提交卸载。

卸载与清理完成检查

• 已确认桌面安装器、独立 CLI 或服务部署中的实际安装方式。
• 需要保留的模型、配置和日志已经复制到清理范围之外。
• Windows 已安装应用列表中不再显示 Ollama。
• 默认 %HOMEPATH%.ollama 或自定义模型目录已按清单处理。
• OLLAMA_MODELS 用户变量已在不再需要时移除。
• 日志更新目录、程序目录和相关临时目录已经逐项核对。
• 新 PowerShell 中 where.exe ollama 不再指向旧程序。
• 五张官方截图均可打开，并分别对应平台范围、模型删除、卸载入口、文件位置和自定义模型目录。