GitHub Repo
Ollama 社群回報 Windows 遷移缺陷,0.40.0 更新後模型名稱可能無法讀取
10 月 7 日的社群案例指出,Ollama 更新後將模型清單寫成符號連結,Windows 隨後拒絕讀取,導致 CLI 與 API 請求失敗。回報附有檔案屬性與遷移日誌,但開發者模式是否為觸發條件,仍待上游確認。

Ollama 的 Windows 模型遷移出現新的相容性回報。10 月 7 日提交的案例指出,從 0.35.1 自動更新至 0.40.0 後,原本可用的 qwen3.5:9b 無法透過既有名稱存取:ollama show 回傳路徑含不受信任掛載點的錯誤,/api/show 與 /api/chat 則回傳 HTTP 500。這是單一使用者提供的故障證據,目前尚無維護者確認。問題回報
回報把故障範圍縮小到模型清單的檔案表示方式。更新後的本機 GGUF 相容遷移,將 manifests-v2 下的具名清單建立為符號連結,指向仍存在的 blob。該 blob 內含 ggml 與 llamacpp 兩種執行後端的清單項目;使用者表示,以列表中出現的 llamacpp:<摘要> 名稱仍能執行模型。這支持「具名清單讀取受阻」的判斷,但不能據此推定所有權重或遷移結果均已驗證正常。檔案屬性與日誌
符號連結讓一個檔案路徑轉向另一個目標,應用程式讀取時需要解析這層關係。Microsoft 文件說明,Windows 支援絕對與相對符號連結,相對路徑會依連結所在位置解析。因此,遷移完成且目標檔案存在,仍不足以證明原模型名稱能被服務程序成功開啟。Microsoft 技術文件
受影響環境為開啟開發者模式的 Windows 11 Pro。回報者猜測,建立連結的權限與後續讀取限制共同造成故障,並建議 Windows 改寫一般檔案;這些仍是待驗證假說,尚無修補提案掛接到該 issue。回報狀態
對維護本機推論服務的工程師而言,這個案例提醒升級驗收必須涵蓋既有模型名稱與實際 API 請求。Ollama 官方文件確認 Windows 會自動下載更新,也允許透過 OLLAMA_MODELS 指定儲存位置;排查時應記錄版本、實際目錄、連結目標及程序權限。後續需觀察上游能否重現,以及修補是否同時處理新遷移與已生成的連結。Ollama FAQ
來源
- OLLAMA_GPU_OVERHEAD is ignored by the llama-server backend — Issue #18679
- llm: include OLLAMA_GPU_OVERHEAD in llama-server fit target — PR #18680
- Ollama envconfig 套件文件
- Ollama FAQ:並行請求與 GPU 記憶體管理
- envconfig: integer-second durations can wrap into short timeouts · Issue #18799
- envconfig: clamp integer-second durations before overflow · Pull Request #18800
- Ollama issue #18817:特定 GSQ-RCO GGUF 匯入時張量大小解析失敗
- Swift-1.5-Qwen3.8-Flash-Next GSQ-RCO 衍生模型卡
- Importing a Model
- Go time.Duration 官方文件
- Windows: model unusable after 0.40.0 migration writes its manifest as a symlink
- Creating Symbolic Links