高速スタートアップの正体 ── Windowsの「シャットダウン」が再起動と違う理由

「シャットダウンして電源を入れ直したのに、プリンターが認識されない。ところが再起動したら直った」

この違いを理解する鍵が、Windowsの高速スタートアップです。Windows 8以降では、休止状態をサポートし、この機能が有効なPCの「シャットダウン」は、Windowsの状態をすべて作り直す操作ではありません。アプリとユーザーセッションは閉じますが、カーネル・ドライバー・サービスの状態は保存し、次の起動で復元します。これをハイブリッドシャットダウンと呼びます。¹²

一方、「再起動」は高速スタートアップの設定にかかわらず、常に完全なブートサイクルを行います。「電源を切って入れ直す」と「再起動する」は、同じ操作ではないのです。¹

この記事では、先に操作の選び方を示し、その理由、症状別の切り分け、確認方法、設定変更の判断へと進みます。APIやWindowsサービスの実装上の注意は7章にまとめました。対象はWindows 10/11を管理する情シス担当者と、装置PC・検証機向けのWindowsアプリ開発者です。確認・設定にはPowerShell 5.1以降を使います。

1. まず結論：目的に合う操作を選ぶ

高速スタートアップをいきなりオフにする前に、何をしたいのかを分けてください。

この選び分けの根拠になるのが、次の3つの違いです。¹³⁴

flowchart TB
    accTitle: 電源メニューの3つの操作と実際に起きること
    accDescr: シャットダウンは既定でハイブリッドシャットダウンになりカーネルを休止ファイルへ保存する。再起動は常に完全なブートサイクルを行う。休止状態はユーザーセッションごと休止ファイルへ保存する。
    shutdown["シャットダウン"] --> hybrid["ハイブリッドシャットダウン（既定）"]
    hybrid --> saveKernel["カーネルを休止ファイルへ保存"]
    restart["再起動"] --> full["完全なブートサイクル"]
    full --> reinit["カーネル・ドライバー・サービスを作り直す"]
    hibernate["休止状態"] --> s4["休止（S4）"]
    s4 --> saveAll["メモリ全体を保存"]

図1: 「シャットダウン」は状態を保存し、「再起動」はWindows側の状態を作り直す。通常の休止状態は、ユーザーセッションも含めて保存する。再起動しても、接続先の装置の電源まで切れるわけではない。

「一度リセットすること」と「毎回の終了方法を変えること」は別の判断です。一般の業務用ノートPCはオンのままとし、必要なときに再起動するのが現実的です。Microsoftも高速スタートアップの一律の無効化は推奨していません。¹

図の実線は常に成り立つ関係、破線は条件付きの関係です(成立条件は詳細ページの各関係の説明に記載)。関係すべての一覧(全24件、根拠・確度つき)と主要概念の定義は知識マップ詳細ページにまとめています。データ: JSON-LD / Turtle

2. 仕組み：Windowsの状態を「作り直さずに戻す」

2.1 完全シャットダウンとの分かれ道

Windowsの起動には、従来のコールドブート、休止状態からの復帰、Windows 8で導入された高速スタートアップの3つのモードがあります。コールドブートでは、ブートローダーがカーネルをメモリに読み込んでリンクし、カーネルがコアの機能を構成して、接続されたデバイスを列挙し、ドライバーを読み込みます。高速スタートアップは、その代わりに休止ファイルから初期化済みの状態を読み戻します。⁵

読み戻すための準備は、前回のシャットダウン時に行われます。アプリを閉じ、すべてのユーザーをサインアウトするところまでは完全シャットダウンと共通です。そのあとが分かれます。⁵¹

ドライバーが受け取るのも、終了の通知ではなく、休止への遷移を告げる電源IRPです。ユーザーには電源オフに見えても、Windowsの芯の部分は終了せず、次の起動まで保存されているわけです。⁵

2.2 保存されるものと、閉じられるもの

境界は、ユーザーセッション(セッション1以降の対話セッション)とカーネルセッション(セッション0)にあります。⁶²

ユーザー単位のサービスとセッション0のサービスは、同じ「サービス」でも扱いが違います。前者はサインイン時に作られ、サインアウト時に停止・削除されるため、持ち越されません。⁷

反対に、保存される側には、ドライバーの内部状態や、システムサービスが保持するハンドル・メモリ・内部キャッシュが残ります。Microsoftのハードウェア向けドキュメントも、カーネル・ドライバー・サービスが再起動ではなく保存・復元されるため、カーネルの再起動間の稼働時間が以前のWindowsより長くなり得ると説明し、ドライバーやサービスのメモリリークを監視するよう求めています。²

2.3 通常の休止状態との違い

通常の休止状態は、ユーザーセッションを含むメモリ全体を保存します。高速スタートアップは、ユーザーをサインアウトしてから保存します。その分だけ休止ファイルが小さく、書き出しも読み戻しも速くなります。²⁶

電源状態の用語では、完全シャットダウンがS5、休止状態がS4です。ハイブリッドシャットダウンは、ユーザーにはS5のように見えますが、実際にはS4を経由します。ただしデバイスのwakeアラームへの応答はS5相当に扱われます。同じS4でも通常の休止状態とすべて同じ振る舞いになるわけではなく、この違いが4.4のWake on LANに関係します。⁶

2.4 次の起動では「初期化」ではなく「再開」する

