Ollama on Macで llama-server binary not found が出る原因と復旧手順

最初に2種類のエラーを分ける

MacでOllamaが起動しない場合、まず次の2種類を分けてください。

前者はCLIまで到達していません。後者はOllama本体が動作を開始した後、内部で使用する実行ファイルを解決できていない状態です。同じ再インストール手順を無条件に試さず、どちらに該当するかを先に確認します。

確認日: 2026-07-18

公式情報の起点:

• Ollama for macOS: https://docs.ollama.com/macos
• Ollama公式リポジトリ: https://github.com/ollama/ollama
• Ollama Releases: https://github.com/ollama/ollama/releases
• Ollama Issues: https://github.com/ollama/ollama/issues

破壊しない確認順

1. 実行されているOllamaを確認する

`which -a ollama`で複数の場所が表示された場合、`.dmg`版、Homebrew cask、Homebrew formula、過去に手動配置したCLIが混在している可能性があります。表示された場所を記録し、まだ削除しないでください。

`ollama --version`が実行できない場合は、内部binaryの問題を調べる前に、PATHと導入状態を確認します。

2. ログを確認する

Ollama公式のmacOSドキュメントでは、アプリのログとして次の場所が案内されています。

確認には、読み取りだけを行うコマンドを使います。

対象環境:

戻し方:

ログが存在しない場合は、別の導入経路を使っているか、アプリがログ作成まで到達していない可能性があります。未確認の保存先を推測して探す前に、導入経路を確認してください。

3. 導入経路を確認する

Homebrewを使った可能性がある場合は、formulaとcaskを分けて確認します。

環境や時期によって名称や提供形態が変更される可能性があります。コマンドが「見つからない」と返した場合は、存在すると仮定せず、Homebrew公式情報と`brew search ollama`の結果を確認してください。

4. 保存済みモデルを保護する

Ollama公式のmacOSドキュメントでは、モデルや設定に関係するデータが`~/.ollama`以下に保存される構成が案内されています。再導入の前に、次を確認します。

`~/.ollama`を削除すると、保存済みモデルや設定へ影響する可能性があります。原因調査の段階では削除しないでください。

• macOS上でOllamaアプリを利用している環境
• 公式ドキュメントに記載されたログが存在する環境
• `less`は内容を変更しません。`q`で終了します。
• `~/.ollama`が存在するか
• モデルデータの容量
• バックアップ先の空き容量
• 設定ファイルやログを保持する必要があるか
• Time Machineなど、元へ戻せるバックアップがあるか

`.dmg`版、Homebrew cask、formulaの違い

Homebrew公式情報:

同じMacに複数経路のOllamaがある場合、ターミナルで呼び出したCLIと、起動中のアプリやサーバーが別の導入物になることがあります。先に「どの実体を使うか」を決め、それ以外を整理するのはバックアップ後に行います。

• Cask Cookbook: https://docs.brew.sh/Cask-Cookbook
• Formula Cookbook: https://docs.brew.sh/Formula-Cookbook
• Ollama app cask: https://formulae.brew.sh/cask/ollama-app

`ollama`コマンドが見つからない場合

確認1: アプリが存在するか

FinderでOllamaアプリがApplicationsにあるか確認します。公式ドキュメントでは、`.dmg`からアプリをApplicationsへドラッグする方法が案内されています。

確認2: アプリ内CLIを直接確認する

公式ドキュメントでは、アプリ内のCLIとして次の位置が案内されています。

Applicationsへ標準配置した場合でも、実際の場所をFinderまたは`ls`で確認してから使用してください。未確認の場所へシンボリックリンクを作成しないでください。

確認3: シェルのPATHを確認する

公式アプリはCLIをPATHから利用できるようにする案内を表示する場合があります。表示内容を確認し、管理者権限やリンク作成を求められた場合は、対象と戻し方を理解してから実行します。

内部の`llama-server`が見つからない場合

1. バージョンと導入経路を記録する

アプリのバージョン表示、Homebrewの`brew info`、インストール日も記録します。

2. ログのエラー前後を読む

`server.log`と`app.log`で、`llama-server binary not found`の前後に次の情報がないか確認します。

ログに表示されたパスは、その環境での事実として扱えますが、他のMacでも同じとは限りません。

3. 同じ症状の公式Issueを確認する

エラーメッセージを引用符で囲み、Ollama公式Issue内を検索します。

確認する項目:

Issueに書かれた暫定手順は、別環境向けや古いバージョン向けである可能性があります。公式メンテナーの回答、修正PR、リリースノートを確認してから採用してください。

• 更新直後か
• 実行ファイルを探した場所
• アーキテクチャや実行権限に関するエラー
• 別バージョンの残存を示す情報
• アプリとCLIのバージョン差
• https://github.com/ollama/ollama/issues?q=is%3Aissue+%22llama-server+binary+not+found%22
• 使用中のOllamaバージョンと一致するか
• macOSのバージョンとCPUアーキテクチャが一致するか
• `.dmg`、cask、formulaのどれで起きているか
• IssueがOpen、Closed、Duplicateのどれか
• 修正版がReleasesへ含まれているか

再導入する前の確認

再導入は、原因と導入経路を記録した後に行います。

再導入時は、選んだ1つの導入経路にそろえます。複数経路を同時に更新すると、どの変更で復旧したか判断できません。

復旧後の検証

1. CLIの実体とバージョン

期待する導入経路の実体が最初に表示されることを確認します。

2. サーバー起動とログ

通常の方法でOllamaを起動し、`server.log`に同じエラーが再発していないか確認します。ログを消してから試すのではなく、時刻を記録して新しい行を確認します。

3. 保存済みモデルの認識

保存済みモデルの一覧が表示されるか確認します。モデルが見えない場合でも、すぐに再取得せず、使用中の`~/.ollama`と導入経路を確認してください。

4. 小さな検証

既に保存済みの小さなモデルがある場合は、それを使って起動確認します。新しい大容量モデルを取得する前に、サーバー、モデル認識、基本実行を分けて確認します。

5. 戻し方

復旧後に別の問題が出た場合は、変更前に記録した導入経路へ戻し、バックアップした設定とモデルを保持したまま原因を再確認します。Homebrewやアプリのダウングレード方法は時期によって変わるため、未確認の固定手順は使わず、公式ReleasesとHomebrew公式情報を参照してください。

Windowsでは導入物、サービス管理、保存先が異なるため、同じエラー名でもMac向け手順を流用せず、別ページで扱う必要があります。