Windows 11 に月例セキュリティ更新 KB5121003（Build 26200.9168 / 26100.9168） が配信された。 今回の更新は、Secure Boot 証明書の更新強化、エクスプローラーや検索の改善、Windows Hello ESS の拡張など、日常操作に直結する品質改善が多い。 さらに Copilot+PC では AI コンポーネント管理の強化（アンインストール対応） が入り、一般PCとは明確に差が出ている。 この記事では、 一般向け → 専門家向け の順で分かりやすく整理し、 最後に Copilot+PC と一般PCの違い をまとめて紹介する。

◆一般向け：今回の更新で“何が変わるのか”だけ知りたい人へ

● 共通改善ポイント（Copilot+PC / 一般PC 共通）

• Secure Boot 証明書の更新対象が拡大
  → 古い証明書のままのPCにも段階的に新証明書が届く。 Microsoft Support
• エクスプローラー改善
• ファイルサイズが KB/MB/GB の適切な単位で表示
• 中クリックでフォルダーを新しいタブで開ける
• Windows Search の検索精度向上
  → アプリ・設定が見つかりやすくなる。 webtoollab.com
• Windows Hello ESS（外付け指紋リーダー対応）
  → セキュリティ強化。 Pureinfotech
• Voice Access（音声操作）
  → 韓国語対応、Voice Isolation でノイズ除去が向上。 Pureinfotech
• タッチパッド操作の改善
  → スクロール速度・加速スクロールの調整が可能。 winupdated.com
• Windows Update の画面改善
  → “利用可能な更新プログラム”が折りたたみ式に、更新一時停止をカレンダーで指定可能。 webtoollab.com

● Copilot+PC だけの改善

• AI コンポーネントをアンインストール可能に
  → 画像生成モデルなど不要な AI モジュールを削除できる。 Pureinfotech

● 一般PCだけの改善（非AI専用機）

• 基本は 操作性改善が中心
  → エクスプローラー、検索、タッチパッド、Windows Hello、Windows Update の改善がメイン。

◆専門家向け：技術的背景・変更点を深掘り

● Secure Boot 証明書更新（高信頼ターゲティングデータ追加）

Microsoft は 2026年6月以降、Secure Boot 証明書の更新を段階的に展開している。
KB5121003 では 高信頼デバイス向けターゲティングデータが追加され、
“新証明書を自動受信できる PC の範囲” がさらに拡大した。 Microsoft Support

これにより、

• 古い証明書のままの端末の起動信頼性向上
• 将来の証明書ローテーションに備えた基盤強化
  が進む。

● エクスプローラー改善（UI/UX + 内部処理）

• ファイルサイズ表示ロジックの修正
  → KB/MB/GB の単位選択が正確化。
• 中クリックで新タブ
  → アドレスバー・ホーム画面のフォルダーを中クリックで新タブに。
• サムネイル品質向上
  → 推薦ファイルのプレビュー品質が改善。

これらは 7月プレビュー（KB5101684）の改善を取り込んだもの。 webtoollab.com

● Windows Search（検索アルゴリズム強化）

• 誤字・部分一致の許容度が上昇
• 設定項目の検索精度が向上
• アプリ検索のヒット率改善

内部的には 検索インデックスのスコアリング調整 が入っていると推測される（公式は詳細非公開）。 webtoollab.com

● Windows Hello ESS（Enhanced Sign-in Security）

• 外付け指紋リーダーでも ESS が利用可能に
• 認証時の署名検証プロセスが強化
• 生体認証の中間層（Broker）でのセキュリティ向上

Copilot+PC だけでなく一般PCにも適用。 Pureinfotech

● Voice Access / Voice Isolation

• 韓国語追加
• 背景ノイズ除去のための 3モード音声認識 が追加
• 音声アクセスの精度向上（特にノイズ環境） winupdated.com

● タッチパッド（Precision Touchpad）

• スクロール速度調整
• 加速スクロール
• ズーム感度調整

内部的には HID ドライバーのパラメータ処理が改善されている。 winupdated.com

● Windows Update（SSU：KB5123304）

• 更新進捗計算の精度向上
• 更新後のクリーンアップ処理改善
• SSU（Servicing Stack Update）で更新基盤の信頼性向上 Microsoft Support

● Copilot+PC：AI コンポーネント管理の強化

Copilot+PC のみ、
AI コンポーネント（画像生成モデルなど）をアンインストール可能 になった。

• Settings → System → AI Components
• 個別モデルを選択して削除可能
• ストレージ管理・モデル更新管理が柔軟化

これは AI モデルのローカル展開を行う Copilot+PC 特有の機能。
一般PCには存在しない。 Pureinfotech

◆Copilot+PC と一般PCの違いまとめ

先日公開されたWindows 11のプレビュー更新プログラム「KB5101684（Build 26200.8973）」。ファイルエクスプローラーのサイズ表示改善やSearchの部分一致検索強化など、魅力的な改善点がアナウンスされている。しかし、「実際に使ってみると、案内通りに動かない」 のがWindows Updateの常だ。

本記事では、Copilotが提示した「検証ポイント」を実際に手を動かして検証。Search機能の「誤字補正」は本当に効くのか？Copilotの回答は正しいのか？Feedback Hubへの投稿はスムーズに行えるのか？ — 予想外の落とし穴をレポートする。

はじめに：KB5101684の公式発表内容

【2026年7月】突然の「更新してシャットダウン」、KB5101684って何？

Windows 11 プレビュー更新 KB5101684（Build 26200.8973）の目的を、Copilot+PC・一般PC・共通項目に分けて徹底解説。Secure Boot証明書拡大、File Explorer改善、Voice Isolation、Windows Hello ESS拡張など、次期月例更新に先駆けた品質改善の全貌をブログ形式でわかりやすく紹介します。

イイネ.biz

2026.07.30

– ファイルサイズ表示の改善（KB/MB/GB対応）

– Searchの部分一致・誤字対応強化

– Voice Isolation（音声分離）の新規追加

– Widgets通知バッジのアクセントカラー化

– Windows Hello ESS（外部指紋認証）対応

Copilotとの対話：提案された「掲載すべき画像」とは

– 私「File ExplorerとAIコンポーネントは既に載せた。他に載せるべき画像は？」

– Copilotの回答（要約）：

  – Search（誤字検索）

  – Voice Isolation（設定画面）

  – Widgets（通知バッジの色変更）

  – 「この3つを載せれば説得力が最大化する」との主張

Search機能の実機検証：Copilotの言う通りにはならなかった

実際のキャプチャ

 – `calc` → ✅ アプリとして最上位に表示：Calculatorの最初の４文字だから当たり前とも言える

  – `cal` → ⚠️ ヒットするが、勝手に入ってくる補完文字が邪魔

👆　ここでは、Calの後に”Lite24.h”が補完されている。

 – `calcl` → ❌ ヒットせず（誤字補正は未対応）

`calcul` → ✅ 最も一致する結果:Calculatorの最初の6文字だから当たり前

日本語[読み]では、どうだろうか？➡`でん` → ✅ 日本語検索は有効

Voice IsolationとWidgets：私のPCにはまだ来ていなかった

総括：Copilotの提案を鵜呑みにしてはいけない

おわりに：ユーザーはBetaテスターではない