高速スタートアップからの起動は、ファームウェアの初期化、休止ファイルの読み込み、デバイスの再開、Winlogonの再開、Explorerの初期化という順に進みます。休止ファイルには、シャットダウン時に書き出したシステムのコンテキストが保存されています。⁸

ここで重要なのは、デバイスが初期化ではなく再開されることです。周辺機器を認識しない、USB機器が復帰後に反応しない、といった不調をドライバーが内部に抱えていた場合、その状態も持ち越され得ます。

「再起動」はこの保存・復元の経路を使わず、常に完全ブートを通ります。ドライバーのインストール後や、完全な再起動なしには置き換えられないWindowsの要素を更新したあとに再起動が必要なのも、Windows側の状態を作り直すためです。¹

3. 設定を変えずにリセット・完全シャットダウンする

3.1 リセットして使い続けるなら「再起動」

不具合の切り分けや、一度Windowsをまっさらな状態にしたい場合は、電源メニューの「再起動」を選びます。高速スタートアップの設定に依存しないため、手順書にもこの操作を書くのが確実です。¹

ただし、再起動は完全なブートサイクルであって、電源が切れた状態(S5)にしておく操作ではありません。別OSからディスクを扱う前など、Windowsを完全に終了して電源も切る必要がある場合は、次の方法を使います。

3.2 電源まで切るなら shutdown /s /t 0

作業を保存してから、次のコマンドを実行します。

shutdown /s /t 0

Shutdown.exe の /s は既定で完全シャットダウンです。ハイブリッドシャットダウンにしたいときだけ /hybrid を /s と組み合わせます。電源メニューの「シャットダウン」と、コマンドの /s は既定の動作が違います。¹⁹

装置PCの終了処理やバッチでも、このコマンドなら「完全に終了して電源を切る」という意図を明確にできます。なお、/g は完全にシャットダウンしてから再起動し、自動再起動サインオン(ARSO)が有効なら登録済みアプリを再開するオプションで、電源を切ったままにする指定ではありません。⁹

3.3 Shiftキーを使う方法と、アプリから呼ぶ方法

Shiftキーを押しながら「シャットダウン」を選ぶと、その1回だけ完全シャットダウンになります。ただし、これは公式リファレンスではなくMicrosoft Q&Aのサポート回答で案内されている手順です。運用に使う場合は5章の稼働時間やイベント27で結果を確認し、ユーザー向け手順書には確実さの点で「再起動」か shutdown /s /t 0 を書くほうが無難です。¹⁰

アプリからAPIで完全シャットダウンすることもできます。たとえば InitiateSystemShutdownEx の bRebootAfterShutdown を FALSE にする方法です。APIごとのフラグ、電源オフと再起動の違い、必要な特権は7章にまとめます。¹¹

4. 症状別に原因を切り分ける

ここまでの仕組みで、稼働時間や不具合の持ち越しは説明できます。ただし、目の前の症状を高速スタートアップのせいだと決めつけてはいけません。とくにWake on LANは、別の制約として切り分けます。

4.1 シャットダウンでは直らず、再起動すると直る

最初にすることは、再起動後にも再現するかの確認です。再起動で消えるなら、ドライバーやサービスに持ち越された状態が原因だという仮説が有力になります。

ただし、再起動で直ったことだけでは確定しません。間欠的な不具合がたまたま出なかった可能性も、再起動が保留中の更新を完了させた可能性もあります。原因として扱う前に、次の裏付けを取ります。

1. 「シャットダウン後は再現し、再起動後は再現しない」を複数回確認する。
2. 5章のKernel-Bootイベント27で、直近の起動が高速スタートアップ(0x1)だったことを確認する。
3. デバイスマネージャーやシステムログにある、ドライバー側の記録と突き合わせる。

裏付けが取れても、すぐに全端末の設定を変える必要はありません。多くの場合、手順書の「電源を切って入れ直す」を「再起動する」に直せば足ります。毎回の終了時に初期化を保証したい端末かどうかは、6章で判断します。

シャットダウン自体が失敗して、ロック画面に戻る場合は別の確認が必要です。高速スタートアップが有効なシャットダウンは休止処理として実行され、その途中でメモリダンプの構成を初期化します。ダンプフィルターのドライバーを読み込めないと休止に失敗し、イベントID 45を記録してロック画面へ戻ります。Microsoftが示す確認先は、HKLM\SYSTEM\CurrentControlSet\Control\CrashControl の DumpFilters です。この症状は「シャットダウンの失敗」ではなく「休止の失敗」と捉えると、調べる場所が明確になります。¹

4.2 毎晩シャットダウンしても、稼働時間がリセットされない

タスク マネージャーの「パフォーマンス」>「CPU」に、何日もの稼働時間が表示されることがあります。ハイブリッドシャットダウンではカーネルが休止・復元されるだけなので、カーネルの起動時刻は更新されません。²

WMIでは、Win32_OperatingSystem.LastBootUpTime を使い、現在時刻から起動時刻を引いて稼働時間を求めます。完全ブートを通る再起動や、完全シャットダウン後の起動では、この基準になる起動時刻が更新されます。¹²

PowerShell 6以降の Get-Uptime は、高分解能タイマーのシステム起動以降のティック数を使います。そのためWMIから求めた値とはわずかに異なる場合がありますが、カーネルの起動を基準にする点は同じです。¹³

