Windows 11の最新プレビュー版アップデートを適用した一部のPCで、タスクマネージャーが正常に終了せず、バックグラウンドで無限に増殖し続けるという奇妙な不具合が報告されている。一見軽微な問題に見えるが、多数のプロセスが蓄積することでシステムパフォーマンスに影響を及ぼす可能性があり、ユーザーは注意が必要だ。本記事では、この現象の詳細、原因、そして具体的な対処法までを、技術的な背景を交えて詳細に解説する。
奇妙なバグの正体：閉じたはずのタスクマネージャーが増え続ける
通常、アプリケーションはウィンドウ右上隅の「×」ボタンをクリックすれば終了する。Windowsに不可欠なユーティリティである「タスクマネージャー」も例外ではないはずだった。しかし、2025年10月28日にリリースされたオプションのプレビュー版アップデート「KB5067036」を適用した環境で、この常識が覆る事態が発生している。
ユーザーがタスクマネージャーを開き、「×」ボタンでウィンドウを閉じても、ウィンドウが消えるだけでプロセス自体はバックグラウンドで生き残り続ける。そして、再びタスクマネージャーを起動すると、以前のプロセスは残ったまま、新たなプロセスが追加で起動してしまうのだ。 これを繰り返すと、まるでゾンビのように終了しないタスクマネージャーのプロセスが、システム内に次々と複製されていくことになる。
この現象は、まさにタスクマネージャー自身で確認できる。タスクマネージャーの「プロセス」タブを開き、自身である「タスク マネージャー」の項目を探すと、開閉を繰り返すたびにその数が増えていく様子が見て取れる。
パフォーマンスへの影響は？無視できないリソース消費
増殖したプロセスは、それぞれがシステムのリソースを消費する。PC Gamer誌の簡易的なテストによれば、1つのタスクマネージャープロセスは、CPU使用率を0%から約1.5%の間で変動させ、メモリを約20MBから25MB消費するという。
1つあたりの負荷は僅かだが、この問題に気づかずにPCを長時間稼働させ、日常的にタスクマネージャーの開閉を繰り返すユーザーの場合、その影響は無視できないレベルに達する可能性がある。例えば、30個のプロセスが蓄積されれば、それだけで600MBから750MBのメモリが占有される計算だ。
Windows Latestはさらに踏み込んだ検証を行っている。100回にわたってタスクマネージャーの開閉を繰り返したところ、合計100個のインスタンスが生成され、約2GBものメモリを消費したという。 32GBのような大容量メモリを搭載したPCではすぐには問題にならないかもしれないが、メモリ容量の少ないノートPCなどでは、システムの応答性低下といった形でパフォーマンスへの悪影響が顕在化する可能性は十分にある。
原因は最新プレビュー版アップデート「KB5067036」か
この不可解な現象の引き金となったのは、2025年10月28日にリリースされたWindows 11向けのプレビュー版アップデート「KB5067036」であると見られている。 これはセキュリティ修正を含まないオプションの更新プログラムであり、自動的にインストールされるものではないため、現時点では一部の先進的なユーザーや開発者のみが影響を受けている状況だ。
皮肉なことに、このアップデートの変更履歴には、タスクマネージャーに関する修正が含まれていた。Microsoftの公式ドキュメントには、「一部のアプリがプロセスと正しくグループ化されないことがある問題を修正しました」との記述がある。 このプロセス管理のロジックに手を加えたことが、意図せずウィンドウを閉じる際の正常な終了処理を妨げるという、予期せぬ副作用を生んだ可能性が高い。
Microsoftは記事執筆時点でこの問題を公式に認めておらず、アップデートの「既知の問題」リストにも記載はない。 しかし、複数の海外メディアやRedditなどのコミュニティで広く報告されており、アップデートに起因するバグであることはほぼ確実視されている。
今すぐできる2つの対処法
幸い、増殖してしまったタスクマネージャーのプロセスを終了させるための、簡単で確実な回避策が存在する。もし自身のPCでこの現象が確認された場合は、以下のいずれかの方法を試してほしい。
対処法1：タスクマネージャー自身で「タスクの終了」
最も直感的な方法は、タスクマネージャーを使ってタスクマネージャー自身を終了させることだ。
- タスクマネージャーを開く。
- 「プロセス」タブの中から、終了させたい「タスク マネージャー」のプロセスを選択する。
- ウィンドウ右上（または右下）にある「タスクの終了」ボタンをクリックする。
この手順であれば、「×」ボタンとは異なり、プロセスを完全に終了させることができる。 複数のプロセスが存在する場合は、それぞれに対してこの操作を繰り返す必要がある。
対処法2：コマンドプロンプトで一括終了
複数のプロセスを一つずつ終了させるのが面倒な場合は、コマンドプロンプトやPowerShellを使って一括で強制終了する方法が効率的だ。
- スタートメニューを右クリックし、「ターミナル（管理者）」または「コマンドプロンプト（管理者）」を選択する。
- 開いたウィンドウに以下のコマンドを入力し、Enterキーを押す。
>taskkill /im taskmgr.exe /f
このコマンドは、taskmgr.exeという名前のプロセス（つまりタスクマネージャー）をすべて強制的に（/fオプション）終了（taskkill）させるものだ。 これにより、バックグラウンドに潜む全てのゾンビプロセスを一掃できる。
開発者の視点とMicrosoftの品質管理への問い
この一件は、単なる奇妙なバグとして片付けられるものではないかもしれない。The Register誌は、かつてMicrosoftに在籍し、Windows NT向けの初代タスクマネージャーを開発したDave Plummer氏のコメントを紹介している。彼はこの現象について、「出来が良すぎて、死ぬことを拒否するコードなんだ！」とX（旧Twitter）上で冗談めかしてコメントした。
彼のユーモアは、現代のソフトウェア開発が抱える複雑さと脆さを示唆している。Plummer氏が開発に携わった時代、アプリケーションはよりシンプルで、リソース効率が厳しく求められた。 一方で現代のWindowsは、度重なる機能追加とコードの複雑化により、一つの小さな修正が予期せぬ連鎖反応を引き起こすリスクを常に内包している。
注目すべきは、今回の不具合が単発の事故ではない可能性だ。Windows Latestが指摘するように、2025年10月はWindows 11にとって多難な月だった。 月初のセキュリティアップデートでは、一部の環境でローカルホストへの接続ができなくなる問題や、Windows回復環境（WinRE）でキーボードやマウスが認識されなくなるという深刻な不具合が発生し、Microsoftは帯域外（定例外）の緊急アップデートで対応を迫られている。
品質管理プロセスで検知できたはずの明白なバグが、プレビュー版とはいえユーザーの元に届けられてしまう事態が続いていることは、Microsoftの開発・テスト体制に対する信頼を揺るがしかねない。修正（Fix）が新たなバグ（Borkage）を生むというサイクルは、開発者にとってもユーザーにとっても不幸な状況と言えるだろう。
今後の見通しとユーザーが取るべき行動
このタスクマネージャーの問題は、オプションのプレビュー版アップデートに起因するものであり、影響範囲は限定的だ。プレビュー版の目的が、正式リリース前の広範なテストであることを考慮すれば、こうした問題が発見されること自体はプロセスの一部とも言える。そのため、Microsoftは近いうちにこの問題を修正する可能性が高い。
すでにKB5067036をインストールしてしまったユーザーは、前述の回避策を講じつつ、修正アップデートを待つのが賢明だ。どうしても気になる場合は、システムの「設定」から「Windows Update」>「更新の履歴」>「更新プログラムをアンインストールする」と進み、KB5067036を削除することも可能である。
まだこのアップデートをインストールしていない大多数のユーザーは、急いで適用する必要はない。Microsoftが問題を修正し、来月のセキュリティアップデートに修正内容が統合されるのを待つのが最も安全な選択だろう。システムの中核を担うユーティリティで発生した今回の奇妙なバグは、最新機能を追い求めることのリスクと、安定したコンピューティング環境の価値を改めてユーザーに問いかけているのかもしれない。
Sources