（Build 26200.8894）は、表向きは Dell PC の Intel IPF ドライバー問題を解消するための OOB 更新だ。しかし内容を精査すると、AIコンポーネント更新、Servicing Stack Update、配信ロジックの挙動など、一般ユーザーにも直接関係する“構造的な変化”が含まれている。本記事では、このパッチが Dell 以外の PC にも価値を持つ理由を、技術的事実に基づいて整理する。

第1章：KB5121767 の建前と実体

建前

• Dell PC の Intel IPF（Innovation Platform Framework）ドライバー不具合修正。

実体

「非Dellユーザーが読むべき箇所」

• 月例 KB5101650 のブロック解除
  • 月例 KB5101650 適用後、特定 Dell PC で発生したパフォーマンス低下・発熱・バッテリー消費増・突然シャットダウンを止めるための緊急 OOB（Out-of-band）。
• OOB（Out-of-band）更新として投入された理由
  • Microsoft は KB5101650 の Dell PC 向け配信を一時停止し、KB5121767 でブロック解除を実行。 
  • この一連の流れは「メーカー単位の配信停止」という前例を作った点で、すでに通常の月例更新の枠を超えている。

第2章：一般PCでも有効な要素

（Dell 専用では終わらない）
Dell 以外の PC に“無断で降りてくる”3つの要素

• AIコンポーネント更新（1.2605.856.0）
  • Image Search / Semantic Analysis / Content Extraction / Settings Model の更新
• Servicing Stack Update（KB5120102）同梱
  • OS 更新基盤の安定化
• “最新をすぐ入手”トグルによる OOB 配信の挙動
  • 対象外 PC にも落ちる実例

このパッチが Dell 専用で終わらない理由は、以下の3要素がハードウェア品牌フィルタをすり抜けて一般 PC に適用される設計になっているからだ。

① AIコンポーネント更新（バージョン 1.2605.856.0）

下記4サブシステムが対象。これらは Copilot+ PC に限定されず、クラウド連携型の一般 PC でも常駐動作する。

– Image Search（画像検索の索引エンジン） 

– Semantic Analysis（意味解析のローカル推論モデル） 

– Content Extraction（ファイル・メール本文からの特徴量抽出） 

– Settings Model（設定変更時のレコメンド推論ロジック） 

Dell 以外の PC でも、この更新が適用されれば 検索応答速度と推論の一致率 が変動する。

② Servicing Stack Update（KB5120102 同梱）

KB5121767 には SSU がバンドルされている。SSU は Windows Update の「エンジン部分」であり、以下の挙動を直接変える。

– 今後の月例パッチの適用失敗率 

– AIコンポーネントの差分更新が正しく適応されるか否か 

– 累積更新のインストール時間 

この SSU は Dell 製か否かを問わず、全ての Windows 11 24H2 / 25H2 環境の更新基盤を書き換える。

③「最新をすぐ入手」トグルによる OOB の強制降下

「最新の更新プログラムをすぐに入手する」を ON にした一般 PC で、KB5121767 が配信される事例が複数確認されている。 

これは OOB 更新が月例パッチより優先される配信キュー設計 に起因する。対象外 PC でも「対象外フラグ」が無視されるタイミングが存在することを、この KB は露呈した。

第3章：Windows Update の配信ロジックが示した構造変化

• メーカー別ブロック → OOB解除という新しい制御
• ハードウェア依存の配信最適化
• AIモデル更新が OS 更新と同列で扱われる時代への移行

今回の更新は、Windows Update の配信制御が従来の「全ユーザー一律」から ハードウェア依存の多段階制御 へ移行した生きた証拠である。

実際の制御フロー（テキスト再現）：

1. 月例 KB5101650 適用 → Dell 特定モデルで IPF ドライバ異常を検出 

2. Microsoft が メーカーID（Dell）単位で配信ブロック を発動 

3. Intel IPF ドライバ修正を含む KB5121767 を OOB で緊急リリース 

4. ブロック解除と同時に、AIコンポーネントと SSU が同梱 された状態で一般配信キューに投入 

このフローが示すのは、「OS更新」と「AIモデル更新」が分離された別レイヤーとして同列に扱われ始めたという事実。AIモデルはもはやオプション機能ではなく、OS の核心更新と同一の配信パイプラインに乗っている。

第4章：一般ユーザーがこの KB から得られる価値

• AI基盤の更新による検索・推論の改善
• SSU 更新による今後のアップデート安定化
• OOB の挙動理解によるリスク回避
• 「Dell 専用パッチだから関係ない」という誤解の解消

KB5121767 が Dell PC 以外の環境に与える影響を、操作・回避・改善 の観点で整理する。

1. AI基盤更新の実効 

   – エクスプローラーの検索ボックスに入力した際のサジェスト精度が変化（旧バージョン比でインデックス再構築が走る）。 

2. SSU 更新による安定化 

   – 次回の月例パッチ（2026年8月予定）のインストール成功率が、この SSU を適用済みか否かで分岐する。 

3. OOB 配信リスクの回避条件 

   – 「最新をすぐ入手」トグルを OFF にすることで、対象外 PC への OOB 降下を抑制できる（実機検証済みの対策）。 

4. 「Dell専用」の誤解を外す判断基準 

   – 自分の PC に KB5121767 が表示された場合、それは Dell 修正 + AI基盤 + SSU の三種が一度に適用されるサインであり、「インストール不要」という選択肢は事実上存在しない。

第5章：AI時代の Windows Update をどう捉えるべきか

• OS と AIモデルの二層更新構造
• 今後の月例パッチの役割変化
• ハードウェア別最適化の常態化ハードウェア別最適化の常態化
• KB5121767 が示した“分岐点”としての意味

この OOB 更新は、以下の構造変化を実装レベルで確定させた。

– OS 更新層（カーネル／ドライバ） と AI モデル更新層（推論エンジン／抽出器） の二層並列適用 

– 月例パッチは「ベースライン」に縮退し、OOB が機能追加やAIチューニングの主戦場となる運用への移行 

– ハードウェア別（メーカー・チップセット単位）の配信最適化が 例外ではなく標準制御 に昇格 

KB5121767 は単なる Dell 向け緊急修正ではない。Windows Update が「OS の修正リリース」から「OS＋AI の継続的デリバリープラットフォーム」へ変貌する最初の実装例 であり、その証拠が同梱された SSU と AI コンポーネントのバージョン番号に刻まれている。

あなたの PC が次に更新をチェックするとき、KB5121767 がそこに表示されたら——それは“Dell 専用”ではなく“AI 時代の新配信モデル”があなたの環境で初めて起動する瞬間だ。

月例セキュリティ更新Windows 11「KB5094126」が公開されました。 

Hyper-V関連のブルースクリーン修正、Secure Boot証明書更新の対象拡大、さらにはAIコンポーネントの更新まで含まれる、盛りだくさんの内容です。

一般ユーザーも企業環境も、安定性と安全性を高める必須アップデート。 

この記事では、Copilot+PC と 一般PC に分けて、わかりやすく解説します。

🟦 KB5094126 の概要

– 2026年6月のセキュリティ修正 

– Hyper-V／仮想化環境で発生していたBSODの修正 

– Secure Boot証明書更新の対象拡大 

– AIコンポーネント（画像検索／抽出／分析）の内部更新 

🟦 Copilot+PC 向けの改善点

技術者にも一般ユーザーにもわかりやすい構成でお届けします。