稼働時間が長いだけで、故障とも高速スタートアップとも断定しないでください。スリープ、明示的な休止状態、完了しなかったシャットダウンでも稼働時間は保たれます。イベント27と周辺のログを確認してから説明します。

また、「稼働時間が30日を超えたら再起動を促す」といった監視では、毎日シャットダウンしているユーザーにも警告が出ます。監視が誤っているわけではありません。通知文を「再起動してください」にしておくと、「昨夜シャットダウンしたのに」という混乱を避けられます。

4.3 「更新してシャットダウン」を選んでも更新が終わらない

更新を終わらせたいときは、「更新して再起動」を選びます。Microsoftのサポート情報(KB4011287)は、一部の更新が完全シャットダウン後の起動でしか完了できず、高速スタートアップの休止経由では保留される場合があると説明しています。この動作は再起動では起きません。³

「更新してシャットダウン」のあと、翌朝また「更新中」が出るのは、更新失敗ではなく、完全ブートを待っていた処理がその起動で進んでいるだけのことが多いです。高速スタートアップを無効にしている場合は、「更新してシャットダウン」も完全ブートを通るため、前提が変わります。

同じサポート情報には、Configuration Managerで管理する環境での更新完了の遅延が、Configuration Manager 2002とWindows 10 21H1で対処されたことも記載されています。³

4.4 シャットダウンしたPCをWake on LANで起こせない

この問題は、高速スタートアップをオフにするだけでは解決しません。Windows 10/11では、ハイブリッドシャットダウンからも完全シャットダウン(S5)からも、WindowsとしてのWake on LAN(WOL)はサポートされていません。⁴¹⁴

同じS4でも、「休止状態」と「シャットダウン」ではWindowsの扱いが違います。Microsoftの説明では、シャットダウンを指示したユーザーは消費電力ゼロを期待するため、Windowsはハイブリッドシャットダウンへの遷移時にNICをwake用に準備(arm)しません。明示的な休止状態への遷移では、この無効化は行いません。⁴

Windows 7でも、既定の完全シャットダウン(S5)からのWOLは公式にはサポートされていませんでした。ただし、残留電力があればNICがwake用に準備されたままになる機種がありました。Windows 10の既定のハイブリッドシャットダウンでは、Windowsが明示的にwakeを無効にする、という違いがあります。⁴

Modern Standby機は「スリープなら必ず起きる」と一般化できません。powercfg /a に「S0 低電力アイドル」と出る機種にはS3がありません。Modern Standbyでは画面が消えていてもシステムが低電力で動き、Wi-Fi・Ethernet・モバイルブロードバンドが接続を維持してwakeソースになり得ます。Ethernet接続時のリモートデスクトップやファイル共有でSoCを起こせることも、Microsoftの資料に記載されています。¹⁵

ただし、同じ資料には次の条件もあります。¹⁵

• 切断スタンバイではアプリがネットワークを使えず、バッテリー駆動中にはネットワークスタックが切断を始める場合がある。
• 有線LANは、パターンマッチのオフロードに対応していなければModern Standby対応にならない。
• Windows 11 version 24H2以降は、過度なバッテリー消費を検知すると多くのwakeソースが無効になる。

SurfaceではWindows 10 version 1607以降、Modern Standby中のWOLが既定で動作するとされていますが、他社製ノートPCの保証にはなりません。実際に起こせるかはNIC・ファームウェア・AC/DCの電源条件・OEMの実装で決まるため、夜間ジョブなどの無人運用に組み込む前に実機で確認してください。¹⁶

また、ファームウェアとハードウェアが独自にS4/S5からのwake用にNICを準備できる機種もあります。この場合Windowsは関与しません。「シャットダウンから起きる機種もある」というのは、この例外です。⁴

運用上は、起こしたい端末を「スリープ」か「休止状態」で待機させるのが基本です。NICの「Wake on Magic Packet」などを正しく設定していても、OSの電源遷移がwakeを無効にしていれば起きません。ドライバー側の区別方法は7.5で説明します。Modern Standbyの動作は「スリープ・休止・Modern Standbyと長時間稼働アプリ」、NICの設定は「Windows NIC詳細設定ガイド」も参照してください。

4.5 デュアルブートや別OSから同じディスクを扱う

この節は、電源状態の一次情報を踏まえた、仕組みから導かれる注意点です。ハイブリッドシャットダウンではカーネルのメモリイメージが保存され、次回起動で復元されます。⁶

休止に入る時点で保留中の書き込みはディスクへ確定されますが、ファイルシステムドライバーのキャッシュや、ボリュームの構造についての前提は休止ファイルに残ります。この間に別OS(LinuxやWindows PEなど)が同じNTFSボリュームへ書き込むと、次回Windowsが復元した古い認識と、ディスクの実体が食い違います。

危険なのは休止そのものではなく、別OSが書き換えたあとで、Windowsが古い状態を復元することです。Linux側のNTFSドライバーが休止状態のボリュームへの書き込みを拒否したり、読み取り専用でマウントしたりするのは、この不整合を防ぐための正しい動作です。

同じディスクを複数OSで扱う端末や、修復用の別OSから起動する検証機では、次のどちらかを運用に組み込みます。

• 高速スタートアップをオフにし、powercfg /h off で明示的な休止状態も無効にする。
• OSを切り替える前に、3章の完全シャットダウンを必須にする。

