Ollama v0.40.1、Windows 移行パッチを収録――読み込み時に既存モデル一覧のシンボリックリンクを修復

Ollama の Windows モデル移行問題に正式な修正が加わった。10月7日リリースの v0.40.1 には「Windows でシンボリックリンクを回避する」変更が含まれ、関連する PR #18852 はマージされ、元の問題 #18847 もクローズされた。コミュニティでの再現報告にとどまっていた段階から進み、修正がインストール可能なバージョンに入ったことで、影響を受けた環境で復旧状況を検証できるようになった。リリースノート

元の事例は Windows 11 で発生した。ユーザーが 0.35.1 から 0.40.0 に自動更新した後、従来の qwen3.5:9b を CLI または API から利用できなくなった。移行処理が名前付き manifest を blob を指すシンボリックリンクとして書き込み、Windows がこれを開くことを拒否して「信頼されていないマウントポイント」と報告した。その結果、/api/show と /api/chat は 500 を返した。報告者は別の内部名を使えばモデルを実行できたため、この事例では重みは利用可能で、問題はモデル名に対応する一覧の読み込みに集中していた。問題の再現報告

この修正は、新規書き込みと既存データの両方に対処する。Windows で名前付き manifest を作成する際は、ファイルをコピーする方式に変更した。既存のシンボリックリンクについては、読み込み時に検証済みの blob を使って修復する。また、manifest の保存ロックの使い方も変更し、参照されていないデータのクリーンアップ時に同じロックを再取得しないようにした。この設計ではアクセス時に修復が行われるため、エンジニアリングチームは、よく使うモデル名がすべて再び解決できることを確認する必要がある。修正内容

ローカルエージェントやデスクトップ AI アプリでは、名前解決に失敗すると、重みがディスク上に残っていても後続の推論が止まる。公式の Windows ドキュメントによると、Ollama はバックグラウンドプログラムとしてローカル API を提供し、管理者権限なしでインストールできる。トラブルシューティングでは server.log、upgrade.log、実際のモデルディレクトリを照合し、OLLAMA_MODELS をカスタマイズした環境設定にも注意する。Windows ドキュメント

現時点で確認できるのは、修正がマージされ正式版に含まれたことまでであり、さまざまな Windows 構成における復旧状況の統計は公開されていない。開発者モードが発生条件だとする元の報告者の説明も、依然として推測の域を出ない。今後は、アップグレード後に元の名前で CLI から照会できるか、API 呼び出しが成功するか、モデル一覧が一貫した状態に戻るかを確認し、エラーが残る場合はバージョン情報とログを添えて上流に報告する必要がある。