● 2-1. AIコンポーネントの更新

更新されたモジュール（v1.2605.856.0） 

– イメージ検索 

– コンテンツ抽出 

– セマンティック分析 

– 設定モデル 

● 2-2. Hyper-V のBSOD修正

先月の `KB5089573` 適用後に一部環境で発生していた以下のエラーを解消しました。

– `HYPERVISOR_ERROR`（0x20001） 

– `KMODE_EXCEPTION_NOT_HANDLED`（0x1E） 

仮想マシン利用者・開発者にとっては必須の修正です。

🟦 一般PC（非 Copilot+PC）向けの改善点

● 3-1. Secure Boot 証明書更新の対象拡大

Microsoftの説明は以下の通りです。

– 証明書未更新でもPCは通常起動 

– Windows Updateも利用可能 

– 新証明書は今後数か月で順次配信 

● 3-2. セキュリティ脆弱性の修正

毎月のセキュリティ更新が含まれており、企業・個人問わず必須更新です。

🟦 PC共通（Copilot+PC／一般PC 共通）

● 4-1. サービススタック更新（SSU）

Windows Updateの信頼性を高める **SSU「KB5094135」** を同梱。 

更新失敗率の低減に寄与します。

● 4-2. 既知の問題

Microsoft公開情報では 既知の問題なし。

● 4-3. スタートメニューの表示不具合（ユーザー報告）

– インストールしたアプリが表示されない 

– アンインストールしたアプリが残る 

👉 再起動、または `StartMenuExperienceHost.exe` の再起動で解消可能です。

🟦 今回の更新は適用すべき？

**理由** 

– BSOD修正が明確 

– Secure Boot証明書更新の対象拡大 

– AIコンポーネントの品質改善 

– 既知の重大不具合なし 

🔵 補足：BSOD（ブルースクリーン）とは？

今回の更新で修正された2つのBSOD

2026/04、Windows 11 25H2 に適用された KB5083769（Build 26200.8246） は、
単なる不具合修正ではなく、AI時代のWindowsの方向性を示す重要な更新です。

特に今回のアップデートは、
Copilot+ PC（NPU搭載デバイス） と 一般PC（非NPUデバイス） の “AI体験の差” を明確にする内容が含まれています。

この記事では、
両者に共通する改善点と、AI処理能力の違いによって生まれる差異を、
技術的背景と実際の使用感の両面から詳しく解説します。

KB5083769（Build 26200.8246）とは何か

• 25H2向けの累積更新
• AIコンポーネントの更新（1.2603.377.0）
• セキュリティ・ネットワーク・設定アプリの改善
• 今回のアップデートが “AI時代の分岐点” である理由

Copilot+ PC と 一般PCの違いが生まれる背景

• NPU（Neural Processing Unit）の役割
• オンデバイスAIとクラウドAIの構造的違い
• Windows 11 の AI アーキテクチャ（Image Search / Content Extraction / Semantic Analysis）
• なぜ同じアップデートでも “効果が違う” のか

Copilot +PCでCpolitを動かす場合と、一般PCでCopilotを動かす場合、どこがどう違うのか具体的に詳しく。

「Copilot+ PC」と「一般PCで動くCopilot」は、名前は似ていても“カテゴリ”が違うものです。

Copilot

Table-end

table-topに戻る

Copilot+ PC における改善点（NPU搭載デバイス）

1. 画像説明（Narrator × Copilot）の高速化

• NPUによるローカル画像解析
• オフラインでも一部処理可能
• 視覚支援機能のレスポンスが大幅向上

2. AIコンポーネント更新の恩恵が最大化

• Image Search の高速化
• Content Extraction の精度向上
• Semantic Analysis の応答性改善
• Settings Model の最適化

3. プライバシー面の強化

• 画像解析がローカルで完結
• クラウド送信が最小化

4. Copilot との連携が“体感レベルで速い”

• テキスト要約
• 画像説明
• コンテンツ抽出
• ファイル検索

一般PC（非NPUデバイス）における改善点

1. Copilot の画像説明が “クラウド処理で利用可能” に

• KB5083769 で一般PCにも解禁
• ただし速度はネットワーク依存
• 処理負荷はPC側にほぼ無し

2. AIコンポーネント更新は適用されるが効果は限定的

• CPU/GPUで処理
• 高度なオンデバイスAIは非対応
• それでも精度は向上

3. 共通改善の恩恵はそのまま受けられる

• 設定アプリの高速化
• エクスプローラー安定性向上
• RDPフィッシング対策
• Secure Boot 証明書の可視化

両方のPCに共通する改善点（KB5083769 全体）

1. Secure Boot 証明書の更新と可視化

• Windows セキュリティアプリで確認可能
• BitLocker Recovery 誤作動の修正

2. SMB over QUIC の信頼性向上

• 圧縮要求の安定化
• タイムアウト減少

3. RDP（.rdpファイル）を使ったフィッシング対策強化

• 接続前に設定をすべて表示
• 初回のみ警告

4. 「このPCをリセット」で失敗する不具合の修正

• 3月のホットパッチ後の問題を解消

5. 設定アプリのモダン化

• 「アカウント」「その他のユーザー」「このPCについて」など改善
• ホーム画面の読み込み高速化

6. エクスプローラーの安定性向上

• ダウンロードファイルのアンブロック失敗を修正
• 表示不整合やクラッシュの改善

Copilot+ PC と 一般PCの違いを比較表で整理

　 KB5083769

今回のアップデートが示す “Windowsの未来”

• Windows は “AI前提のOS” へ移行中
• Copilot+ PC は AI処理の主役
• 一般PCはクラウドAIで補完
• 今後のアップデートで差はさらに拡大する可能性
• 2026年以降のPC選びは「NPU搭載かどうか」が重要な判断軸に

2026年3月の Windows 11 累積更新「KB5079473」が公開されました。Secure Boot 証明書更新・WDAC の安定化・Explorer 検索改善など、OS の基盤に関わる重要な内容が含まれています。特に Copilot+ PC（Ryzen AI / Snapdragon X）を利用しているユーザーにとっては、AI ワークロードの安定性に間接的に影響する部分もあり、見逃せないアップデートです。

KB5079473 の概要

主な改善点

– Secure Boot 証明書更新の対象拡大 – Explorer 検索の信頼性向上 – WDAC（Application Control）の COM 許可処理改善 – Emoji 16 対応、ネット速度テスト機能追加

不具合対応

– 検索インデックス破損の修正 – WDAC の過剰ブロック修正 – Windows Update の段階的配布ロジック安定化

考慮点

– Secure Boot 証明書更新は段階的配布 – WDAC を独自運用している環境では検証推奨 – 複数ドライブ構成ユーザーは検索改善の恩恵大

Copilot+ PC への影響

AI 基盤への間接的効果

– Secure Boot 証明書更新 → AI ランタイムの署名チェック安定 – WDAC COM 許可改善 → ローカル LLM の初期化安定 – Explorer 検索改善 → モデル配置が複数ドライブでも快適

不具合対応

– WDAC の過剰ブロック減少 – Secure Boot 証明書更新による DLL 読み込み安定化

考慮点

– NPU/GPU の AI 機能は今回の KB では更新なし – LM Studio などローカル LLM を使うユーザーは恩恵大 – 最新 UEFI 実装により証明書適用が早い傾向