高速スタートアップだけをオフにしても、明示的な休止状態は残ります。休止したまま別OSから書き込めば、同じ不整合が起きる点に注意してください。

4.6 ファームウェア設定やデバイス構成の変更が反映されない

UEFI設定や周辺機器の構成を変えたのに、電源を切って入れ直しても以前の状態が残っているように見える場合は、再起動して完全ブートを通します。高速スタートアップでは、ドライバーはコールドブート時の初期化ではなく再開の経路を通るためです。

Microsoftは、コールドブートと休止復帰でデバイス構成を変えるドライバーに対し、高速スタートアップ後はコールドブートとして構成するよう求めています。そう実装されていないドライバーでは、再開の経路が問題になります。ドライバー側での判別方法は7.5にまとめます。⁵

5. 「設定」と「実際の起動経路」を分けて確認する

高速スタートアップが有効な設定であっても、直近の起動がその経路だったとは限りません。設定を確認する情報と、起動結果を確認する情報を分けて読みます。

5.1 確認する場所は4つ

稼働時間の考え方は4.2、休止ファイルと設定の関係は6.3・6.4でも説明します。²⁶¹⁷¹⁸

5.2 イベント27の読み方

Kernel-Bootのイベント27は、起動時に「ブートの種類は 0x1 でした」のような値を記録します。値の意味は公式リファレンスに記載がありませんが、次の対応として広く知られています。

稼働時間が続いていても、直近の値が 0x2 なら通常の休止状態からの復帰で、高速スタートアップではありません。稼働時間だけで説明せず、イベント27と組み合わせます。

5.3 PowerShellでまとめて確認する

次のスクリプトは、設定・休止ファイル・稼働時間・直近5回の起動の種類をまとめて表示します。レジストリとイベントログの読み取りは管理者権限がなくても大半は動きますが、powercfg /a は環境によって管理者権限を要求します。

# 高速スタートアップの設定と直近の起動の種類をまとめて表示する
$powerKey  = 'HKLM:\SYSTEM\CurrentControlSet\Control\Session Manager\Power'
$policyKey = 'HKLM:\SOFTWARE\Policies\Microsoft\Windows\System'

$local  = Get-ItemProperty -Path $powerKey  -Name HiberbootEnabled -ErrorAction SilentlyContinue
$policy = Get-ItemProperty -Path $policyKey -Name HiberbootEnabled -ErrorAction SilentlyContinue
$os     = Get-CimInstance -ClassName Win32_OperatingSystem
$hiberfil = Test-Path -LiteralPath "$env:SystemDrive\hiberfil.sys"

# 休止ファイルが無ければ(powercfg /h off)、レジストリの値にかかわらず高速スタートアップは動かない。
# ポリシー「高速スタートアップの使用を要求する」は有効(1)のときだけローカル設定より優先する。
# ポリシー値が 0 か未構成ならローカル設定(値なしは既定で有効)が使われる
$effective =
    if (-not $hiberfil) { '使えない(休止ファイル無し: powercfg /h off の状態)' }
    elseif ($null -ne $policy -and $policy.HiberbootEnabled -eq 1) { '有効(ポリシーで強制)' }
    elseif ($null -eq $local -or $local.HiberbootEnabled -eq 1) { '有効(ローカル設定)' }
    else { '無効(ローカル設定)' }

[pscustomobject]@{
    LocalHiberbootEnabled  = if ($null -eq $local)  { '(値なし: 既定で有効)' } else { $local.HiberbootEnabled }
    PolicyHiberbootEnabled = if ($null -eq $policy) { '(未構成)' } else { $policy.HiberbootEnabled }
    EffectiveSetting       = $effective
    HiberfilExists         = $hiberfil
    LastBootUpTime         = $os.LastBootUpTime
    Uptime                 = (Get-Date) - $os.LastBootUpTime
} | Format-List

# 直近5回の起動の種類(0x0=完全ブート、0x1=高速スタートアップ、0x2=休止からの復帰)
Get-WinEvent -FilterHashtable @{ LogName = 'System'; ProviderName = 'Microsoft-Windows-Kernel-Boot'; Id = 27 } -MaxEvents 5 |
    Select-Object TimeCreated, Message

# 利用可能なスリープ状態と休止ファイルの種類
powercfg /a

ここで表示する実効設定は、休止ファイルがあるか、ポリシーで有効を強制しているか、ローカル設定はどうかの順に判断します。ポリシー値が 0 または未構成ならローカル設定を使い、休止ファイルが無ければ、どの設定値でも高速スタートアップは使えません。

5.4 「誰が終了を要求したか」は別のログで確認する

システムログのイベントID 1074(User32) には、要求したプロセス・ユーザー・理由コードと、要求された操作(電源オフ、再起動など)が記録されます。ただし、ハイブリッドも完全シャットダウンも電源オフとして記録されるため、1074だけでは両者を区別できません。実際の経路は、次回起動時のイベント27で確認します。

予期しない停止は、41(Kernel-Power) や 6008(EventLog) との並びで切り分けます。¹⁹ 「装置PCが朝止まっていた」を追う手順は「アプリから見たWindowsのシャットダウン」で扱っています。

6. 高速スタートアップをオフにする判断と手順

6.1 一律にオフにせず、端末の役割で決める

