GPU process gone でClaude Desktopが固まる——全セッションが道連れになる理由と対処

作業中に Claude Desktop が突然固まり、開いていた Claude Code のセッションが全部まとめて死ぬ。強制終了して再起動すると、今度はアプリ自体が起動しなくなっていることがある——このとき、ログの最後の行にはたいてい同じ一文が残っている。

GPU process gone: { type: 'GPU', reason: 'crashed', exitCode: 101457950, serviceName: 'GPU' }

この記事は、その exitCode 101457950（＝0x060C201E）が何を意味し、なぜ無関係なセッションまで道連れになるのか、そして現実に打てる手と打てない手を整理する。

1. 結論——Claude Code の障害ではなく、器の障害

まず切り分けから入りたい。「Claude Code が落ちた」と感じても、落ちているのは Claude Code（CLI）ではない。落ちているのは、それを載せているデスクトップアプリ（Electron）の GPUプロセスである。

✅ 確認済み：判定は簡単で、%APPDATA%\Claude\logs\main.log の末尾を見ればよい。再起動の直前の行が GPU process gone なら本件だ。ログはそこで途切れ、次の行が Starting app になる。

そして重要なのは、失われるのはプロセスであってデータではない点だ。会話履歴とトランスクリプトはディスクに書かれているので、再起動後にセッションを開き直せば続きから読める。ただし実行中だった作業は別で、これは§6で改めて扱う。

2. 症状——「落ちる」ではなく「固まる」

この不具合のいちばん厄介なところは、アプリが消えずに無応答のまま残ることだ。クラッシュダイアログも出ないし、勝手に再起動もしない。ユーザーが気づいて強制終了するまで、ただ固まっている。

筆者環境（Windows 11 / RTX 2080 Ti / RAM 32GB）で 2026年8月14日に観測した3回では、GPUプロセスの死亡から強制終了までの最長が約30分だった。その間、開いていた8セッションはすべて停止したままだった。

3. なぜ無関係なセッションまで道連れになるのか

ここがこの不具合の本質で、設定でどうにかできる話ではない理由でもある。

Electron（Chromium）は、描画処理を GPUプロセスという専用プロセスに集約する。そしてこのプロセスは、アプリケーションにつき1個しか存在しない。全ウィンドウ・全タブ・全セッションがこれを共有している。

つまり、in-app ブラウザで開いたページ1枚が GPU プロセスを殺すと、そのページと縁もゆかりもないセッションが同時に巻き添えを食う。タブごと・セッションごとに分離されてはいない。✅ 確認済み：これは Chromium のプロセスモデルとして設計上そうなっているもので、ユーザー側の設定で分離することはできない。

4. 引き金——in-app ブラウザが最多だが、唯一ではない

✅ 確認済み：公開されているissueで最も多い引き金は in-app ブラウザ（ブラウザペイン）である。#80444 は、ブラウザタブで開いたページが WebGL/WebGPU の機能検出を走らせた 15〜36秒後に GPU プロセスが死ぬ様子を、4回とも同じ 0x060C201E で記録している。

#82967 はさらに具体的で、引き金をブラウザツールのプレビュー用スクリーンショット取得（capturePreviewScreenshotIfChanged）に特定している。#83478 は「更新され続けるプレビューを開いたまま」で再現すると報告している。

🟡 報告ベース：ただしブラウザだけが引き金ではない。#68049 は ARM64 環境で起動時に同じ exitCode で落ちると報告しており、ブラウザ操作を伴わない。#83028 は Intel の内蔵GPUで再現するとしている。「ブラウザを使わなければ絶対に起きない」とは言えない。

5. ログで確定させる

推測で終わらせず、3つのファイルを見れば確定できる。なお ~/.claude/logs というディレクトリは存在しないので注意してほしい。

exitCode で正常終了と区別できる。 同じ「終了」でも意味が違うので、追うべきものだけを追いたい。

6. 復旧——[修復]で戻る場合と、戻らない場合

強制終了して再起動すれば、たいていはそのまま使える。問題は、再起動しようとしてもアプリが起動しなくなっているケースだ。

✅ 確認済み：GPUクラッシュの後、Windows が MSIX パッケージを「変更されている」と判定し、起動を拒否することがある。#80444 はこれを appxState=2（Modified）として記録し、設定 → アプリ → Claude → 詳細オプション → [修復] で毎回復旧できたと報告している。#81836 も同じく [修復] で戻るとしている。

ここから先が、この記事で最も実用的な部分だと思う。[修復]が効かない報告も存在する。#82967 はパッケージの状態が Modified, NeedsRemediation まで進んでおり、[修復]は常に失敗し、完全な削除と再インストールでしか戻らなかったと報告している。

データについて。トランスクリプトはディスクに残るので、再起動後に読み直せる。ただし #81698 は「実行中だった作業を丸ごと失った。並列で走らせていたサブエージェントの結果も全部消えた」と報告している。保存済みのものは残るが、走っている最中のものは戻らない——ここは分けて理解しておきたい。

7. 打てる手と、打てない手

残念ながら根本的な回避策は無い。できるのは引き金を引きにくくすることだけで、しかも「効かないと報告されている手」も混ざっているので、そこを分けて書く。

🟡 報告ベース：ハイブリッドGPU（内蔵と外部を切り替える構成）を使っているなら、Windows の 設定 → システム → ディスプレイ → グラフィック で Claude に GPU の優先を固定するのは試す価値がある。根拠は Chromium 側にあって、Windows では powerPreference による GPU の指定が効かない——Chrome がまだ2つの GPU を使い分けて合成できないためで、Chromium issue 40268366 として追跡されている。つまりどちらの GPU で描くかをアプリ側から固定できないので、固定したければ OS の設定に頼るしかない。ただし本件で効いたという報告は見つかっていないので、期待しすぎないでほしい。

8. 混同しやすい別現象——ストア更新による強制終了

Microsoft Store（MSIX）版はアプリ自身の自動更新が無効化されている。代わりに、ストアが稼働中のアプリを強制終了して差し替える。作業中に突然アプリが消えるので、GPUクラッシュと取り違えやすい。

ログで明確に区別できる。 ストア更新のときは Windows session ending (close-app) という行が残り、GPU process gone は出ない。次の起動時にバージョンが変わっていれば確定である。

こちらは避けられないので、長時間の作業に入る前に更新を済ませておくのが唯一の緩和になる。

まとめ

FAQ

関連記事

• Claude Desktop「このアプリを開くことができません」——[修復]で直す手順（本件の後始末）
• 「このファイルはほかのプログラムで使われています」(0x80070020)（更新後に起動しない別問題）
• Claude Code のエラー総覧