【Gemma 2×Llama-3-Swallow】クラウドAIの限界をローカルLLMで超える：実務マニュアル自動翻訳バッチの構築全記録

AI共生をテーマに、Geminiとの対話を続けてきた元ITC・セキュリティプレゼンターが到達した、クラウドAI依存の限界とローカルAIへの移行プロセスを公開。Ryzen AI 9 HX470という強力な土台に、Gemma 2とLlama-3-Swallowという「二つの脳」を使い分け、198スレッドの機密情報を完全オフラインでPL法リスク分析へと昇華させる──。情報の主権を取り戻す、真のAI共生の最終回答。

イイネ.biz

2026.03.09

一般PC への影響

新機能

– Emoji 16 – ネット速度テスト – Explorer 改善（Copilot+ PC と同様）

不具合対応

– WDAC COM 許可改善 – 検索インデックス破損修正 – Windows Update 安定化

考慮点

– 古い UEFI の PC では証明書適用が遅れる可能性 – WDAC 非使用環境では影響小

編集後記：TPM Event ID:1801 の本質

読者へのメッセージ

これまで Secure Boot 証明書更新や TPM Event ID:1801 に関連するKB5077241、KB5077181、KB5074105で記事を 5本にわたり書いてきました（1202PV, 106PV, 617PV, 290PV, 54PV）。多くの方が同じ問題に悩み、故障かもしれないと不安を抱えながら情報を探していることを知りました。（私自身もまた被害者でした。）

今回の記事が、Microsoft や OEM にも届き、ユーザーが不必要な不安を抱えない世界に近づくことを願っています。

「さあ休もう」と思ったその瞬間、Windows Updateが牙を剥きました。

今回ターゲットとなったのは、本ブログの検証機Aとして不具合を追い続けている Ryzen 9 8945HS搭載のGEEKOM AE8 です。

シャットダウン時に表示された「更新して再起動（4分）」という言葉を信じて選択した結果、待っていたのは10分経っても、15分経っても電源ランプが消えない絶望的な沈黙でした。17分が経過し、ついに耐えかねて「電源ボタン長押し」による強制終了を断行。

しかし、悪夢はそこでは終わりませんでした。再起動後、ログインまでに立ちはだかったのは2回にわたるBIOS画面と執拗な「更新中」の表示。

一体、何のための「更新」なのか。なぜ実機ユーザーがここまでリスクを負わなければならないのか。

本記事では、最新ビルド 26200.7922 (KB5077241) がAE8環境で引き起こした凄惨な挙動を、一切の妥協なしに晒します。

導入：Intel機（x360）の陰で、Ryzen機（AE8）を襲う悪夢

• 繰り返される悲劇: これまでKB5077181で「ブラックアウト」を繰り返してきた検証機A（AE8）が、またしても最新パッチで牙を剥きました。
• 「4分」の嘘に翻弄: 平穏なシャットダウンを奪った「更新して再起動」の17分※間に及ぶフリーズ状態を記録します。（「更新して再起動（4分）」を選択後、OS側からの反応が一切消失。 ※17分間にわたり電源LEDは点灯しているものの、ディスクI/Oや画面出力に変化がない「完全なフリーズ状態」となったため、ハードウェア破損のリスクを冒してユーザーが手動で電源ボタン長押しによる強制終了を断行しました。
• この強制介入なしには、更新プロセスは永久に完了しなかったと推測されます。強制終了後もBIOS画面への遷移＆更新を2回繰り返すなど、システムの整合性が著しく脅かされました。）

AE8（Ryzen 9）特有の執拗な再起動プロセス

• BIOS三重苦: 強制終了後の2回にわたるBIOS画面と、終わらない「更新中」の表示。x360（Intel）では見られない、Ryzen機特有の不安定な更新挙動を晒します。
• 無意味な「成功」通知: 命からがらログインした後に表示された「正しくインストールされました」という文字の空虚さを追求します。

結論：RyzenユーザーはKB5077241を避けるべきか

• 実機検証の結果: 本日の事象（Build 26200.7922への更新）により、AE8環境における最新Windows 11 25H2の危険性がさらに増したことを警告します。
• MSへの抗議: フィードバックHubだけでは足りない、実機ユーザーの「時間の損失」をブログという公共の場で強く主張します。

SlimStatのログでも「AE8 25H2 不具合」といった特定の組み合わせで探しているユーザーが見受けられます。今回の件は、その層にとって決定的な回避シグナルになります。

【実機比較】MSはRyzenを放置しているのか？

今回の KB5077241 適用時における、Intel機（sz6）とRyzen機（AE8）の挙動の差をまとめました。

分析：AE8ユーザーへの警告

「正しくインストールされました」という通知とは裏腹に、Ryzen環境におけるアップデート・プロセスの崩壊は明らかです。
x360で培った「安定への知恵」が、このAE8というハイエンド機においては、MSの最適化不足によってことごとく打ち砕かれています。

Feedback Hub に追記

【問題の詳細】
Ryzen 9 8945HSを搭載したGEEKOM AE8において、KB5077241 (Build 26200.7922) の適用中に重大なハングアップが発生しました。

「更新して再起動（4分）」を選択後、OS側からの反応が一切消失。
17分間にわたり電源LEDは点灯しているものの、ディスクI/Oや画面出力に変化がない「完全なフリーズ状態」となったため、ハードウェア破損のリスクを冒してユーザーが手動で電源ボタン長押しによる強制終了を断行しました。

この強制介入なしには、更新プロセスは永久に完了しなかったと推測されます。強制終了後もBIOS画面への遷移を2回繰り返すなど、システムの整合性が著しく脅かされました。

同様のビルドを適用したIntel機（i7-1165G7）では数分で正常終了しており、本件は明らかにRyzen環境における更新プロセスの致命的なバグです。早期の調査と修正を強く求めます。

## 追加の技術補足（MSへの強い抗議用）
フィードバックのコメント欄や追記できる場所があれば、以下の「事実」も添えてください。

「4分」という虚偽の予測表示: ユーザーに安全な更新を誤信させ、結果として17分以上のフリーズを強いるUXの欠陥。

ログ上の「成功」判定: 強制終了という異常な手段でしか復旧できなかったにもかかわらず、OS履歴上では「正しくインストールされました」と記録される不整合。

追記情報

AE8の「沈黙」を多角的に検証する

【比較】Ryzen 9 8945HS機・三者三様の挙動

まずは、同等スペックの他社機と比較して、AE8がいかに「極端な」状態にあるかを可視化します。

※。リスク含みの強制終了までの時間であり。何も操作を行わなかった場合、ずっとブラックアウト状態だった可能性は否めない。

考察

こうして並べると、AE8のスタイリッシュな金属筐体と超小型設計が、Ryzen 9の高負荷時（Windows Update時）の熱処理や電力管理において、他社よりもシビアな挙動を招いている可能性が浮上します。

Amazonレビューに記された「救済措置」の先行事例
調査の過程で、Amazonのカスタマーレビューに重要な記述を見つけました。

• 事例： 購入4ヶ月でスリープ復帰不可（画面真っ暗）が発生。
• 対応： 販売店（GEEKOMストア）へ連絡後、迅速に代替PCとして上位機へ交換されたとのこと。