Microsoftは高速スタートアップを既定で有効とし、無効化を推奨していません。起動時間の利点があり、ハードウェア向け資料では休止ファイルの読み書きが起動時間の約50%を占めるほど重要な処理として扱われています。一般のノートPCで、一律にオフにする理由はありません。¹²

判断の軸は、「電源オフで初期化されることが運用の前提か」と、「別OSから同じボリュームを書き換えるか」の2つです。この2つは独立しています。装置PCだからオフにした、で確認を終えず、別OSからの書き込みの有無も確認します。

6.2 1台ずつ変更する：コントロール パネル

Windows 10/11とも、変更する場所は「設定」アプリではなくコントロール パネルです。⁴

1. 「電源オプション」を開き、「電源ボタンの動作を選択する」を選ぶ。
2. 項目が灰色なら、「現在利用可能ではない設定を変更します」をクリックする(管理者権限が必要)。
3. 「高速スタートアップを有効にする (推奨)」のチェックを外す。
4. 変更を保存する。

項目自体が表示されない場合は、休止状態が無効で、休止ファイルが無い状態です。6.4の powercfg /a と休止ファイルの説明を確認してください。

6.3 複数台に設定する：レジストリとポリシーを区別する

ローカルの設定値は、HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager\Power の HiberbootEnabled(DWORD) です。0 で無効、1 で有効になり、コントロール パネルのチェックボックスもこの値を読み書きします。¹⁷

# 管理者として開いた PowerShell で実行する。高速スタートアップを無効にする
$powerKey = 'HKLM:\SYSTEM\CurrentControlSet\Control\Session Manager\Power'
Set-ItemProperty -Path $powerKey -Name HiberbootEnabled -Type DWord -Value 0

# 設定値を読み戻して確認する
(Get-ItemProperty -Path $powerKey -Name HiberbootEnabled).HiberbootEnabled

ただし、「高速スタートアップの使用を要求する」ポリシーが有効なら、ローカル値よりポリシーが優先します。ローカル値を 0 にし、読み戻しが 0 でも、有効のままです。その場合は先にポリシーを無効または未構成に戻します。¹⁸

このポリシーは、WinInit.admx の「コンピューターの構成 > 管理用テンプレート > システム > シャットダウン」にあります。書き込む先は HKLM\SOFTWARE\Policies\Microsoft\Windows\System の HiberbootEnabled です。IntuneではPolicy CSPの ADMX_WinInit/Hiberboot として構成できます。¹⁸

一律にオフを配る場合は、グループポリシー基本設定(Preferences)やIntuneの構成で、ローカルの HiberbootEnabled = 0 を配ります。ユーザーがオフにできないようオンを強制する場合に、このポリシーを有効にします。

flowchart TB
    accTitle: 高速スタートアップの設定の3層
    accDescr: ポリシーの「高速スタートアップの使用を要求する」が有効ならローカル設定より優先して有効になり、未構成ならローカルのHiberbootEnabledが使われる。どちらの経路でも休止ファイルが存在しなければ高速スタートアップは使えない
    policy{"ポリシー: 高速スタートアップの使用を要求する"}
    policy -->|"有効"| forced["有効に固定（ローカル設定は無視）"]
    policy -->|"無効・未構成"| local{"ローカル: HiberbootEnabled"}
    local -->|"1（既定）"| on["有効"]
    local -->|"0"| off["無効"]
    forced --> hib{"休止ファイル（hiberfil.sys）はあるか"}
    on --> hib
    hib -->|"ある（完全または縮小）"| works["高速スタートアップが動く"]
    hib -->|"ない（powercfg /h off）"| none["高速スタートアップは使えない"]

図2: ポリシーはオンを強制する設定。無効化を配るのはローカルのレジストリ値で、どちらも休止ファイルが無ければ高速スタートアップは使えない。

変更は次のシャットダウンから効きます。確認するときは、通常の「シャットダウン」をしてから電源を入れ、イベント27が 0x0 になることを見ます。再起動は設定に関係なく完全ブートになるので、無効化の確認には使えません。レジストリの読み戻しは設定値の確認、イベント27は実際の経路の確認です。

6.4 powercfg /h off は「高速スタートアップだけをオフ」とは違う

高速スタートアップは、休止ファイル hiberfil.sys の仕組みを使っています。powercfg /hibernate off(powercfg /h off)は、その休止ファイルを削除する操作です。高速スタートアップだけでなく、通常の休止状態とハイブリッドスリープも使えなくなります。²⁰⁶

一方、HiberbootEnabled = 0 にしても休止ファイルは残ります。目的ごとに、変更する対象を分けてください。

完全な休止ファイルは、休止状態・ハイブリッドスリープ・高速スタートアップをサポートします。ただし、ハイブリッドスリープにはS3が必要なので、S3を持たないModern Standby機では完全な休止ファイルがあっても使えません。縮小休止ファイルは、高速スタートアップだけをサポートします。もともと縮小の種類だったPCで高速スタートアップだけオフにしても、通常の休止状態やハイブリッドスリープが使えるようにはなりません。⁶

powercfg /a の表示も、この違いを読み分けます。

/type reduced が「パラメーターが正しくありません」で失敗する場合は、休止ファイルのサイズが手動で40%より大きく設定されているためです。先に powercfg /h /size 0 でサイズをOS管理に戻し、再実行します。⁶²¹

