WSL2,linux系统启动deepseek的绝望时刻
踩坑复盘:WSL2 上 Ollama 从反复翻车的血泪史
最近为了学习大模型应用开发,我在 WSL2 上折腾 Ollama 踩了一堆坑,从环境隔离到误操作损坏文件,经历了多次重新下载,终于让模型稳定跑了起来。现在把整个过程复盘一遍,希望能帮到后来的开发者。
开端:Windows 上一帆风顺
最开始在 Windows 上安装 Ollama 堪称丝滑,一条命令 ollama run deepseek-r1:1.5b 就自动下载并启动了模型,对话流畅,让我以为大模型开发的门槛不过如此。嗯,对。。而且因为一直碰壁。就想着用Windows来干。结果,一查,都说wsl对于大模型开发来说必不可少。嗯,所以开始wsl安装,装了好几天。看我另一篇博客就知道 我的电脑环境感觉听恶劣的。
第一坑:WSL2 环境隔离陷阱
因为后续开发需要 Linux 环境,我切换到 WSL2 的 Ubuntu。本以为 Windows 里已经下载好的模型可以直接复用,结果执行同样的命令后,终端却开始重新下载模型。
后来才明白,WSL2 和 Windows 是完全隔离的系统:
- Windows 的模型存在
C:\Users\<用户名>\.ollama\models - WSL2 的模型存在
/home/<用户名>/.ollama/models
两者的文件系统互不可见,所以必须在 WSL2 中重新下载。
但是本来说的wsl是windows的子系统 我以为wsl上面也有windows的文件。
第二坑:跟着豆包操作导致文件损坏(蠢豆包。。)
我在 WSL2 里等模型下载完成后,觉得服务启动不太顺畅,就用 pkill -f ollama 强制终止了进程。再次运行命令时,发现 Ollama 又开始从头下载,我已急哭。因为昨天晚上下了一个晚上。没想到重新下载居然采用了几分钟。。
问题出在:
- Ollama 的“下载完成”只是第一步,之后还需要生成
manifest.json等索引文件。 - 强制终止会破坏这些索引文件,导致 Ollama 认为模型不完整,只能重新下载。
破局:彻底清理,稳扎稳打
在反复翻车后,我决定彻底清理环境,从头再来:
- 停止所有 Ollama 进程
pkill -f ollama - 备份并删除损坏的模型目录
mv ~/.ollama/models ~/.ollama/models_bak mkdir -p ~/.ollama/models - 完整下载并运行模型
ollama run deepseek-r1:1.5b
这次我全程没有干预,等进度条走完,终端自动进入了对话界面,终于成功了!
主要没想到他直接进入了对话界面。。都没有要其他东西。我怀疑也有可能我昨晚上下载的时候不是网络只有3.6kB ,0.1G的东西要下几个小时。服务器在海外的原因吧。但是为啥今天几分钟就下好了。
经验总结
- 环境隔离:WSL2 和 Windows 无法共享模型,必须在 WSL2 中重新下载。
- 不要中途打断:下载和初始化过程中,不要用
Ctrl+C或pkill强制终止,否则会损坏文件。
即使下载好了,好像也要挂载啥的。不要直接用pkill - 保证完整运行:不要为了“优化”而折腾,先让模型稳定运行,再考虑后续优化。
- 自动拉起服务:
ollama run会自动在后台启动服务,无需手动执行ollama serve。
最终结果
现在我在 WSL2 里可以直接运行 ollama run deepseek-r1:1.5b 启动模型,无需重复下载,对话响应也很流畅,终于可以安心进行后续的大模型开发了。虽然感觉1.5b几乎是废物模型了…但是我还是坚持学习大模型应用开发。毕竟是风口行业。大不了等后面租个云GPU.
如果你也在 WSL2 上折腾 Ollama,希望我的经历能让你少走弯路,一次成功。
更多推荐



所有评论(0)