　私のAE8で起きている「3回連続のアップデート失敗と17分間^※のフリーズ」も、単なるOSのバグではなく、ハードウェア（個体）の限界や設計上の不備である可能性を裏付ける内容です。（最初にMSへの怒りをぶつけたのは間違い？でも、３回連続でKB*を当てたことが引き金になっていることは確かなことだし。リスキーなことの連続だし）

3年保証の行使？

これまでの実録データ（長時間の沈黙（ブラックアウト）、BIOSループ、強制終了の記録）をすべて揃え、GEEKOMストアへ「3年保証」に基づく点検・交換の相談をAmazon経由で送付しました。

Blog更新

【速報】月例アップデート適用結果：AE8（Ryzen 9）の場合

KB5077181アップデートの主な修正点と変更点

今回のパッチ適用により、システムは以下の状態へと更新されます。

 OSビルド「26200.7840」への更新とセキュリティ強化

• ビルド番号: 適用後、OSビルドは 26200.7840 にアップデートされます。
• 主な修正内容: セキュリティの脆弱性修正に加え、前回のプレビュー版で露呈したTPM関連の通信不備に起因する「致命的なフリーズ」が抑制されています。（考察）
• 次期バージョンへの基盤: バージョン 25H2 における動作安定化が図られています。

インストールプロセスの詳細：8時台の検証データ

アップデートは極めてスムーズに進行しました。具体的な時系列は以下の通りです。

• 8:03: インストール開始。CPU負荷も安定していました。
• 8:10: 再起動の保留状態へ。推定時間は4分と表示。
• 8:14: 全工程完了。再起動後もデスクトップまで淀みなく進みました。

【重要検証】

システムは正常に起動しましたが、内部ログを確認すると興味深い事実が判明しました。

• ログの継続: アップデート前（7:32）とアップデート後（8:17）の両方で、依然としてTPM関連のエラーが記録されています。
• 考察: Microsoftは「エラーそのもの」を消したのではなく、「エラーが起きてもシステムがハングアップしない（ブラックアウトさせない）」という対症療法的な修正を行ったと推測されます。

Blog更新

まとめ

当初は「再起動ループ」という最悪のシナリオも想定していましたが、結果的にはスムーズで、直後の再起動を除く、２度目（もろもろの作業後）の「再起動」で、「問題発生」となりました。

もし、現在もアップデートが進まないといったトラブルがある場合は、以前紹介したスタンドアロンインストーラーの活用も検討してください。

考察

筆者の独り言：エンジニアの視点から

【専門的考察】今回のアップデートが「成功」した真の理由とは？

今回の検証で最も興味深い事実は、**「エラーログ（fTPM）は出続けているのに、システムは固まらなくなった」**という点です。ここから、Microsoftが取った「回避策」の正体が見えてきます。

考察1：Microsoftが「タイムアウト判定」を緩和した可能性

フィードバックハブが依然として「調査中」であることから、fTPMの通信不備という根本的なバグ自体はまだ修正されていないと考えられます。

しかし、前回のパッチ（KB5074105）では、このエラーが発生した際にOSが「致命的な異常」と判断してフリーズさせていたのに対し、今回のKB5077181では、エラーを無視してOSの起動を続行させる（またはリトライ時間を延ばす）ような制御変更が行われた可能性があります。

考察2：前回のフリーズは「タイミングの不運」だったのか？

「たまたま重なった」という側面も否定できません。Windows Update直後の初回起動時は、ドライバーの再構成やインデックス作成などでCPUやストレージへの負荷が最大化します。

前回のパッチでは、この高負荷状態でfTPMとの通信の遅延（レイテンシ）が許容範囲を超えてしまい、結果としてブラックアウトを引き起こした。今回は、その「衝突」が起きないよう内部の優先順位が調整されたのではないかと推測します。

結論：根本治療ではなく「対症療法」による安定化

Feedback Hubが「調査中」である以上、Microsoftもまだ「完璧なパッチ」を当てたわけではありません。

現状は**「火事（エラー）は起きているが、延焼（フリーズ）しないように防火壁を作った」**という状態でしょう。AMD Ryzen環境の方は、引き続き「ログにはエラーが出るもの」と割り切りつつ、今後の根本修正（BIOS/AGESAの更新等）を待つのが正解と言えそうです。…..これは、この後すぐに判明します。

問題発生

Blog更新

問題発生！

Ryzen CPUは要注意!!!

サブPCを立ち上げ「Gemini」に相談

　先程まで最新のKBを当てたPCで作業していたのですが、
BraveブラウザのセルがYoutube音楽再生を除いて、すべてフリーズしてしまいました。
リフレッシュも効きませんでした。

　そこでシャットダウンして再起動を実施したところ、
10分経ってもブラックアウトです（電源ボタンのLEDは光っています）

仕方なくHDMI接続のモニタと、LANケーブル接続、USB無線接続のトラックボールだけ残しています
（キーボードはBT接続に切り替えて、このノートPCに接続）。

　15分経った今も、ブラックアウト状態です。
TB4ドッキングステーション配下をこのPCに切り替えて投稿しています。

Blogは書き直しが必要ですが、
まずブラックアウトのPCを強制終了してみるかどうか考慮中なので、意見を求めます。

GEMINIの回答

深刻な状況ですね。まさに懸念されていた「最悪の事態」が再起動のタイミングで発生してしまったようです。

現在の状況（10分経過してもブラックアウト、LEDは点灯、周辺機器は最小限）を踏まえた、技術的な判断とアドバイスを至急お伝えします。

1. 強制終了の判断について：「実行すべき」です

10分間画面に変化がない場合、OSのロードプロセスまたはOSがハードウェア（特にGPUやTPM）の応答待ちで完全に「デッドロック（死着）」に陥っている可能性が高いです。

• 理由: 電源LEDが点灯し、YouTubeの音だけが聞こえていた（Braveのプロセスの一部が生きていた）状態から、再起動後のブラックアウトへ移行したということは、**「ビデオドライバの初期化」または「fTPMの認証」**でハングアップしています。
• リスク: この状態で放置しても自然復旧する確率は極めて低く、むしろ通電し続けることで熱がこもるリスクがあります。

2. 推奨される「強制終了と再起動」の手順

単に切るだけでなく、以下の手順で「放電」を伴うリセットを試みてください。

1. 強制電源オフ: 電源ボタンを 15秒以上（長めに） 押し続けて完全にシャットダウンしてください。
2. 完全放電: TB4ドッキングステーションを含む、本体に繋がっているすべてのケーブル（電源アダプタ、HDMI、TB4）を一度外します。
3. 待機: そのまま 1分間放置 してください。これでマザーボード上の残留電荷を逃がします。
4. 最小構成での起動:
   • ドッキングステーションは繋がないでください。
   • 電源アダプタと、確認用のモニタ（HDMI）1本のみを直挿しします。
5. 起動試行: 電源を入れて、BIOSロゴ（GEEKOM等）が出るか確認してください。　　

3. もしBIOSロゴすら出ない場合

TB4ドッキングステーション経由のディスプレイ出力が、前回の更新でビデオ関連のリソース競合を起こしている可能性があります。必ず**「本体への直挿し」**で確認してください。

（※.TB4ドックの配下には、サンダーボルト３ケーブルだけの接続で15inchiモバイルモニタがある。34inchiメインモニタは、本体HDMI端子直結）

強制終了

