GitHub Repo
Ollama v0.40.2 修正模型清單重複項目,釐清 GGUF 遷移與降版備份機制
Ollama 於 10 月 8 日發布 v0.40.2,修正舊模型轉換後在清單中重複出現的問題。遷移會保留原始 GGUF 以支援降版,工程團隊須留意磁碟占用與清除備份後的重新下載需求。

Ollama 於 10 月 8 日發布 v0.40.2,將舊模型遷移後的清單重複問題納入正式修補。這次更新涉及本機模型檔案與推論後端相容性:官方說明,較早版本下載的模型首次執行時,會在背景升級,以改善 llama.cpp 執行時的效能與相容性,但未提供量化效能數據。版本公告
維護者在已合併的修補中進一步解釋,部分舊 GGUF 依賴 Ollama 自有的 llama.cpp 修補集,載入時需要在磁碟上進行延遲轉換。為支援使用者降版,系統暫時同時保留新舊 GGUF,並建立隱藏用途的 v1 manifest 標籤,避免舊版伺服器刪除新模型資料。這些內部項目原先出現在清單中,容易讓使用者及 API 消費端誤認為多出模型;此次修補將重複項目與降版保護項目隱藏。維護者說明
因此,清單恢復正常並不代表磁碟空間已回收。版本公告明確表示,原始副本仍作為備份保留,未來版本才會自動移除;目前提供的清理方式,會透過 /api/tags、/api/show 與 manifest 的 runner 欄位找出舊備份。若清除後再降至 0.40 以前的版本,就必須重新下載相關模型。備份處理說明
對維運端而言,這意味著模型清單與實際儲存量需要分別觀察。官方 FAQ 列出各平台模型目錄,也支援以 OLLAMA_MODELS 指定儲存位置;使用獨立模型磁碟或容器掛載目錄的團隊,可據此檢查遷移前後的占用變化。儲存設定文件
工程判斷上,升級驗證宜涵蓋舊模型首次載入、清單讀取與降版恢復流程。接下來應追蹤自動備份清理何時落地,以及不同模型轉換後的載入時間與輸出一致性;目前公開證據確認了修補與備份策略,尚不足以推算所有模型的效能收益。