別OSから同じボリュームを書き換える端末では、残った通常の休止状態でも4.5と同じ不整合が起きます。高速スタートアップの無効化だけで終えず、休止状態も無効にするか、OS切り替え前の完全シャットダウンを必須にしてください。

7. 開発者向け：シャットダウンAPIとサービスの注意点

7.1 APIは「ハイブリッドか」だけでなく「どの操作か」も指定する

アプリからのシャットダウンAPIは、電源メニューとは既定の動作が違います。Microsoftの資料では、InitiateSystemShutdownEx と InitiateSystemShutdown はハイブリッドにならず、InitiateShutdown と ExitWindowsEx は明示的なフラグでハイブリッドを要求します。²⁶

SHUTDOWN_HYBRID は単独では指定せず、同じ表の1つ以上のフラグと組み合わせます。そのうち高速スタートアップ用の電源オフになるのは、SHUTDOWN_POWEROFF との組み合わせです。EWX_HYBRID_SHUTDOWN も単独ではなく、EWX_SHUTDOWN と組み合わせます。²²²³

ハイブリッドのフラグを外しただけでは、操作は決まりません。次の区別も必要です。¹¹²²²³

キオスク端末や装置PCに「電源オフ」ボタンを実装するなら、InitiateSystemShutdownEx を bRebootAfterShutdown = FALSE で呼ぶか、ExitWindowsEx を EWX_POWEROFF で呼び、ハイブリッドのフラグを付けないようにします。「フラグ無し」ではなく、必要な電源オフの指定を残すことが重要です。

7.2 呼び出す前に、正しいトークンで特権を有効にする

どのAPIでも、ローカルPCのシャットダウンには SE_SHUTDOWN_NAME 特権を AdjustTokenPrivileges で有効にしておく必要があります。既定ではサインインしているユーザーがこの特権を有効にできますが、無効のまま呼ぶとAPIは失敗し、シャットダウンは始まりません。¹¹²³

有効にするトークンは、APIによって違います。

偽装していない通常のデスクトップアプリやキオスクアプリにはスレッドトークンがありません。OpenThreadToken は ERROR_NO_TOKEN で失敗するため、特権が無効のまま呼び出しへ進まないようにします。

7.3 電源メニューと同じ動作にしたいなら、実効設定を読む

EWX_HYBRID_SHUTDOWN は、「高速スタートアップを要求する」フラグであって、「そのPCの設定に従う」フラグではありません。²³

高速スタートアップをオフにしていても、休止ファイルが残るPCにこのフラグを付けて要求すると、ユーザーの設定をアプリが迂回する形になります。設定を尊重するユーティリティでは、5.3のスクリプトと同じ規則で、ポリシー、ローカルの HiberbootEnabled、休止ファイルの有無を確認します。

実効設定が有効なときだけ EWX_SHUTDOWN と EWX_HYBRID_SHUTDOWN を組み合わせ、無効なら電源オフの完全シャットダウンを選びます。結果は次回起動時のイベント27で確認します。

7.4 サービスは停止通知だけでなく、電源イベントにも対応する

ハイブリッドシャットダウンでは、ユーザーセッションのアプリは閉じますが、セッション0のサービスは休止・復元されます。ユーザー単位のサービスはサインアウト時に停止・削除されるので、ここでは区別してください。²⁷

休止に入るときにはアプリとサービス、次いでドライバーに通知が届きます。復帰時にドライバーやサービスが起動し直されるのではなく、休止前の状態へ戻る点が重要です。⁶

Microsoftの評価ツールの資料は、SERVICE_ACCEPT_POWEREVENT を宣言したサービスへサスペンド通知が直列に送られ、サービスごとに30秒のタイムアウトが適用されること、サービスから見れば高速スタートアップは休止と同様であることを説明しています。²⁴

装置との接続を保持したままサービスが休止し、その間に装置側の電源が切られた場合、翌朝復元される接続は既に使えなくなっています。停止通知だけに後始末を寄せると、この経路を処理できません。

停止通知は SERVICE_CONTROL_SHUTDOWN / SERVICE_CONTROL_PRESHUTDOWN です。この処理は再起動と完全シャットダウンのために必要なので、外してはいけません。残したうえで、スリープ・休止への遷移と復帰の電源イベントでも、後始末と再接続を行います。²⁵

どちらの通知も、対応する受け入れ宣言をしたサービスにしか届きません。宣言していなければ、停止時は通知なしで終了し、ハイブリッドシャットダウン時は通知なしで休止・復元されます。完全シャットダウン後の起動で起動し直されるのは、開始の種類が自動のサービスです。手動・無効のサービスは、依存関係・トリガー・明示的な開始がなければ戻りません。具体的な電源イベントの受け方は「スリープ復帰で壊れるアプリ」で扱っています。²⁴

7.5 ドライバーは高速スタートアップと通常の休止復帰を区別できる

ドライバーは、システムのset-power IRPに含まれる SYSTEM_POWER_STATE_CONTEXT を使って、両者を区別できます。⁵

システム提供のNDISドライバーはこの違いを使い、高速スタートアップではミニポートのwake機能を無効にし、通常の休止からの復帰では無効にしません。これが4.4で説明した、同じS4でもWOLの扱いが違う理由です。⁵