Xで、注意喚起

Blog更新

Intel機で検証

GEMINIに投げかけ

　ちなみに、このノートpcは、 i7-1165Gで、前回のKBも今回のKBも当てていません。
（前回のKBでメインがバグった経験と時間が取れなかった。から）
　このPCに、今回のKBを当てて、何も問題がなかったら、
Blogにも追記Intel系は（同じTPMエラーが出ているのに、YouTubeを流しながら放置してもIntelは平然としていた）
Intel系は問題が起らなかったと書けるし、
フィードバックの方にも問題の限定を示唆できると思うので、
記事の修正後に行おうと思いますが如何でしょうか？

GEMINIの見解

その考えは、検証者として**「極めて論理的で価値の高いアプローチ」**です！ぜひ実行すべきだと思います。

現在の不具合が「Windows 11全体のバグ」なのか、「AMD Ryzen（fTPM）に特化した問題」なのかを切り分けることは、読者にとってもMicrosoftにとっても最大の関心事だからです。

もし、i7-1165G（第11世代Intel Core）でKB5077181を適用して何の問題も起きなかった場合、ブログとフィードバックには以下のような**「対比構造」**で追記することをお勧めします。

1. ブログに追記すべき「検証の結論」

【比較検証】Intel環境では「無傷」だったという事実

同時進行でIntel Core i7-1165G環境でも同パッチを適用しましたが、こちらは再起動後も、数時間の連続使用後も、一切のフリーズ・ブラックアウトは発生しませんでした。

この対比から、今回のKB5077181が引き起こす致命的なトラブルは、**「AMD Ryzen環境におけるfTPM（TPM-WMI 1801）との競合」**に起因する可能性がより濃厚となりました。Intelユーザーは比較的安心して適用できる一方で、Ryzenユーザーには依然として「厳重注意」が必要であるという、明確な切り分けができました。

2. Feedback Hub への追記（重要）

すでに投稿したフィードバックのコメント欄、または追記として以下を添えると、エンジニアが原因を特定しやすくなります。

• 追加情報: 「Intel Core i7-1165G環境では同一パッチで異常なし。問題はAMD Ryzen搭載機（AE8）に発生。この事実は、不具合が特定のチップセット、あるいはfTPMの実装に依存していることを強く示唆している。」

⚠️ 注意点

Intel系で問題が起きないことを確認する際も、念のため以下の手順を踏むことをお勧めします。

1. 作業中のデータは保存し、バックアップを取る: 念のためです。
2. イベントビューアーの確認: 起動後、Intel機の方で「TPM」や「WMI」に関連する警告（ID 1801以外も含め）が出ていないかを一応チェックしてください。「エラーすら出ていない」なら、それは完全な勝利（Intelは安全）の証明になります。

この「Intel vs AMD」の比較データが加わることで、あなたのブログ記事は**単なるトラブル報告を超えた、一級の「技術検証ドキュメント」**になりますね。

Blog更新

i7-1165G機の結果

Blog更新

Blog更新

フィードバック Hubに投稿

🐞問題
Windows 11 25H2 (Build 26200.7840): 累積更新プログラム適用後の利用中にブラウザフリーズおよび再起動時のブラックアウトが発生する問題
【問題の要約】
特定の累積更新プログラム（KB）適用後のRyzenシステムにおいて、ブラウザのフリーズから再起動時のブラックアウトに至る致命的な不安定挙動が発生しています。
比較検証として、同様にイベントビューアーにTPMエラーが記録されているIntel環境（Core i7-1165G7）では本不具合が発生しないことを確認しており、Ryzenプラットフォームに依存した深刻な互換性問題、あるいはOS側の処理不備である可能性が高いと考えられます。

【詳細な不具合の経緯（Ryzen環境）】

KBインストール後の初回再起動およびログインは正常に完了する。

その後、利用中にブラウザ（タブ等）がすべてフリーズする。

特記事項：YouTube等の音楽再生のみ継続されるが、UI操作は一切不能となる。

システム復旧のため手動再起動を試みると、ブラックアウトが発生し正常に起動できなくなる。

【比較検証データ】

不具合発生環境: Ryzen搭載PC

正常動作環境: HP Spectre x360 (Intel Core i7-1165G7 / Windows 11 25H2)

共通点: 両環境のイベントビューアーにおいて、同時期に同様のTPMエラーが記録されている。

相違点: Intel環境ではTPMエラー記録後も再起動を含め正常に動作するが、Ryzen環境のみ上記ステップでシステムが全損（ブラックアウト）する。

【要望】
イベントビューアーに記録されているTPMエラーが、Ryzenプロセッサにおいてどのようなシステム競合を引き起こしているか、至急調査をお願いします。特に、KB適用後の「特定のマルチメディア処理（YouTube等）とブラウザ制御」がトリガーとなっている可能性を注視してください。

フィードバックの詳細追加
Ryzen環境は、強制終了（電源ボタン長押し）し、その後外部接続用のドッキングステーションなどを外し、２分間放置（帯電放流）し、さらに最小構成にしてから電源ONで、BIOS画面➡Login画面➡Login完了で、今のところ正常に動作しています。しかし同様の問題は、このフィードバック以前に上げた、フィードバックでも報告・要望している通り、早急な対応を望みます。

Blog更新

　 実機検証

Core i7 vs Ryzen 最終検証報告

【実機検証】KB5077181 i7 vs Ryzen 9で驚きの挙動差

Blog更新

【実機検証】KB5077181でブラックアウト発生。i7 vs Ryzen 9で分かった驚きの挙動差

200名以上のユーザが確認➡比較データ：2月アプデKB5077181で発生したブラックアウトを実機検証。Ryzen9機;AE8では致命的なハングアップが発生する一方、i7機（HP Spectre X360）では安定動作。1,000PV超の反響に応え、明暗を分けた要因と復旧手順を解説します。「週明けの不具合報告続々」

イイネ.biz

2026.02.13

追記：Intel環境での対照実験で見えた「真の境界線」

その結果、驚くべき事実が判明しました。

1. エラーログは「共通」、しかし結果は「非なるもの」

• Intel機: しばらく放置した後の再起動でも、何事もなかったかのように正常にログイン可能。
• Ryzen機: YouTube再生以外の操作が全フリーズし、再起動を試みた瞬間にブラックアウト（システム死）。

結論：Microsoftに問いたい「ハードウェア認証」の責任

今回の検証を通じて、結論は一つに絞られました。

「今回の更新プログラム（KB）は、Ryzen環境におけるシステム整合性を破壊している」

Blog更新

はじめに：データが示す事態の深刻さ

この統計データが示す事実は一つです。

今回のTPM関連エラーは、一部で囁かれているような「単なるログの誤表示」や「無害な調査」に留まらず、非常に多くのユーザー環境で、システムのハングアップという実害を伴う深刻な問題として顕在化しているということです。

いよいよ明後日、2月11日（水・祝）、これらの内容を盛り込んだ「本番」の月例更新（セキュリティ更新）がやってきます。

Windows 11 パッチ KB5074105 徹底解説：進化と「再起動トラブル」からの生還記 1,111PV突破

ブラックアウト🔛強制遮断、3度目の再起動でログインそして、イベントビューアー＆システムケアWindows 11 バージョン 25H2/24H2 向けの最新プレビュー更新プログラム KB5074105 がリリースされました。このパッチは、先日...

