Rhino 8で「Error loading plugin (grasshopper)」が出る原因と直し方：クラッシュ後にGrasshopperが起動しないときの復旧手順
Rhino 8＋Grasshopperを使っていて、ブーリアン処理などの直後に強制終了→以後「Error loading plugin (grasshopper)」が毎回出てGrasshopperが読み込めなくなる症状は、本体の再インストールだけでは直らないことが多いです。理由は、クラッシュの影響が「ユーザープロファイル側の設定・キャッシュ・外部プラグイン構成」に残り続けるためです。
この記事では、現場で再現しがちな原因を整理しつつ、上から順に試せば復旧率が高い手順に落とし込んで解説します。 McNeel Forum+2McNeel Forum+2
- Rhino 8で「Error loading plugin (grasshopper)」が出る原因と直し方：クラッシュ後にGrasshopperが起動しないときの復旧手順
症状の要点：なぜ「再インストールしても直らない」のか
このエラーは「Grasshopperそのものが壊れた」というより、次のいずれかが引き金になって起きやすいです。
-
クラッシュ後にGrasshopperの読み込み状態（キャッシュ／設定）が破損
-
外部（サードパーティ）.gha/.rhp が読み込み時に落としている
-
Rhino 8の実行ランタイム（.NET）とプラグインの相性問題
-
セーフモード相当の状態・プラグイン無効化など、起動条件が変化 McNeel Forum+2McNeel Forum+2
つまり、Rhino本体を入れ直しても、ユーザー環境に残る「壊れた状態」を一緒に復元してしまい、エラーが継続するケースがあります。
最短で原因を切り分ける：まずは“外部プラグイン起因”かを確定する
いきなり設定全消しをする前に、最初にやると効率がいいのがこれです。
1) Grasshopperを「1つずつ読み込み」で起動する
Rhinoのコマンドラインから GrasshopperLoadOneByOne を使うと、Grasshopper関連の追加コンポーネントを段階的に読み込み、どれで落ちるかを特定しやすくなります。 McNeel Forum
-
ここで特定のプラグイン名（例：GHPython系、古いツール、未対応のアドオン等）が出るなら、ほぼ犯人確定
-
犯人が分かったら、該当の .gha/.rhp を外す（またはパッケージマネージャから無効化/アンインストール）だけで復旧することがあります
実際にRhino 8で「特定プラグインが原因でGrasshopper周りがクラッシュ」という事例報告もあります。 McNeel Forum
2) Rhinoのプラグイン管理でGrasshopperが無効になっていないか確認
クラッシュ後に状態が変わり、Grasshopperが無効化されている／正しくロードされていないケースがあります。Rhinoの Properties > Plug-ins（または同等のプラグイン一覧）でGrasshopper関連が有効かを確認します。 McNeel Forum
直る確率が高い復旧策：.NETランタイムを切り替える（Rhino 8特有の盲点）
Rhino 8は既定で .NET Core（NETCore） を使いますが、古いプラグインや一部構成では NETFramework 側に切り替えるとGrasshopperが正常起動することがあります。 McNeel Forum+1
手順：SetDotNetRuntimeで切り替え
-
Rhinoを1つだけ起動（複数起動しているなら他は閉じる）
-
コマンドラインで SetDotNetRuntime
-
Runtime を NETCore → NETFramework に変更
-
Rhinoを終了→再起動
-
Grasshopperを起動して確認 McNeel Forum
ポイント：
-
これは「Grasshopper自体の修復」というより、読み込み環境を変えてクラッシュを回避する手当てです
-
もしこれで起動できたら、次は“どの追加プラグインがNETCore側で問題を起こしているか”を整理すると安定します
クラッシュ後の残骸を掃除する：Grasshopperのキャッシュ／設定破損を疑う
外部プラグインを外しても直らない場合、クラッシュで壊れた「ユーザー側データ」が原因のことがあります。対処の考え方はシンプルで、Grasshopperが起動時に参照するものを一度クリーンにすることです。
有効なアプローチ（安全な順）
-
Rhinoの「修復（Repair）」インストールを実施する（再インストールより効果が出る場合あり） McNeel Forum
-
Grasshopperの追加フォルダ／パッケージを一時退避して起動確認
-
問題が解決したら、退避したものを少しずつ戻して原因を特定（LoadOneByOneと併用）
「最終手段」としては、Rhinoのユーザープロファイル（設定）を初期化する方法もありますが、ショートカットや表示設定まで戻るので、まずは上の切り分けから入るのが得策です。
よくある根本原因：ブーリアン直後に落ちた“あの日”から壊れるパターン
今回の元テキストの状況は、
-
Grasshopper作業中にブーリアンでエラー
-
Rhinoが強制終了
-
以後「Error loading plugin (grasshopper)」が毎回表示
-
Grasshopperを部分的にロードしても、Rhino 8を入れ直しても改善しない
という流れです。これは典型的に、クラッシュの瞬間に読み込み状態や依存プラグイン周りが不整合を起こし、次回起動時にGrasshopperの初期化が失敗する筋書きです。 McNeel Forum
だからこそ「再インストール」よりも、次の2点が効きます。
-
外部プラグインが落としていないかを特定（LoadOneByOne）
-
実行環境（SetDotNetRuntime）を切り替えて起動経路を変える McNeel Forum+1
まとめ：復旧の近道は「切り分け」→「環境切替」→「掃除」
「Error loading plugin (grasshopper)」は、症状だけ見るとGrasshopperが壊れたように見えますが、実際は 外部プラグイン／.NETランタイム／キャッシュ破損のどれかが原因になっていることが多いです。 McNeel Forum+2McNeel Forum+2
おすすめの試行順（復旧率が高い順）：
-
GrasshopperLoadOneByOne で外部プラグイン起因か確定
-
SetDotNetRuntime で NETFramework に切り替えて起動確認
-
直らなければ、修復インストール＋追加フォルダ退避で“壊れた参照”を掃除
この流れで進めると、「何が原因か分からないまま再インストールを繰り返す」状態から抜け出し、最小の手戻りで復旧できる確率が上がります。