また、コールドブートと休止復帰でデバイス構成を変えるドライバーは、高速スタートアップ後にはコールドブートとして構成する、というのがMicrosoftの指針です。⁵

8. 手順書と監視に反映する

仕組みを理解したら、現場の操作と文言を揃えます。

「再起動」と明記することは、現場で電源ボタン長押しによる強制電源断をされるのを避けるうえでも重要です。稼働時間による監視はそのまま使えます。高速スタートアップの端末で、カーネルが再起動されていないことを正しく検出しているからです。

再起動で不具合が消えた場合も、4.1の再現確認とログの裏付けを取ってから、手順や設定に反映します。再起動しても直らない場合は、高速スタートアップ以外の原因を追います。更新と装置PCアプリの関係は「アプリから見たWindowsのシャットダウン」も参照してください。³

9. まとめ

覚えておきたいのは、高速スタートアップが有効な「シャットダウン」は、ユーザーから見た電源オフであって、Windowsの状態をすべて作り直す操作ではないという点です。アプリとユーザーセッションは閉じますが、カーネル・ドライバー・セッション0のサービスは保存・復元されます。⁵²

高速スタートアップをオフにしたPCや休止ファイルが無いPCでは、通常の「シャットダウン」もカーネルセッションを閉じてS5に入ります。

一度リセットしたいなら再起動、完全に終了して電源も切りたいなら shutdown /s /t 0 を選びます。再起動で直ったことだけでは原因を断定せず、再現確認とイベント27・周辺ログで裏付けます。¹⁹

高速スタートアップをオフにするかは、初期化を前提とする端末かと、別OSから同じボリュームを書き換える端末かで判断します。後者では、明示的な休止状態への対策も必要です。WOLが目的なら設定のオン・オフではなく、待機状態を見直します。¹⁷²⁰⁴

関連記事

• アプリから見たWindowsのシャットダウン ── 終了通知・再起動・電源断を正しく生き延びる
• スリープ復帰で壊れるアプリ ── 電源イベントの仕組みと復帰に強い業務アプリの作り方
• スリープ・休止・Modern Standbyと長時間稼働アプリ ── 「夜中に止まっていた」を設計で防ぐ
• Windows効率モードとは - 緑の葉アイコンとオフにする方法
• Windows NIC詳細設定ガイド - RSS/LSO/EEE/Wake on LAN
• WSUS非推奨後のWindows Update管理 ── WUfB・Autopatch・Intuneをどう選ぶか
• 産業用PCにはどのWindowsを入れるべきか ── Windows IoT Enterprise / LTSC 実践ガイド
• Windowsサービスの作り方と運用 ── タスクスケジューラとの使い分けからBackgroundServiceのサービス化まで

関連する相談領域

合同会社小村ソフトでは、装置PC・キオスク端末の電源運用(シャットダウン・スリープ・休止・Wake on LAN)を含むキッティング標準の設計、「再起動でしか直らない」「朝止まっていた」といった長期稼働アプリの不具合の原因調査、Windowsサービスや常駐アプリの電源イベント対応の設計レビューを扱っています。「シャットダウンしているはずなのに稼働時間が減らない」という一件からでもご相談ください。

• Windowsアプリ開発
• 不具合調査・原因解析
• 技術相談・設計レビュー
• お問い合わせ

参考リンク

関連する記事

同じタグを共有する最新の記事です。さらに近い話題で知識を深められます。

関連トピック

このテーマと近いトピックページです。記事を起点に、関連するサービスや他の記事へ進めます。

このテーマがつながるサービス

この記事は次のサービスページにつながります。近い入口からご覧ください。

よくある質問

この記事のテーマについて、相談時によくある質問をまとめています。

「シャットダウン」しても直らなかった不具合が、「再起動」したら直りました。なぜですか？

Windows 8以降のクライアントOSでは、高速スタートアップが有効な構成(休止状態をサポートする多くのPCの既定)の「シャットダウン」はハイブリッドシャットダウンになります。ユーザーはサインアウトされますが、カーネル・ドライバー・サービスの状態は休止ファイル(hiberfil.sys)に保存され、次回起動でそのまま復元されます。つまりOSの芯の部分はリセットされていません。一方「再起動」は高速スタートアップの設定に関係なく常に完全なブートサイクルを行うため、ドライバーやサービスの不調がリセットされます。ただし、再起動で直ったことだけで原因を確定はできません。間欠的な不具合がたまたま再現しなかったり、再起動が保留中の更新を完了させたことで直ったりする場合もあるからです。「シャットダウン後は再現し、再起動後は再現しない」を複数回確かめ、システムログのKernel-Bootイベント27で直近の起動が0x1(高速スタートアップ)だったことやドライバー側の記録で裏付けてから、持ち越された状態を原因として扱ってください。不具合の切り分けでは「電源を切って入れ直す」ではなく「再起動する」を使ってください。

タスク マネージャーの稼働時間が何日もリセットされません。故障ですか？