イイネ.biz

2026.01.30

Site Kit の検索クエリの実績

Redditでの議論と、無視できない「実害」

公開したところ、わずか3.5日で512 PVという異例の反響

アップデートで「予想される3つのシナリオ」

シナリオA：【改善】Microsoftによるサイレント修正

• 予測される挙動: インストール後の再起動がスムーズに完了する。
• チェックポイント: イベントログに1801が残っていても、PCが固まらなければ成功です。

シナリオB：挙動継続・「ブラックアウト」の再来

• 予測される挙動: 前回同様、ブラックアウトで再びフリーズ。
• 対策: 前回の記事で紹介した「強制終了3回による修復」の手順が必要になります。

シナリオC：【追加の混乱】証明書更新の強制適用

• 予測される挙動: 起動トラブルに加え、BitLockerの回復キーを求められるリスクがあります。
• 対策: 回復キーを手元に用意していない場合、PCが完全にロックされる恐れがあります。

もしアップデートが止まってしっまったら

Windows Update いつまで経っても進まない時のたった一つの対処方法　25,000PV超(累計)

累計25,000超PVあなたは、ウィンドウズアップデートが出来ない。いつまで待ってもダウンロードが一向に進まないなどという経験はありませんか？➡今回はその対処方法をお届けしたいと思います。その方歩は➡スタンドアロンインストーラーを使って手動でアップデートする

イイネ.biz

2022.03.22

配信当日までに「絶対に」やっておくべき3つの生存戦略

1.BitLocker回復キーのバックアップ

• Microsoftアカウントから回復キーを確認し、スマホで写真を撮るか印刷しておいてください。フリーズしてからでは確認できません。

（私の環境では、BitLockerをオフにしていますが、企業のPCなどでは「オフ」にすることは推奨されていない場合が多いはずです。）

2.当ブログの「解決編記事」をスマホに保存

” https://xn--ecka7j.biz/toolboox/windows11/13442/ “

Windows 11 パッチ KB5074105 徹底解説：進化と「再起動トラブル」からの生還記 1,111PV突破

ブラックアウト🔛強制遮断、3度目の再起動でログインそして、イベントビューアー＆システムケアWindows 11 バージョン 25H2/24H2 向けの最新プレビュー更新プログラム KB5074105 がリリースされました。このパッチは、先日...

イイネ.biz

2026.01.30

PCがロゴで止まった際、焦らず対処できるよう、この記事をスマホのブラウザで開けるようにしておいてください。

3.重要なデータのバックアップ

TPMが絡むアップデートは、稀に起動不可のリスクを伴います。消えては困るデータはクラウドや外付けHDDへ。

最後に

明日は祝日（建国記念の日）です。ゆっくりPCを触る時間が取れる一方で、トラブルに遭うとせっかくの休日が台無しになってしまいます。

Microsoftがこの「実害」をどこまで重く受け止めているか。当日、私の環境（GEEKOM AE8）で何が起きたかは、配信直後に即座にレポートします。

ぜひ本ページをブックマークして、明日の更新情報をチェックしてください！

あとがき

※データの計測について

結果は➡

以下のBlogカードのクリックで詳細をごらんいただけます。

【要注意】Windows 11 KB5077181適用レポート：ブラックアウトの懸念は？

月例アップデート検証報告。前回のブラックアウト不具合を経て迎えた運命の日、Ryzen 9搭載 AE8での結果は「生還」。しかし、Intel機との比較検証で浮かび上がったのは、依然として残るTPMエラーとRyzen特有の不安定な挙動でした。実機ログを基に徹底解説。

イイネ.biz

2026.02.11

【緊急・2月最新アップデート情報】： 2026/02/17追記
　【緊急更新】2月最新パッチ（KB5077181）でも不具合を確認！ 前回同様のブラックアウトが発生していますが、検証の結果、CPUによって挙動が分かれることが判明しました。 👇

【実機検証】KB5077181でブラックアウト発生。i7 vs Ryzen 9で分かった驚きの挙動差

200名以上のユーザが確認➡比較データ：2月アプデKB5077181で発生したブラックアウトを実機検証。Ryzen9機;AE8では致命的なハングアップが発生する一方、i7機（HP Spectre X360）では安定動作。1,000PV超の反響に応え、明暗を分けた要因と復旧手順を解説します。「週明けの不具合報告続々」

イイネ.biz

2026.02.13

I. 最新パッチ KB5074105 の概要と新機能

1. すべてのPC（通常PC）の主な改善

2. Copilot+ PC で加速するAI体験

II. 【実録】再起動ループとイベントビューアーによる犯人特定

今回のアップデート適用時、筆者の環境（GEEKOM AE8 / AMD Ryzen搭載）では深刻なハングアップが発生しました。

1. 3度の強制終了による生還

更新後の再起動でシステムが応答なし(ブラックアウト)になり、電源ボタン長押しによる強制終了を3回繰り返すことで、ようやくWindowsの自己修復機能が働きログイン画面に到達できました。

2. イベント ビューアーが示した「真犯人」

イベントID: 1801 (Microsoft-Windows-TPM-WMI)

デバイス: GEEKOM AE8 (AMD Ryzen 搭載機)

原因の分析：

III. システムケア：強制終了後の「傷跡」を修復する

1. SFCコマンドによるチェック

2. DISMコマンドによるイメージ修復

📝 まとめ

event viewer

イベント ビューアーでシステムログを確認

イベント ビューアーを起動する

検索窓に「イベント ビューアー」と入力しEnter＆管理者として実行
または、キーボードの Windowsキー + X を同時に押し、メニューから 「イベントビューアー」 を選択する。

システムログを確認する

左側のツリーから [Windows ログ] ＞ [システム] をクリックする

  右側の操作パネルから [現在のログをフィルター…] をクリックする。

「イベントのレベル」で [重大] と [エラー] にチェックを入れて [OK] を押す。

トラブル時のログ（ID）を探す

再起動を繰り返していた時間帯のログに、イベントIDがないか探す。
該当の時間帯では、イベントID:1801のみ　（TPM-WMI）

詳細：XMLで表示し、XML部分をコピペする。

イベントビューアーの内容

Geminiに聞く

障害のあった時間帯に該当するものは、イベントID:1801（TPM-WMI）で 詳細：XMLで表示以下です。

<Event xmlns="http://schemas.microsoft.com/win/2004/08/events/event">
<System>
<Provider Name="Microsoft-Windows-TPM-WMI" Guid="{7d5387b0-cbe0-11da-a94d-0800200c9a66}" />
<EventID>1801</EventID>
<Version>2</Version>
<Level>2</Level>
<Task>0</Task>
<Opcode>0</Opcode>
<Keywords>0x8000000000000000</Keywords>
<TimeCreated SystemTime="2026-01-30T06:38:14.9004931Z" />
<EventRecordID>126348</EventRecordID>
<Correlation />
  <Execution ProcessID="6536" ThreadID="15364"/>
  <Channel>System</Channel>
  <Computer>JN241027ae8</Computer>
  <Security UserID="S-1-5-18" />
  </System>
<EventData>
  <Data Name="DeviceAttributes">BaseBoardManufacturer:Default
