[Bug][Windows] Desktop app 0.33.1 fails to launch built-in server silently (server.log empty, no listener), manual `ollama serve` works

快速结论：该问题出现在 Windows 上启动 Ollama Desktop 应用时，应用内置的 server 在启动阶段静默失败：app.log 反复出现超时提示，server.log 为空，并且 127.0.0.1:11434 没有监听；而手动执行 ollama.exe serve 则正常。优先排查两件事：是否已有 serve 进程占用端口，以及应用启动 server 时的 spawn 环境（包括代理变量）。

适用环境：Windows（Issue 中报告为 Windows 10.0.19045 / 10.0.26100 等版本），Ollama Desktop 应用，涉及版本 0.33.1、0.40.5、0.40.6。原文报告环境还包含 NVIDIA GeForce RTX 5060 Ti（CUDA 12.0）、自定义 OLLAMA_MODELS 路径、系统代理变量 HTTP_PROXY/HTTPS_PROXY，以及通过 Startup 文件夹启动的 ollama.exe serve 自启动脚本；后续评论者表示未设置代理，但出现了相同日志表现。

最快修复方案：暂无确认的一步修复方案。可优先尝试 Issue 评论中提出的隔离做法：结束所有 ollama.exe 进程，添加 NO_PROXY=127.0.0.1,localhost，去掉 Startup 文件夹中的 ollama serve 自启动脚本，再重新启动应用并观察 %LOCALAPPDATA%\Ollama\app.log。该做法尚未在原 Issue 中被确认能修复问题。

注意事项：上述做法只是基于启动环境怀疑的排查建议，Issue 后续有人明确表示自己完全没设代理、问题依旧，因此代理不是唯一原因。该 Issue 最终关闭，但讨论中未给出经确认的根因或补丁。

问题场景

在 Windows 上安装并启动 Ollama Desktop（通过 winget 安装的 Ollama.Ollama，0.33.1）后，应用界面能够打开，但应用自行拉起的 ollama server 一直起不来。用户从同一台机器手动运行 ollama.exe serve 后服务正常，127.0.0.1:11434 可监听，/api/tags 返回 200。后续评论者（0.40.5、0.40.6）报告了相同症状：server.log 文件已创建但为空，app.log 反复出现 server not ready 超时。

报错原文

16:02:43 starting ollama server           # app.go:251
16:02:53 WARN ollama server not ready, continuing anyway ... timeout waiting for Ollama server to be ready
...repeats ~every 10s forever (attempt=2, not ready after retries)...

time=2026-10-19T19:16:33.834-04:00 level=INFO source=app.go:253 msg="starting ollama server"
time=2026-10-19T19:16:33.834-04:00 level=INFO source=app.go:285 msg="starting ui server" port=42908
time=2026-10-19T19:16:43.851-04:00 level=WARN source=app.go:342 msg="ollama server not ready, continuing anyway" error="timeout waiting for Ollama server to be ready"

原因分析

手动执行 ollama.exe serve 正常，而应用拉起的子进程在向 server.log 写入任何内容之前就结束，说明问题更可能出在应用启动 server 子进程的环境或命令构造阶段，而非 server 本身。评论中提出两种可能原因：

Startup 文件夹中的 OllamaStart.vbs 会在登录时执行 ollama.exe serve，应用再启动自己的 server 时可能遇到地址已被占用（address-in-use）并静默退出。
系统代理变量 HTTP_PROXY/HTTPS_PROXY 生效但未设置 NO_PROXY，应用对 127.0.0.1 的就绪探测可能被路由到代理，从而一直判定 not ready。

不过后续评论者表示自己没有设置任何代理，问题仍然存在，因此代理只能视为可能原因之一，并非已确认根因。另一条线索是：0.33.1 的代码已将子进程 stdout/stderr 重定向到 server.log，并会记录 cmd.Wait() 失败，但命令初始化或 cmd.Start() 返回的错误可能直接进入 done 通道而没有启动日志；当 server.log 为 0 字节时，这类早期失败没有留下诊断信息。

环境排查

确认是否有多个 ollama.exe 进程，尤其是 Startup 文件夹中 OllamaStart.vbs → ollama-serve.cmd → ollama.exe serve 形式的登录自启动。
检查 127.0.0.1:11434 是否被其他进程监听。
检查系统级和用户级环境变量 HTTP_PROXY、HTTPS_PROXY、NO_PROXY 的设置。
检查是否设置了自定义 OLLAMA_MODELS（原文为 D:\ollama-models），可在隔离测试时临时移除。
不要假设 Python、CUDA、PyTorch、显卡驱动版本是原因；原文未提供这些项目的可复现证据。

解决步骤

从系统托盘退出 Ollama 应用，并结束所有 ollama.exe 进程，确保没有残留的 serve 在占用端口。
移除或临时禁用 Startup 文件夹中的 OllamaStart.vbs 自启动，避免它与应用内置 server 争抢端口。
可优先尝试添加环境变量 NO_PROXY=127.0.0.1,localhost，排除就绪探测被代理路由的可能。
如仍无法启动，手动运行应用并在终端捕获输出，观察是否出现 server 启动阶段的其他错误：
& $env:LOCALAPPDATA\programs\ollama\"ollama app.exe" hidden 2>&1 | Tee-Object -FilePath out.txt
等待几秒后执行 ollama -v，确认应用是否成功拉起 server。
若排查后问题仍在，收集 %LOCALAPPDATA%\Ollama\app.log、server.log 以及 out.txt，附上是否设置代理、是否有自启动、端口占用情况，再反馈给维护者。

验证方法

应用启动后，app.log 不再反复出现 timeout waiting for Ollama server to be ready；127.0.0.1:11434 有监听；ollama -v 能正常返回版本；server.log 不再持续为 0 字节。手动运行 ollama.exe serve 时本应正常的行为，与通过应用启动后的行为一致，即可认为问题已解决或已定位。