Fiji ImageJ が Apple Silicon Mac で開かない：2026年修復ガイド

症状：Fiji ImageJ が Apple Silicon Mac で開かず、安全性の警告、無反応、起動直後の終了が起きている。
最短の対処：Rosettaや別のJavaを先に入れず、公式arm64版かを確認し、初回起動・更新・プラグイン・バッチ処理のどの場面かを記録してから切り分けます。

この結論は、これから初めて Fiji ImageJ を入れる人にも、更新後に顕微鏡画像の解析が止まった人にも当てはまります。Fiji公式ダウンロードページでは、macOS向けにApple Silicon用のarm64版とIntel Mac用のx86-64版が案内され、現行版はJava 21環境を前提にしています。公式の配布情報を基準にしてください。

最終更新：2026年8月23日。 macOS対応範囲、arm64版、Java要件はFiji公式配布ページ、更新仕様は公式文書、Gatekeeperの挙動はAppleのセキュリティ文書を再確認しています。今後、配布形式やJava要件が変わった場合は手順を見直してください。

まず四つの場面に分けて証拠を残す

「開かない」という症状だけで、同じ修復方法を繰り返すのは危険です。アプリ本体の起動障害、更新で壊れた環境、プラグインの衝突、画像処理の負荷は、原因も安全な戻し方も異なります。

研究データを扱う場合は、最初に元のFijiフォルダーを複製してください。Fijiはプラグインや更新情報をアプリのディレクトリ内に保持する運用があるため、唯一の環境へ何度も更新や削除を重ねると、どの変更で失敗したのか分からなくなります。

注意：Gatekeeperを無効にする、出所の不明なJavaを置き換える、ネット上の修正版ランチャーを使う、といった一括対処は避けてください。研究環境では、再現性と取得元の確認を優先します。

初回起動で止まる場合は安全確認から始める

Apple Silicon Macで初めて起動できない場合、次の順序で確認します。

1. Fiji公式ページから取得した圧縮ファイルかを確認します。
2. ダウンロードしたファイルを再取得し、展開後にアプリ内部のディレクトリ構造を変更していないか調べます。
3. Macの「システム情報」などでApple Silicon機であることを確認し、x86-64版を選んでいないか確認します。
4. アプリを別の場所へ移動した後に問題が出た場合は、複製した公式ファイルを新しい作業用フォルダーへ展開します。
5. 警告が「開発元を確認できない」という内容なら、取得元とファイルの完全性を確認した後にだけ、Appleが説明する個別の「開く」手順を使います。Gatekeeperの確認機構とAppleの「開く」手順を参照してください。

「開く」を実行しても無反応なら、同じ操作を連続して行わず、ターミナルから実行ファイルの情報と起動ログを確認します。アプリをFinderで開けないことと、Fijiのランチャーが内部エラーで終了することを分けて記録すると、次の判断が容易になります。

更新後に失敗した環境は上書きせず比較する

更新後にダブルクリックが効かなくなった場合は、まず次の情報を別ファイルに残します。

• 更新前後のFijiビルド日または表示されたバージョン情報
• 追加・無効化した更新サイト
• 最後に正常起動した日時
• ターミナルやコンソールに出たログ
• アプリやFijiフォルダーを移動したかどうか
• 研究に必要なプラグイン、マクロ、設定ファイル

Fiji公式のUpdaterは、更新サイトから構成を取得する仕組みです。Updaterの公式文書と更新サイトの説明を確認し、研究室独自のサイトや第三者プラグインをいったん追加しない状態で比較してください。

2026年に公開された起動設定が見つからないというIssueは、特定のビルドと利用環境についての個別報告です。すべての更新やApple Silicon Macに共通する障害、修正済みの日付、性能への影響を示す資料ではありません。

安全な復旧手順は、次の通りです。

1. 既存のFijiフォルダーを丸ごと複製します。
2. 複製側でプラグイン一覧とマクロを退避します。
3. 新しい公式arm64版を別のフォルダーへ展開します。
4. 標準状態で起動し、メニュー表示と簡単な画像読み込みを確認します。
5. 更新サイトを必要最小限だけ戻します。
6. プラグインを一つずつ戻し、同じ代表画像で結果を比較します。

新しい副本でも公式版が起動しないなら、元の環境を削除せず、OSのセキュリティ警告、アプリの構成、ログを含めて停止します。原因が分からないまま再インストールを続けるより、Issueや公式リポジトリの情報と照合できる状態を残す方が、研究の再現性を守れます。Fiji公式GitHubリポジトリも確認先になります。

プラグインだけが失敗する場合の切り分け

Fiji本体が起動し、メニューも表示されるのに解析プラグインだけが落ちるなら、主プログラムの起動障害として扱わないでください。原因として、更新サイトの依存関係、必要なJava機能、プラグインが呼び出す外部ライブラリ、arm64とx86-64の違いが考えられます。

次の手順で範囲を狭めます。

1. 標準状態のFijiで代表的な画像を開きます。
2. 問題のプラグインを単独で呼び出し、エラー全文を保存します。
3. プラグインの配布元、必要な更新サイト、依存ファイルを確認します。
4. 非標準の更新サイトを無効にした複製環境で再実行します。
5. プラグインを一つだけ戻し、同じ操作を繰り返します。
6. ネイティブライブラリが含まれる場合は、arm64またはx86-64の対応を配布元資料で確認します。