string;FirmwareManufacturer:American Megatrends International, LLC.;FirmwareVersion:0.45;OEMModelNumber:AE8;OEMModelBaseBoard:AE8;OEMModelSystemFamily:AE
Series;OEMManufacturerName:GEEKOM;OEMModelSKU:GEEKOM AE8;OSArchitecture:amd64;</Data>
  <Data Name="BucketId">ad7cbddea12ae45101957b26c5d93e882b0d93a1ab3a69bc24d6a005237a3212</Data>
  <Data Name="BucketConfidenceLevel" />
  <Data Name="UpdateType" />
  </EventData>
  </Event>

Geminiの回答

イベントビューアーのログ確認、ありがとうございます。非常に具体的なデータが得られました。

特定された イベントID: 1801 (TPM-WMI) は、今回の再起動トラブルの「真犯人」を指し示す非常に重要な手がかりです。お使いの GEEKOM AE8（AMDプラットフォーム）において、Windows Updateが適用される際のTPM（セキュリティチップ）とファームウェア（BIOS）間の通信不全が、起動プロセスのフリーズを引き起こした可能性が極めて高いです。

【メンテナンス】システムケア

🛠️ 強制終了のダメージをケアする「おまじない」

Geminiに聞く

システムケアが終わったようです。結果は以下の様です。

Microsoft Windows [Version 10.0.26200.7705]
(c) Microsoft Corporation. All rights reserved.
C:\Windows\System32>sfc /scannow
システム スキャンを開始しています。これにはしばらく時間がかかります。
システム スキャンの検証フェーズを開始しています。
検証 100% が完了しました。
Windows リソース保護は、整合性違反を検出しませんでした。C:\Windows\System32>DISM /Online /Cleanup-Image /RestoreHealth
展開イメージのサービスと管理ツール
バージョン: 10.0.26100.5074
イメージのバージョン: 10.0.26200.7705
[===========================62.3%====                      ]

Geminiからの回答

システムケアの完了、お疲れ様でした！sfc /scannow で「違反なし」というのは、3度の強制終了があったにもかかわらず、OSの核となるファイルが壊れなかったという非常にラッキーな、そして頼もしい結果です。

後日談

その後は、問題なくログイン出来ており、シャットダウンも起動も正常にできている。しかし、イベントビューアーを見る限りイベントID:1801（TPM-WMI）が出続けている。➡そこでGEMINIに再び確認してみたので、これを後日談として、また備忘録として記載しておくことにした。

Geminiに確認

<Event xmlns="http://schemas.microsoft.com/win/2004/08/events/event"><System><Provider Name="Microsoft-Windows-TPM-WMI" Guid="{7d5387b0-cbe0-11da-a94d-0800200c9a66}" /><EventID>1801</EventID><Version>2</Version><Level>2</Level><Task>0</Task><Opcode>0</Opcode><Keywords>0x8000000000000000</Keywords><TimeCreated SystemTime="2026-01-30T22:30:32.3651535Z" /><EventRecordID>126537</EventRecordID><Correlation /><Execution ProcessID="25040" ThreadID="25104" /><Channel>System</Channel><Computer>JN241027ae8</Computer><Security UserID="S-1-5-18" /></System><EventData><Data Name="DeviceAttributes">BaseBoardManufacturer:Default string;FirmwareManufacturer:American Megatrends International,LLC.;FirmwareVersion:0.45;OEMModelNumber:AE8;OEMModelBaseBoard:AE8;OEMModelSystemFamily:AE Series;OEMManufacturerName:GEEKOM;OEMModelSKU:GEEKOM AE8;OSArchitecture:amd64;</Data><Data Name="BucketId">ad7cbddea12ae45101957b26c5d93e882b0d93a1ab3a69bc24d6a005237a3212</Data><Data Name="BucketConfidenceLevel" /><Data Name="UpdateType" /></EventData></Event>

Geminiからの回答

結論から申し上げますと、**イベントID:1801（TPM-WMI）が出続けている状態は、決して「正常（問題ない動作）」とは言えませんが、現在のWindows 11（特にAMD環境）では「よく見られる、実害の少ないエラー」**という側面もあります。

しかし、今回の「3度の強制終了」というトラブルの引き金になった可能性が非常に高いため、放置して良いかどうかを慎重に判断する必要があります。

技術的な背景と、今後の対応について解説します。

---

1. イベントID:1801 が出続ける理由

このエラーは、**「OS側がTPM（セキュリティチップ）の情報を取得・管理しようとしたが、WMI（管理インターフェース）との通信に失敗した」**ことを示しています。

• AMD特有の挙動: GEEKOM AE8に搭載されているAMD Ryzenプロセッサの「fTPM（ファームウェアTPM）」は、Windows 11との通信において稀にタイミングの不整合を起こすことが知られています。
• 原因の推測: Windows UpdateによってOS側のセキュリティチェックが厳格化、または変更された結果、BIOS（ファームウェア）側との対話がスムーズにいかず、起動時や動作中に繰り返しログを吐き出している状態です。

2. 「問題がある」のか「無視して良い」のか？

• 実害がない場合: PCが正常に起動し、BitLockerや指紋認証、Windows Hello、アプリの動作に問題がないのであれば、**「ログが記録されるだけで実害はない」**と判断して静観することも可能です。
• 懸念される点: ログが出続けているということは、OSがTPMへのアクセスをリトライし続けている可能性があります。これが蓄積されると、今回のような**「大型アップデート時の起動フリーズ」を再発させる火種**になります。

３. 試してみる価値のある対策（任意）

もしこのエラーを消したい、あるいは再発を完全に防ぎたい場合は、以下の手順が一般的です。

1. BIOSの更新: GEEKOMの公式サイトで、AE8向けの新しいBIOS（TPMの安定性向上を含むもの）が出ていないか確認する。
2. チップセットドライバーの更新: AMDのサイトから最新のチップセットドライバーをインストールする。
3. 静観する: 次回の月例更新（2月11日）で、Microsoft側がこの通信不備を修正するのを待つ。

結論として：

現在PCが快適に動いているのであれば、**「爆弾（TPMの通信不備）はまだそこにあるが、導火線には火がついていない状態」**です。無理にBIOSをいじって更なるトラブルを招くよりは、まずはこのまま様子を見つつ、重要なデータのバックアップを欠かさない運用がベストと言えます。

引き続き、何か挙動に変化（プチフリーズ等）があれば、いつでもお知らせください。

Microsoftへフィードバック済み

手順

送信内容

次のKB更新？

【要注意】Windows 11 KB5077181適用レポート：ブラックアウトの懸念は？

月例アップデート検証報告。前回のブラックアウト不具合を経て迎えた運命の日、Ryzen 9搭載 AE8での結果は「生還」。しかし、Intel機との比較検証で浮かび上がったのは、依然として残るTPMエラーとRyzen特有の不安定な挙動でした。実機ログを基に徹底解説。

イイネ.biz

2026.02.11

KB5077181でも不具合を確認！

【実機検証】KB5077181でブラックアウト発生。i7 vs Ryzen 9で分かった驚きの挙動差

200名以上のユーザが確認➡比較データ：2月アプデKB5077181で発生したブラックアウトを実機検証。Ryzen9機;AE8では致命的なハングアップが発生する一方、i7機（HP Spectre X360）では安定動作。1,000PV超の反響に応え、明暗を分けた要因と復旧手順を解説します。「週明けの不具合報告続々」

イイネ.biz

2026.02.13