「シャットダウンを押したのに、勝手に起動してくるんです」
この一文で持ち込まれる相談が、ここ最近ずっと途切れません。画面が真っ暗になって、ファンの音が止まって、「よし切れた」と思った数秒後。何事もなかったような顔でメーカーロゴが出てくる。あの気持ち悪さ、経験した人にしか伝わらないやつです。
私はこの症状を、店の中で ゾンビシャットダウン と呼んでいます。倒したはずなのに起き上がってくるから。ふざけた名前ですが、この呼び方をすると直し方の順番がはっきりするので、最後まで使わせてください。
そしてもう一つ、大事なことを先に言っておきます。この症状で初期化が必要になるケースは、実はかなり少ないです。 検索すると「リカバリしましょう」で終わっている記事が多いのですが、私の実感としては、順番さえ間違えなければ初期化せずに戻せます。
直し方に入る前に、10秒だけ自分の症状を分類してください。ここを間違えると、まったく効かない対処を延々と試すことになります。私も昔はここで時間を溶かしました。
シャットダウンを選ぶ。画面が消える。ファンが止まる。数秒〜十数秒後に、勝手に起動する。 そして今度は普通にデスクトップまで上がってきて、そのまま安定して動く。エラーも出ない。何度シャットダウンしても同じことが起きる。これがゾンビシャットダウンです。
ポイントは「起きたあとは正常」という点です。起動さえしてしまえば何の問題もない。だからこそ「壊れてるのかどうかも分からない」という不気味さがあります。
起動の途中で落ちて、また起動して、また落ちる。メーカーロゴとぐるぐるを何度も繰り返す。あるいは青い画面（ブルースクリーン）が一瞬出る。これは起動が完走できていない状態で、原因も対処もまったく別物です。この記事の手順は当てはまりません。回復環境からのスタートアップ修復が入口になります。
そもそもシャットダウンしていない。スリープにしただけなのに、置いておくと画面が点く。マウスの微振動、LANの信号、更新のスケジュールなど「起こしている犯人」が実在するパターンです。この記事の第3章の一部（ウェイク要因の確認）だけが効きます。
自分がタイプ1だと分かった方は、そのまま読み進めてください。ここから先は全部あなたの話です。
「勝手に起動する」と聞くと、何かがPCを叩き起こしているイメージを持つと思います。実際には、その逆のパターンのほうがずっと多い。原因を整理すると、次の4系統に収まります。
Windows Updateには、「再起動しないと仕上げができない」タイプの更新があります。とくにメーカー製のファームウェア更新（BIOSやチップセットの書き換え）は、再起動の途中で書き込み処理をするので、その工程を通らないと完了しません。
この仕上げが一度失敗すると、Windowsは「まだ再起動が必要な状態」というフラグを持ち続けます。そして次にシャットダウンを押したとき、Windowsは律儀にこう考えます。「終わってない仕事があるな。じゃあ再起動しよう」。ユーザーはシャットダウンを押したのに、システムは再起動を実行する。これがゾンビシャットダウンの正体その1です。
終わりきらずに保留フラグだけ残していく更新なので、私はこれを置き土産アップデートと呼んでいます。しかも厄介なことに、再起動で仕上げようとしてまた失敗するので、置き土産は置きっぱなしのままループします。
Windows 11で標準的に有効になっている機能です。これが入っていると、いわゆる「シャットダウン」は完全な電源オフではありません。次回の起動を速くするために、システムの状態を一部保存して、休止状態に近い形で電源を落とします。
便利なのですが、副作用があります。不具合を抱えた状態もそのまま保存して引き継いでしまうこと。そして完全な電源オフ状態まで落ちきらないので、ちょっとしたきっかけで起き上がってしまうこと。系統①と組み合わさると、症状が固定化します。
「完全シャットダウン」というのは、このS5まできちんと落とすことを指します。設定を変えなくても、スタートメニューの電源アイコンをクリックしたあと、キーボードのShiftキーを押しながら「シャットダウン」をクリックすれば、その回だけ完全シャットダウンになります。切り分けの第一手として非常に有効です。
こちらは文字通り、何かがPCを起こしているパターンです。よくある犯人は次のとおり。
ネットワークアダプタの「Wake on LAN（マジックパケットでの起動）」、USBマウスやキーボードの「スタンバイ解除を許可する」設定、外付けHDDやドッキングステーション、BIOS側の「Wake on LAN」「USB Wake」「After Power Loss（停電復帰時に自動起動）」、そしてWindowsのタスクスケジューラに登録された更新チェックのタイマー。ノートの場合は「ふたを開けたら起動」の設定も見落としがちです。
ただし、ここには落とし穴があります。ゾンビシャットダウンの多くは、実は系統③ではありません。 「勝手に起動する」という見た目に引きずられてここから調べ始めると、全部シロで空振りします。あとで確認方法を書きますが、順番としては後回しで構いません。
店長より
電源ボタンの物理的な引っかかり、EC（エンベデッドコントローラ／電源まわりを司る小さな制御チップ）の状態異常、電源ユニットやマザーボードの不具合。デスクトップだと電源ボタンのケーブルが挟まっている、という笑えない例もあります。
頻度としては最も低いですが、可能性としてはあります。そして幸いなことに、これは1回のテストでほぼ確実にシロクロつけられます。第5章で実例を出します。
ここからは実作業です。上から順に、1つやるたびにシャットダウンを試してください。 まとめて全部やると、どれが効いたのか分からなくなります（私はこの記事の最後で、まさにそれをやらかした記録を書いています）。コマンドを打つ手順はありません。全部マウスで完結します。
これで電源が落ちたまま維持されるなら、犯人は高速スタートアップ側です。ステップ2に進んでください。それでも起き上がるなら、保留中の更新が有力です。ステップ4へ。この1手で原因の半分が絞れます。
「ハードウェアとサウンド」→「電源オプション」→ 左側の「電源ボタンの動作を選択する」。画面の上のほうにある「現在利用可能ではない設定を変更します」（盾のアイコン付き）を先にクリックしてください。ここを押さないと、下の項目がグレーのままで触れません。
下の「シャットダウン設定」にある「高速スタートアップを有効にする（推奨）」のチェックを外して、「変更の保存」をクリック。
起動が数秒遅くなりますが、安定性は上がります。トラブルが出ている機体では、私は外したままにすることをおすすめしています。
地味ですが、これで直る例は本当にあります。とくにドッキングステーションと外付けHDDは要注意。 抜いた状態で止まるようなら、1つずつ戻して犯人を特定してください。
再起動が完了したら、もう一度「更新プログラムのチェック」。何も出なくなるまで繰り返します。
そのうえで、同じ画面の「更新の履歴」を開いてください。赤字で「失敗しました」と出ている項目、とくにメーカー名の入ったFirmware系の更新があれば、それが本命です。名前を控えておいてください。第5章で使います。
これは症状を直す設定ではありません。症状の正体を見せるための設定です。もし裏で異常終了が起きているなら、次回からは自動で再起動せず、停止コード付きの青い画面で止まってくれます。そこに出る英数字が、原因特定の最短ルートになります。
逆に、これを外しても何も出ずに勝手に起動するなら、異常終了ではないと確定します。これも立派な収穫です。
BIOS更新の途中で電源を切る、または電源が落ちる。 書き込み中に中断すると、起動しない状態になる可能性があります。ノートは必ずACアダプタを挿し、バッテリー残量を確保してから実行してください。
いきなり初期化する。 この症状は初期化しても再発する場合があります。原因が更新やファームウェア側にあると、初期化後に同じ更新が降ってきて、同じところで詰まるからです。データを失ったうえに症状も残る、という最悪の結果になりかねません。
ここからは少し踏み込みます。コマンドが出てきますが、コピーして貼り付けるだけです。全部「見るだけ」のコマンドで、設定を変更するものは含まれていません。安心してください。
スタートボタンを右クリックして「ターミナル（管理者）」を選びます。開いた黒い（または青い）画面に、次の3行を1つずつ貼り付けてEnterを押してください。
2行目は「起動を予約しているタイマー」。3行目は「直近でPCを起こした要因」です。
ここで1行目が「NONE」、3行目が「スリープ状態の解除履歴カウント 0」だった場合、それは大きな収穫です。 誰もPCを起こしていない、という証明になります。つまりウェイク要因（系統③）は除外できて、原因はシャットダウン処理そのものにあると絞れます。
イベントビューア（検索欄に「イベントビューア」と入力）を開いて「Windowsログ」→「システム」を見ると、赤いエラーがずらっと並んでいて心臓に悪いと思います。ですがここに出る赤の大半は、健康なパソコンでも普通に出ています。 ここで誤診すると、直らない方向に何時間も走ることになります。よくある3つを潰しておきます。
Kernel-Power 41。 「システムは正常にシャットダウンする前に再起動しました」と表示されるので、いかにも犯人に見えます。ですが、このイベントの「詳細」タブでXMLを開いてください。BugcheckCode が 0 なら、クラッシュではありません。 ブルースクリーンは起きていないという意味です。さらに LongPowerButtonPressDetected が true なら、それは誰かが電源ボタンを長押しして強制終了した記録です。つまり、自分でやった痕跡。詳細を開かずに犯人扱いすると、確実に迷走します。
DistributedCOM の 10005 / エラー「1115」。 1115というコードは「システムのシャットダウンが進行中」という意味です。シャットダウン中に何かのサービスを起動しようとして断られた、という記録なので、症状の傍証にはなります。ただしこれ単体では犯人になりません。
Service Control Manager の 7043。 「サービスがプレシャットダウン制御を受け取った後、正常に終了しませんでした」というログです。これも常駐ソフトやメーカー製ユーティリティ由来で日常的に出ます。大量に出ていれば「終了処理が途中で切られている」傍証にはなる、という程度に扱ってください。
つまりこの2つは「ゾンビシャットダウンの証拠」ではなく「そういう状態と矛盾しない材料」です。組み合わせて読むものであって、単独で結論を出すものではありません。
店長より
ここからは実際の1台です。持ち込まれたのは HP OmniBook 3 16（Ryzen 5 230 / メモリ16GB / SSD 512GB、型番 16-bw0xxx）。症状はまさにゾンビシャットダウンでした。
最初に確認したのは「この機種で多発している既知の不具合なのかどうか」です。もしリコール級ならメーカー案件で、こちらが手を動かす話ではなくなります。HPサポートコミュニティ（日本語・英語）、価格.com、Reddit、Tom’s Guideを横断して調べましたが、OmniBook 3 16とこの症状で報告が集まっているスレッドは見つかりませんでした。 機種固有の既知不具合ではない、という判断です。
ただしHP機全般では散発している症状でした。たとえばProBook 440 G7では「シャットダウン後の自動再起動はファームウェアレベルの電源イベント処理が原因で、高速スタートアップ無効化・BIOSのwake設定・ECリセット・モダンスタンバイ無効化で大半が解決」という報告があります。HPとWindows 11の組み合わせで、たまに出る類の症状ということですね。
Windows Updateの更新履歴を見ると、症状が出た当日付でこれらが入っていました。HP Inc. Firmware Driver Update (15.11.0.0)、AMDのディスプレイドライバー、Realtek系ドライバーが5本、AMD ComputeAccelerator Driver Update。
一番上のHP Firmwareが目を引きます。これはWindows Update経由で配られるUEFIファームウェアの更新で、インストール完了に再起動時の書き込み処理が必要なタイプです。書き込みが完了していないと「再起動が必要」な状態を保持し続ける。第2章で書いた置き土産アップデートそのものです。発生タイミングも一致していました。
イベントビューアには、DCOMエラー1115（TrustedInstallerの起動に失敗）、WindowsUpdateClient ID 20（更新プログラムのインストール失敗）、Service Control Manager 7043の大量発生、そしてKernel-Power 41が並んでいました。
前章で書いたとおり、1115も7043もそれ単体では犯人になりません。Kernel-Power 41にいたっては、XMLを開くと BugcheckCode が 0 で LongPowerButtonPressDetected が true。こちらが手で電源を落とした記録でした。 完全にシロです。
それでも、ID 20の「インストール失敗」と1115と7043の大量発生が同じ時刻帯に固まっているという並び方には意味がありました。「失敗した更新が保留のまま残り、シャットダウンのたびに仕上げ処理が走って失敗し、再起動に化ける」という筋書きが、ここで見えてきます。
Windows Update経由でファームウェアが入りきらないなら、メーカーのサポートページから直接当てればいい。ということでSoftPaqを探しました。
ここで型番の確認が重要になります。OmniBook 3 16には 16-bu / 16-by / 16-bw / 16-bz といった系統があり、それぞれ別ページ・別BIOS系統です。今回は 16-bw0xxx、正式には「HP OmniBook 3 16 inch Laptop AI PC 16-bw0000」でした。適用したのは、AMD CPU向けのシステムBIOSアップデート F.11 Rev.A。Windows Updateが失敗していた 15.11.0.0 に対応するのが、このF.11でした。
なおOmniBook 5系では、HP PC Hardware Diagnosticsアプリが機種に合わない別系統のBIOSを推奨してくる誤判定の報告があります。バージョン番号だけで飛びつかず、SoftPaqの対象機種欄に自分の型番が明記されているかを必ず確認してください。
迷ったら、起動直後にF10キーを押してBIOS設定に入り、「Check HP.com for BIOS Updates」を使うのが確実です。本体のシリアル番号でメーカー側が正しいBIOSを引いてくるので機種誤認がなく、Windowsを経由しないため、OS側の更新処理が壊れている状況でも巻き込まれません。
結果。BIOS更新は成功。しかし症状は変わらず。 ここで一度、天を仰ぎました。
ここで原因の所在をはっきりさせておくことにしました。USBメモリに入れたLinuxのライブ環境で起動して、そこからシャットダウンを試します。Windowsを一切通さずに、ハードだけで電源を落とせるかを見るテストです。
結果は、正常にシャットダウンできました。 これは大きい。この時点で、ハードウェアもECもBIOSのS5遷移も全部シロだと確定します。残るはWindows側だけ。第2章の系統④が、この一手で消えました。
店長より
前章の3行コマンドを実行しました。wake_armed は NONE（起床可能なデバイスなし。LANもキーボードもシロ）。waketimers はHPの定期テストが1件だけで、発火予定は2日後、症状とは無関係。そして lastwake は「スリープ状態の解除履歴カウント 0」。
最後の1行が決定的でした。スリープやS5からのウェイクなら、必ず履歴に残ります。それがゼロということは、Windowsは「起床した」とすら認識していない。つまりこれはウェイクではなく、シャットダウン処理そのものが再起動に化けているということです。
ここまでで「Windowsのシャットダウン処理が、保留中の更新のせいで再起動に振り替えられている」という仮説が固まりました。最後にこれらを実行します。高速スタートアップの無効化（第3章のステップ2）に加えて、保留フラグの確認とWindows Updateキャッシュの一掃です。
そのうえで、Windows Updateの作業フォルダを退避させます。ここから先は変更を伴う処理です。
そのあと、システムファイルの整合性を回復させます。
結果、シャットダウン後、電源が落ちたまま維持されるようになりました。 ゾンビは、ようやく横になってくれた。
記録として書いておくと、どの処理が決定打だったのかは断定できていません。 複数の対処をまとめて実施したからです。お客様のパソコンなので、原因究明より復旧を優先しました。第3章で「1つずつやってください」と書いておきながら、自分は束にして殴っている。矛盾していますが、現場ではそうなります。
確定しているのは次のこと。ハードウェア・EC・BIOS・ACPIはすべて正常（Linuxで正常に落ちた）。ウェイク要因ではない（wake_armed が NONE、起床履歴 0）。クラッシュでもない（BugcheckCode が 0）。Windowsのシャットダウン処理が、途中で再起動に化けていた。
最有力の原因は、Windows Updateで配信されたHPファームウェアの適用が完了しきらず、保留中の再起動フラグが残り続けていたこと。BIOS F.11の手動適用だけでは症状が残ったので、ファームウェアの当て直しと保留フラグの解消、そして高速スタートアップの無効化がセットで効いたと見るのが自然だと思っています。置き土産を片づけ、置き土産が届く経路を作り直し、寝床を固くした。3つ揃って、ようやくでした。
ACアダプタを必ず接続し、バッテリーを50%以上にしておくこと。実行中は絶対に電源を切らず、画面が暗くなっても待つこと。そしてSoftPaqの対象機種欄に、自分の型番が明記されているかを確認すること。型番が近いだけの別系統を当てると、取り返しがつきません。
少しでも不安があれば、ここは無理をしないでください。第3章のステップ1〜5まででも、かなりの割合が止まります。
全部やっても直らない。そういうときでも、初期化の前に打てる手が1つあります。修復インストール（インプレースアップグレード）です。
Microsoftの公式サイトからWindows 11のインストールメディア作成ツール（またはISO）を取得し、Windowsが起動している状態でセットアップを実行して、「個人用ファイルとアプリを引き継ぐ」を選びます。これでOSの中身だけを入れ替えつつ、データもアプリも設定も残ります。
壊れたシステムファイルや、こじれた更新の状態が丸ごとリセットされるので、原因が特定できていない場合でも効きます。所要時間は1〜2時間ほど。初期化に比べれば、失うものが桁違いに少ない。 ただし念のため、実行前に大事なデータのバックアップは取ってください。
ここまでやってもダメなら、そこで初めてハードウェアを疑う段階です。購入直後であれば、メーカー保証での修理・交換も視野に入ります。その場合、ここまでの記録（更新履歴・イベントログ・Linuxでの動作）を伝えられると、話がとても早くなります。
キャッシュ一掃で作った SoftwareDistribution.old と catroot2.old は、1〜2週間ほど様子を見て問題がなければ削除して構いません。数日は通常運用で、シャットダウンが安定するかを確認してください。
そして今後のために、ひとつだけ習慣にしていただきたいことがあります。「今すぐ再起動する」と出たら、シャットダウンではなく再起動を選ぶ。 たったこれだけで、置き土産アップデートはほとんど発生しません。夜寝る前にシャットダウンしたい気持ちはよく分かるのですが、そこで一度だけ再起動を通してあげると、パソコンは宿題を終えて眠ってくれます。
店長より
ゾンビシャットダウンは、パソコンが壊れた音ではありません。終わらせてもらえなかった仕事が、まだ手を挙げている音です。 置き土産を片づけてやれば、ちゃんと横になります。伝えたいことは書きました。