稼働時間のカウンター自体は正しく動いています。毎晩「シャットダウン」しているのに稼働時間が伸び続けるなら、高速スタートアップ(ハイブリッドシャットダウン)の仕様である可能性が高いですが、シャットダウンが失敗して完了していない場合も同じように見えるので、後述のイベント27と周辺のログを確認するまで「故障ではない」と決めつけないでください。稼働時間はカーネルが起動してからの経過時間で、ハイブリッドシャットダウンではカーネルが休止して復元されるだけなので、カウンターは進み続けます。Microsoftのドキュメントも、ユーザー操作によるシャットダウンではカーネル・ドライバー・サービスが再起動ではなく保存・復元されるため、カーネルの再起動間の稼働時間が以前のWindowsより大幅に長くなり得ると明記しています。ただし稼働時間はスリープや休止状態からの復帰、完了しなかったシャットダウンでも保たれるので、確定にはシステムログのKernel-Bootイベント27で直近の起動の種類が0x1(高速スタートアップ)であることを確認してください。稼働時間をリセットしたいときは「再起動」を選ぶか、shutdown /s /t 0 で完全シャットダウンを行います。

高速スタートアップはオフにしたほうがいいですか？

一律には勧めません。Microsoftは高速スタートアップの無効化を推奨していませんし、一般的なノートPCでは起動が速くなる利点のほうが大きいためです。オフにする価値があるのは、装置PCや検証機のように「電源を切ればすべてが初期化される」ことを前提に運用している端末、他のOSと同じディスクを共有するデュアルブート環境や、別OSから起動してボリュームを書き換える検証機です(この場合は高速スタートアップをオフにするだけでは明示的な休止状態が残るので、powercfg /h off で休止状態も無効にするか、OSを切り替える前の完全シャットダウンを手順で必須にしてください)。ディスク容量を空けたい場合は、高速スタートアップをオフにしても休止ファイル(hiberfil.sys)は消えないので目的を果たせません。高速スタートアップを残したまま休止ファイルを小さくするなら powercfg /h /type reduced、休止状態ごと不要なら powercfg /h off を使います。単に「一度リセットしたい」だけなら、設定を変えずに再起動か shutdown /s /t 0 を使えば済みます。

シャットダウンした状態のPCをWake on LANで起こせません。

Windows 10/11では、既定のシャットダウン(ハイブリッドシャットダウン)からも完全シャットダウン(S5)からもWake on LANはサポートされていません。ユーザーがシャットダウンを指示した状態では消費電力ゼロが期待されるため、Windowsはネットワークアダプターをwake用に準備(arm)しません。Wake on LANが使えるのはスリープ(S3)か、ユーザーが明示的に休止状態(S4)を選んだ場合です。ハイブリッドシャットダウンも実体はS4ですが、Windowsはハイブリッドシャットダウンへの遷移のときだけ明示的にWake on LANを無効にします。夜間に起こして更新したい端末は「シャットダウン」ではなく「スリープ」か「休止状態」で運用するか、ファームウェア側のwake機能を確認してください。S3を持たないModern Standby(S0低電力アイドル)機では、スリープ中もネットワークがwakeソースになり得ますが、実際に起こせるかはNIC・ファームウェア・電源条件・OEMの実装に依存するため、運用に組み込む前に実機で確認してください。

Windows Updateの「更新してシャットダウン」を選んだのに、次に起動しても更新が終わっていません。

一部の更新プログラムは完全シャットダウン後の起動でしか適用を完了できず、高速スタートアップ(休止)経由の起動では完了しないことがMicrosoftのサポート情報に明記されています。更新を確実に終わらせたいときは「更新して再起動」を選んでください。Configuration Managerで管理している環境ではConfiguration Manager 2002とWindows 10 21H1でこの遅延が改善されています。

自作の業務アプリから shutdown を呼んでいます。どのAPIを使えば完全シャットダウンになりますか？

InitiateSystemShutdownEx と InitiateSystemShutdown はハイブリッドにはならず、bRebootAfterShutdown を FALSE にすれば電源オフ(完全シャットダウン)、TRUE にすれば再起動になります。InitiateShutdown は SHUTDOWN_HYBRID フラグを SHUTDOWN_POWEROFF と組み合わせて付けたときだけ(SHUTDOWN_RESTART と組み合わせれば再起動、SHUTDOWN_NOREBOOT なら電源を切らずに止まるだけです)、ExitWindowsEx は EWX_SHUTDOWN に EWX_HYBRID_SHUTDOWN を組み合わせたときだけ(EWX_HYBRID_SHUTDOWN 単独では指定しません)高速スタートアップ用のシャットダウンになります。装置PCの「電源オフ」ボタンをアプリで実装しているなら、InitiateSystemShutdownEx を bRebootAfterShutdown = FALSE で呼ぶか、ExitWindowsEx を EWX_POWEROFF だけ(EWX_HYBRID_SHUTDOWN 無し。EWX_SHUTDOWN は電源を安全に切れる状態で止めるだけで電源は切りません)で呼べば、設定に関係なく完全シャットダウンになります(どちらも SE_SHUTDOWN_NAME 特権を AdjustTokenPrivileges で有効にしておくのが前提で、ExitWindowsEx はプロセスのトークン、InitiateSystemShutdownEx は呼び出すスレッドの実効トークンで有効にします。無効のままだと失敗します)。コマンドなら shutdown /s /t 0 が既定で完全シャットダウンで、/hybrid を付けたときだけハイブリッドになります。

著者プロフィール

記事の著者プロフィールページです。

小村 豪

合同会社小村ソフト 代表

Windows ソフト開発、技術相談、不具合調査を中心に、既存資産が残る案件や原因が見えにくい障害調査に強みがあります。