Windows 11/10のロック画面時計、最大30秒の遅れはMicrosoftが「仕様」と明言
再起動直後やCtrl+Alt+Delete後に現れるロック画面。その時計が実時刻から最大30秒ずれる場面がある。Microsoftはこれを「修正しない」と公式に宣言した。理由は、設計通りだからだという。
再起動直後やCtrl+Alt+Delete後に現れるロック画面。その時計が実時刻から最大30秒ずれる場面がある。Microsoftはこれを「修正しない」と公式に宣言した。理由は、設計通りだからだという。
「見た目だけの問題」という結論
Microsoftは公式サポート文書を公開し、Windows 11とWindows 10のセキュアロック画面で時計表示が最大30秒遅れる挙動について、これは設計通りの動作であり修正は行わないと明言した。

対象となるのは、再起動直後、初回サインイン時、あるいはCtrl+Alt+Deleteを押したあとに現れる「Secure Lock Screen」と呼ばれる画面だ。分が切り替わっても表示がすぐに追従せず、実時刻とのズレが最大で30秒ほど開く場面が起きる。
この挙動はセキュアロック画面(LogonUI)に固有のものであり、システム時刻そのものの正確性、NTP同期、イベントログやタイムスタンプには一切影響しないとMicrosoftは説明している。
ズレているのは画面の描画だけで、OS内部の時計そのものは正確だ、という整理になる。会社としての立場は、この一点に集約されている。
| 項目 | 影響 |
|---|---|
| システム時刻そのものの精度 | — |
| W32Time / NTP同期 | — |
| イベントログ・監査 | — |
| タイムスタンプ全般 | — |
| 認証・セキュリティ機能 | — |
| セキュアロック画面の時計表示 | 最大30秒遅延 |
なぜ30秒ずれるのか
原因はロック画面の実装そのものにある。セキュアロック画面はWinlogonのセキュアデスクトップ上でSYSTEMアカウントとして動作しており、時計は30秒ごとの固定周期で更新される仕組みになっている。
分の変わり目に合わせるのではなく、固定間隔で時計を読みに行く。この設計の選択が、そのまま表示のズレとして画面に現れている。
この30秒の刻みが、時刻の「分の境界」と同期していない。運悪く分が切り替わった直後に更新タイミングを逃すと、次の更新まで最大30秒待たされる計算になる。
裏側の時計は正しく動いている。ただ、画面への反映が30秒刻みでしか行われない。それ以上でも以下でもない、というのがMicrosoftの整理だ。
Windowsキー+Lの画面とは別物
興味深いのは、同じ「ロック画面」でも内部の挙動がまったく違うという点だ。Windowsキー+Lで呼び出す通常のロック画面(LockApp)は、ユーザーセッション上で動作し、次の分の境界で更新されるダイナミックタイマーを使っている。
LogonUIとLockApp。名前も役割も似ているが、時計を更新するロジックは別々に書かれている。ユーザーから見れば同じ「ロック画面」でも、内部では二つの実装が並走している格好だ。
LockAppの方はほぼ即座に時刻が切り替わる。同じカーネル時計を見ているのに、画面に出す頻度の設計が違うだけで、体感はここまで変わってしまう。
ひとつのOSに、時計を表示するためだけの二つの異なる仕組みが共存している。歴史的な積み重ねの結果だろうが、その副作用がユーザーの目に見える形で表面化したのが今回の件だ。
| 項目 | Secure Lock Screen (LogonUI) |
通常のロック画面 (LockApp) |
|---|---|---|
| 呼び出し場面 | 再起動後 / Ctrl+Alt+Delete | Windowsキー+L |
| 動作環境 | Winlogonセキュアデスクトップ (SYSTEMアカウント) |
ユーザーセッション |
| 時計更新方式 | 30秒固定ポーリング | 分境界ダイナミックタイマー |
| 分切替時の反映 | 最大30秒遅れ | ほぼ即座 |
| 参照する時計 | Windowsカーネル時計 | Windowsカーネル時計 |
「直さない」という判断の重み
今回のMicrosoftの説明は、技術的には筋が通っている。セキュリティ、ログ、認証に影響しない以上、急いで直す理由はない。公式文書には回避策も「必要なし」と明記されており、議論の余地はほとんど残されていない。
ただ、ユーザー体験の観点で見ると、話はもう少し複雑になる。目の前の時計が実時刻とずれていれば、それがどれだけ「表示だけ」の問題だと説明されても、使う側は違和感を覚える。分単位で時刻を確認したい瞬間に30秒のラグがあれば、多くの人はまず壊れていると感じるはずだ。
仕様であることと、気にならないことは同じではない。Microsoftは前者を公式に示したが、後者までは引き受けていない。
「バグではない、設計だ」。この言葉は技術的には正しくても、画面を見ている人の納得とは、少しだけ距離があるように思う。
参照元
関連記事
- Winキー押して打てない問題、Microsoftがついに認めた
- KB5086672がインストールできない不具合と対処法
- Windows 11、24H2ユーザーに25H2への強制アップデートを開始
- Windowsセキュリティに「セキュアブート」警告が表示される理由と、6月の期限前に知っておくべきこと
- Windows 11のセキュアブート更新が失敗する――CA-2023が暴いたファームウェアの構造的欠陥
- Windows 10の伝説的壁紙がWindows 11ロゴで蘇る──AIを使わず、一人で
- Windows 11のクイック設定と右クリックメニューが速くなる
- VeraCrypt・WireGuard、MSがアカウント停止
- MacBook Neoが浮き彫りにした「静寂」と「騒音」の格差——AppleとWindowsの逆転劇
- コントロールパネルが消えない理由、MSデザイン責任者が語る
