[GH-ISSUE #13404] Models on external drive are no longer available #86540

Open
opened 2026-05-10 03:36:54 -05:00 by GiteaMirror · 2 comments
Owner

Originally created by @claudiojacobo on GitHub (Dec 10, 2025).
Original GitHub issue: https://github.com/ollama/ollama/issues/13404

What is the issue?

After updating Ollama (0.13.1 to 0.13.2, via Homebrew), the service fails to run when ~/.ollama is a symlink to an external drive. The server starts but hangs when queried.

  • Previously had a working setup with ln -s /Volumes/Data/Ollama ~/.ollama
  • After update, ollama list hangs, then returns Error: ollama server not responding - could not find ollama app
  • Service appears running in brew services, but is unresponsive
  • Directories exist, permissions correct, symlink is valid
  • No errors in server logs when run manually

If we remove the symlink and run Ollama with the default local directory, everything functions normally (with none of my previously downloaded models available, and all stored locally). We would hope that the symlink solution would continue to work or, alternatively, for a clear error message about the issue.

Relevant log output


OS

macOS

GPU

Apple

CPU

Apple

Ollama version

0.13.2

Originally created by @claudiojacobo on GitHub (Dec 10, 2025). Original GitHub issue: https://github.com/ollama/ollama/issues/13404 ### What is the issue? After updating Ollama (0.13.1 to 0.13.2, via Homebrew), the service fails to run when `~/.ollama` is a symlink to an external drive. The server starts but hangs when queried. - Previously had a working setup with `ln -s /Volumes/Data/Ollama ~/.ollama` - After update, `ollama list` hangs, then returns `Error: ollama server not responding - could not find ollama app` - Service appears running in brew services, but is unresponsive - Directories exist, permissions correct, symlink is valid - No errors in server logs when run manually If we remove the symlink and run Ollama with the default local directory, everything functions normally (with none of my previously downloaded models available, and all stored locally). We would hope that the symlink solution would continue to work or, alternatively, for a clear error message about the issue. ### Relevant log output ```shell ``` ### OS macOS ### GPU Apple ### CPU Apple ### Ollama version 0.13.2
GiteaMirror added the bug label 2026-05-10 03:36:54 -05:00
Author
Owner

@BrendanL79 commented on GitHub (Feb 3, 2026):

Confirmed same issue as of 0.15.4.

<!-- gh-comment-id:3844151666 --> @BrendanL79 commented on GitHub (Feb 3, 2026): Confirmed same issue as of 0.15.4.
Author
Owner

@BrendanL79 commented on GitHub (Feb 4, 2026):

ok this is embarrassing but: when I left my SSH session and went back to my VNC I saw a big popup saying Ollama was requesting full disk access to the external drive. Being new to Macs I was not expecting this. (I ultimately set it from "System Settings -> Privacy & Security --> Full Disk Access," after which everything behaved as it should.)

Confessing here in hopes that it will help someone else in the future.

<!-- gh-comment-id:3844648551 --> @BrendanL79 commented on GitHub (Feb 4, 2026): ok this is embarrassing but: when I left my SSH session and went back to my VNC I saw a big popup saying Ollama was requesting full disk access to the external drive. Being new to Macs I was not expecting this. (I ultimately set it from "System Settings -> Privacy & Security --> Full Disk Access," after which everything behaved as it should.) Confessing here in hopes that it will help someone else in the future.
Sign in to join this conversation.
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: github-starred/ollama#86540