判定は「メニューに項目が出た」だけでは不十分です。課題で使う代表画像、マクロ命令、測定値、保存形式まで確認し、結果が以前の環境と比較可能かを記録してください。画像解析の数値が変わった場合は、起動できたこととは別の再現性問題として扱います。

大きな画像の停止とheadless処理を分離する

Fijiが起動した後に顕微鏡画像の読み込みが遅い、画面が固まる、処理が途中で止まる場合、原因は起動失敗とは限りません。データ量、メモリへの負荷、プラグインの計算、VNCなど遠隔画面の描画が関係する可能性があるため、症状を別の記録に分けます。

同じ画像と同じマクロを使い、次の項目を記録してください。

• 入力画像の形式と解像度
• 実行した処理の順番
• 画面操作が止まった箇所
• Fijiのログと生成された出力
• ローカル環境と遠隔環境で異なる条件

「処理が遅い」「操作が重い」といった評価は、測定条件がなければ性能の結論にしないでください。画面転送だけが遅いのか、解析そのものが計算中なのかを、ログと出力ファイルで分けて確認します。

マクロや無画面の処理は、最初から実データで実行しない方が安全です。ImageJ公式のheadless実行ドキュメントに沿って、最小のコマンド、単一画像、単一出力から始めます。

/path/to/ImageJ-macosx.app/Contents/MacOS/ImageJ-macosx --headless

実際の起動ファイル名やオプションは、利用中の公式配布物と文書に合わせて確認してください。最小実行が通った後に、マクロ引数、プラグイン、実データの順で追加します。作業ディレクトリ、絶対パス、読み書き権限、GUI依存、更新サイトの差異も記録対象です。

終了状態だけを成功判定にしてはいけません。出力ファイルの存在、ファイル内容、ログの警告、主要な測定結果を確認し、どれかが欠けたらバッチ処理は未完了とします。

Macがない研究室で再現環境を選ぶ条件

研究室にMacがなく、WindowsやLinuxの設備だけでFijiの問題を再現できない場合は、脱個人化したサンプルと同一のマクロを準備し、公式arm64版を入れたクリーンなApple Silicon環境で確認します。学校の規程、課題の権限、データの持ち出し条件を満たさない未公開データは、遠隔環境へ送らないでください。

判断は次の条件分岐で行います。

• 公式arm64版がクリーンな環境で起動し、代表画像とプラグインも動くなら、元の環境は段階的に修復し、遠隔環境は再現用として保持します。
• 本体は動くが特定プラグインだけ失敗するなら、Fiji全体を再インストールせず、依存関係と更新サイトを調査します。
• 最小のheadless処理は動くが実データで失敗するなら、起動問題ではなくパス、権限、データ規模、マクロ依存を調べます。
• 学校のデータ規程や権限を確認できないなら、遠隔環境への転送を止め、脱個人化データで手順だけ検証します。
• 課題の締切が近く、唯一のMacで復旧を続けると原状を失うなら、まず別のクリーン環境で再現し、その後に修復方針を決めます。

KVMFLUXの研究・教育向け利用例を確認する場合も、最初にデータの扱いと必要な操作を研究室の規程に照らしてください。料金や利用期間を比較する段階では、日本語の料金案内で現在の提供条件を確認し、未公開データを扱う場合はプライバシー方針も確認対象に含めます。

最終的な受け入れ記録には、少なくとも次を残します。

• 公式arm64版の取得元と取得日
• Fiji本体、プラグイン、更新サイトの一覧
• 起動、画像読み込み、代表的な解析の結果
• マクロ実行時のログと出力ファイル
• ローカル環境との差異
• 問題が再発したときに止める条件

よくある確認

MシリーズのMacで開発元を確認できないと表示されたら

公式ダウンロードページから取得したファイルか、展開後の構造を変更していないかを確認します。出所と完全性を確認できた場合だけAppleの個別許可手順を使い、Gatekeeper全体を無効にしないでください。

更新直後に何も起きなくなった場合

更新前のFijiフォルダーを残し、ビルド情報、ログ、更新サイト、プラグイン一覧を保存します。新しい公式arm64版を別の場所へ展開して標準状態で起動し、元の環境と比較してください。

プラグインだけが動かない場合

プラグインの依存関係と更新サイトを確認し、標準状態のFijiで本体が正常かを先に判定します。その後、問題のプラグインを一つずつ追加し、arm64またはx86-64のネイティブライブラリ差異も確認します。

Macを用意できない場合

脱個人化した画像、同じマクロ、同じプラグイン一覧を使い、クリーンなApple Silicon環境で起動から書き出しまで検証します。学校の規程とデータ権限を確認できない場合は、実データを転送せず手順だけ試します。

今回のような障害では、現在のWindowsやLinux環境を無理に置き換える必要はありません。ただし、macOS固有プラグインを判定できない、Apple Siliconでの再現結果を取れない、GUI依存の処理を同じ条件で確認できないという制約は残ります。課題の進行を止めずに比較用のMac環境を確保するなら、KVMFLUXで実験期間に合う遠隔Apple Silicon Macの利用条件を確認し、脱個人化サンプルで起動・プラグイン・バッチ処理を受け入れ確認してから、既存機の修復や長期運用へ進むのが安全です。

関連記事

• Macでアプリをインストールできない場合の切り分けに役立つ診断ガイド
• Mac上の画像編集アプリの互換性を確認するためのガイド