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 不再指向旧程序。
• 五张官方截图均可打开，并分别对应平台范围、模型删除、卸载入口、文件位置和自定义模型目录。