Ollama CLI模型拉取复制与删除完整教程

模型已经成功拉取到本地，但真正要执行改名或删除操作时，难免会有些犹豫。不是记不住命令，而是担心一旦误删，辛苦下载的模型就会丢失。其实，这个问题并没有想象中那么复杂，只要按照一套稳妥的操作流程来执行，风险完全可以降到最低。

这套流程的核心思路是：先列出清单，再复制备份，最后执行删除。无论你使用的是 Windows、macOS 还是 Linux 系统，只要 Ollama 已正常安装，本地服务能够响应，即可按照以下步骤操作。下面以 gemma4 为例进行演示，实际操作时请务必替换为 ollama ls 显示的完整模型名称和标签。另外，模型文件通常体积较大，建议在拉取前确认网络环境稳定，并且磁盘空间足够。

值得一提的是，官方 CLI 文档中直接列出了 pull、rm 和 ls 这几个命令。而 Ollama 的官方仓库源码中，cp SOURCE DESTINATION 也是明确定义的操作。如果你在本机帮助信息中看不到 cp 命令，说明 Ollama 版本可能较旧，建议先更新，切勿仅凭网络上的旧教程来拼凑命令。

先把本地模型名称抄准确

模型名称必须准确无误地抄录，这一步至关重要，不能马虎。

1. 入口位置：Windows 系统中打开 PowerShell 或 Windows Terminal；macOS 系统中打开“终端”；Linux 系统中打开当前桌面环境使用的终端。

   主要动作：执行 ollama ls。重点查看 NAME 列，如果模型带有标签（如 gemma4:latest），请连同冒号后的标签一起记录。不要根据文件夹名称猜测模型名，以免出错。

   成功标志：终端中显示本地模型列表；已有模型会显示名称、ID、大小和修改时间。如果列表为空，表示当前模型目录中还没有可用的模型。

   失败处理：如果出现“找不到命令”的提示，请先确认 Ollama 已安装并重新打开终端；如果出现无法连接本地服务的提示，请先启动 Ollama 应用，若是 Linux 服务部署，则检查原有服务是否正在运行。

官方文档将列表命令写为 ollama ls。先执行这一步，后续的源名称、复制名称和删除目标才不会混淆，确保操作准确无误。

拉取模型后再核对一次列表

2. 入口位置：继续使用刚才已经能够执行 ollama ls 的同一个终端窗口，无需切换。

   主要动作：执行 ollama pull gemma4。拉取过程中请保持网络连接，不要关闭终端。如果需要其他模型，请将示例名称替换为目标模型的准确名称。

   成功标志：拉取流程完成且命令正常结束；随后执行 ollama ls，列表中能够找到 gemma4，说明模型已成功下载。

   失败处理：如果提示名称不存在，请检查拼写和标签是否正确；如果网络中断，请重新执行同一条拉取命令；如果磁盘空间不足，请先清理确定不再使用的模型，切勿手动删除正在下载中的散列文件。

官方 CLI 页面使用 ollama pull gemma4 演示模型拉取操作。通过列表复查来确认模型是否真正进入本地清单，比仅看下载进度更可靠，避免遗漏。

用复制命令创建一个新名称

3. 入口位置：在终端中保留已经通过 ollama ls 核对过的源模型名称，并先决定一个不会与现有条目冲突的新名称，例如 gemma4-backup。

   主要动作：执行 ollama cp gemma4 gemma4-backup。第一个参数是现有的源模型，第二个参数是准备创建的目标名称，两者缺一不可。

   成功标志：终端提示源名称已成功复制到目标名称；再执行 ollama ls 时，源模型和 gemma4-backup 同时出现在列表中。

   失败处理：如果提示源模型不存在，请复制 ollama ls 中的完整名称重试；如果提示名称无效，请改用简短的字母、数字、连字符组合；如果本机 ollama --help 不显示 cp 命令，请先更新程序至最新版本。

官方仓库当前命令定义明确要求 cp SOURCE DESTINATION，并将其描述为复制模型。源码实现中，复制的是模型清单，新旧名称可以继续引用相同的本地模型层，因此创建新名称不等于重新下载整套权重，节省时间和带宽。

先验证新名称，再删除旧名称或临时副本

4. 入口位置：回到终端中的模型列表，确认源名称和目标名称都存在。

   主要动作：先执行 ollama run gemma4-backup 进行一次最小测试；模型进入交互模式后，输入一个简短的问题，确认能够得到响应，然后退出交互。

   成功标志：新名称可以正常启动并返回结果，原名称仍然在 ollama ls 列表中，表明备份有效。

   失败处理：如果新名称不在列表中，请勿删除源名称，重新执行复制命令并检查目标名称的拼写；如果模型启动失败，请先保留两个名称，确认本地服务和模型本身能够正常运行。

5. 入口位置：仍在同一终端中，先用 ollama ls 再次确认准备删除的完整名称。

   主要动作：如果目的是删除临时副本，可执行 ollama rm gemma4-backup；如果目标是用新名称替代旧名称，则在新名称验证通过后执行 ollama rm gemma4。一次只删除一个名称，更容易核对，避免误删。

   成功标志：终端显示删除成功，再执行 ollama ls 时，目标名称已经消失，需要保留的名称仍然存在，操作完成。

   失败处理：如果提示模型不存在，请停止重复删除，重新复制列表中的准确名称；如果模型正在运行，请先结束对应会话再删除；如果删除后磁盘空间变化不大，请检查是否还有其他名称引用同一模型层，导致未被释放。

官方 CLI 文档给出的删除形式是 ollama rm gemma4。需要理解的是，复制出来的名称与源名称共享模型层时，只删除其中一个名称不一定会立即释放对应的权重占用；只有当没有其他模型清单引用该层时，才会触发清理。

完成后逐项确认

1. 列表可读：ollama ls 能正常返回，说明终端能够连接本地 Ollama 服务，环境正常。

2. 拉取完成：目标模型出现在列表中，名称和标签与准备使用的名称一致，确认下载无误。

3. 复制可用：源名称和新名称曾经同时出现在列表中，且新名称已经通过一次实际运行测试，证明功能正常。

4. 删除准确：只删除了明确不需要的名称，保留的名称仍在列表中且可以运行，没有误删。

5. 空间判断正确：如果共享模型层仍被其他名称引用，则不会立刻释放空间，切勿将“空间没有立刻下降”误判为删除失败，这是正常现象。