「さあ休もう」と思ったその瞬間、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経由で送付しました。

ターゲットは、名機 Let’s note SZ6 (Core i5-7200U)。そして、同じく「Windows 11公式サポート対象外」の壁に直面しているIntel第7世代プロセッサ搭載機のユーザーです。

【特にこの記事を参考にしていただきたい方】

• Let’s note SZ6 シリーズを愛用している方
  • Core i5-7200U / i5-7300U 搭載モデル
• 「公式非対応」のIntel 第7世代CPU搭載機をWindows 11で運用中の方
  • ノートPC（モバイル用Uシリーズ）: * Core i7-7500U, i5-7200U, i3-7100U 等
  • デスクトップPC（S/Kシリーズ）: * Core i7-7700 / 7700K, i5-7500, i3-7100 等
• Windows 11 バージョン 25H2 へのアップデートに不安がある方
  • 「古いPCでも最新の25H2は動くのか？」
  • 「累積更新プログラム（KB番号付きパッチ）がエラーで止まらないか？」
  • 「動作が重くなったり、特定の不具合が起きたりしないか？」
• 4万PV超の前回記事（1800番）のその後の経過を知りたい方
• TPM 2.0は持っているがCPU要件で弾かれているマシンのオーナー

「非対応PCでも累積更新プログラム（KB5078127以降）は正常に適用できるのか？」「OSの進化に伴い、動作は重くなっていないか？」

4万件以上（26/02/21現在：40,897pv）のアクセスと、検証記事（1800番）で100名を超える（161：同）ユーザーフィードバックから得られた知見を基に、SZ6が2026年現在も「現役」で戦えるのか、その限界と安定運用のための全記録を公開します。

今後も、SZ6のWindows Update、eKBによる更新、場合によっては.isoファイルによるアップデートを継続してまいります。（Windows11要件でsz6に不備なのはCPU世代だけで、一番肝心のTPM2.0は備えています。）

Windows Update

Build 26200.8246 KB5083769 25H2

改善点

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

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

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

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

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

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

KB5083769（Build 26200.8246）徹底解説：Copilot+ PC と一般PCで何が変わったのか

AI時代のWindowsアップデート：Copilot+ PC と非NPU PCの違いを技術的に整理する2026/04、Windows 11 25H2 に適用された KB5083769（Build 26200.8246） は、単なる不具合修正...

イイネ.biz

2026.04.15

Build 26200.8037 KB5079473 25H2

Windows 11 KB5079473 徹底解説：共通改善点・Copilot+ PC への影響・一般PCとの違い、そして Secure Boot 証明書問題の本質

Windows 11 KB5079473 の最新情報を徹底解説。共通改善点、Copilot+ PC への影響、一般PCとの違い、Secure Boot 証明書更新、WDAC 安定化、Explorer 検索改善などを技術者視点で詳しくまとめました。TPM Event ID:1801 の本質と Microsoft・OEM の対応問題にも触れます。

イイネ.biz

2026.03.18

Build 26200.7840  KB5077181  25H2

「更新には78分ほど要しましたが、バックグラウンドでの処理が終われば、ブラウジングや事務作業においてメモリ8GBでも目立った遅延はなく、実用範囲内であることを確認しました。最新機と比較すれば更新時間はかかりますが、名機SZ6の安定感は健在です。」･･･デバイス名にある様に2018/03/03に新古品(新品未使用品)で買った、2016/10/04発売モデルです。(なんと、後数カ月で10年前のモデルになってしまうものです。)

KB5077181（Build 26200.7840）リリース。セキュリティの脆弱性修正に加え、前回のプレビュー版で露呈したTPM関連の通信不備に起因する「致命的なフリーズ」が抑制されています　26/02/11

　　詳細は以下のブログカードのクリックで、ご覧いただけます。

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

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

イイネ.biz

2026.02.20

Build 26200.7705  KB5074105  25H2

KB5074105（Build 26200.7705）リリース。このパッチは、先日話題になったクラウドストレージのフリーズ問題（KB5078127）を完全に飲み込んだ「全部入り」のアップデートです。　26/01/30

　　詳細は以下のブログカードのクリックで、ご覧いただけます。

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

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

イイネ.biz

2026.02.17

Build 26200.7628  KB5078127  25H2

KB5078127 (Build 26200.7628)　 日々の業務でOneDriveやDropboxなどのクラウドストレージを活用している方にとって「待望の修正」となります。ファイル保存時のイライラを解消し、システムの安定性を大幅に高める内容です。　26/01/25

　　詳細は以下のブログカードのクリックで、ご覧いただけます。

【緊急更新】Windows 11 KB5078127配信開始！クラウド利用時の「フリーズ問題」を解消

24H2/25H2 : 最新の更新プログラム KB5078127 (Build 26200.7628) が配信されました。今回のアップデートは、日々の業務でOneDriveやDropboxなどのクラウドストレージを活用している方にとって「待...

イイネ.biz

2026.01.26

過去分のアップデート

５年以上前のパソコンでもWindows11は動くのか？ Let's note sz6 Core i5-7200U 21H2 ➡ 25H2

あなたはWindows11で新しいパソコン買いますか？ここでは5年前(執筆時）Intel 7世代CPU:sz6:2016年10月モデルにWin11インサイダープレビューから動作検証、以降順次・最新版へアップデートし、経過チェックし詳細にLog記録いくもので最新は23H2･･･

イイネ.biz

2026.02.19

eKB アップデート

（Enablement Package：イネーブルメント パッケージによる更新）

25H2化

KB5065789が適用される前の状態であるため、一部の洗練度や安定性において後のビルドに劣る可能性がありますが、中核となる25H2の新機能はここで既に有効化されます実際の新機能のコードは、eKBを適用する前の累積アップデートに既に含まれeKB(KB5054156)は、それらの機能フラグを「オン」にする役割を果たし、Build 26200.6584の特性は、25H2の中核機能を有効化しているが、後続の累積アップデート（KB5065789）で提供される追加の安定性向上やバグ修正は含まれていない初期の状態。　25/10/10

　　詳細は以下のブログカードのクリックで、ご覧いただけます。

一足先に、25H2 Let’s note sz6 Core i5-7200U Windows 11 #25H2

このビルドは、将来のWindows 11の主要な進化方向、特にAI機能の統合とパフォーマンス向上の初期段階を示唆しています。KB5065789が適用される前の状態であるため、一部の洗練度や安定性において後のビルドに劣る可能性がありますが、中...

イイネ.biz

2025.10.11

23H2化

EKB KB5027397 は、Windows Update よりも迅速な更新: 単一の再起動でバージョン 22H2 から 23H2 へ直接アップグレードできます。　24/06/12

　　詳細は以下のブログカードのクリックで、ご覧いただけます。

23H2化 には イネーブルメントパッケージを使うWindows11 Core i5-7200U Let's Note sz6

重要Windows 11 バージョン 22H2 のホーム エディションと Pro エディションは、2024 年 10 月 8 日にサービスが終了します。 それまで、これらのエディションはセキュリティ更新プログラムのみを受け取ります。 セキュリティ以外のプレビュー更新プログラムは受け取りません。 2024 年 10 月 8 日以降もセキュリティ更新プログラムとセキュリティ以外の更新プログラムを受け取り続けるには、最新バージョンの Windows に更新することをお勧めします。

イイネ.biz

2024.06.12

.iso アップデート

（.ISOファイル適用による更新）

24H2化

Let’s note SZ6

24/10/01にMicrsoftが24H2を公開、Win11対応PCには順次24H2更新の案内が届く。しかしCF-sz6はその対象ではないので、.isoファイルによるアップデートを試み、手順を共有　24/10/03

　　詳細は以下のブログカードのクリックで、ご覧いただけます。

一足先に、24H2：Let’s note sz6 Core i5-7200U Windows 11

Core i5-7200Uの24H2アップデートLet’s note sz6は、Windows 11インサイダープレビュー以来、順調にアップデートを重ね、先日も22H2から23H2へのアップデートを済ませ、24/10/09の次回月例更新を待...

イイネ.biz

2025.10.12

異なる言語でプリインストールされたPC

AE8

AE８は、英語版Windows11でプリインストールされていた為、

• 通常のWindows Updateが失敗した。
• さらに、Win11_24H2_Japanese_x64.isoの日本が版では、引き継ぐ項目で、　
  〇「ファイル、設定、アプリを保持する」が選べない　
  ◎「個人用ファイルのみを引き継ぐ」となっていた。
  （クリーンインストールのみ可能）移行過程で、「ファイル、設定、アプリを保持する」が選択できないとアプリの再インストール・設定が必要となる。
• そこでWin11_24H2_English_x64.iso英語版でのアップグレードを実施した。
  24/12/24

　　詳細は以下のブログカードのクリックで、ご覧いただけます。

異なる言語でプリインストールされた23H2は、Win11_24H2_Japanese_x64.isoでは24H2化できなかったけど･･･

異なる言語でプリインストールされたWindows 11 23H2、初期設定時の日本語キーボード対応設定が必要なだけじゃない。24H2化で必要なこと。Win11_24H2_Japanese_x64.isoからのアップグレードは失敗するので対策が必要です。

イイネ.biz

2024.12.15

自作PC

i7-4770K

i7-4770K 自作機は第四世代CPUでWindows 11対象ではないため、Win11_24H2_Japanese_x64.isoによるWindows 10からのアップグレードを行った。　24/10/06

　　詳細は以下のブログカードのクリックで、ご覧いただけます。

10年前の古い第四世代CPUに24H2 Windows 11　i7-4770K 自作PC

24/10/01発表の24H2では、CPUの世代、ファームウェア：UEFI、セキュア ブート対応ストレージ、 TPM 2.0、グラフィックス DirectX12以上などの条件をチェックせずにUpgradeできるという情報を得た。i7-4770K Windows 11 24H2へUpgrade

イイネ.biz

2024.10.06

When the update doesn’t proceed

Windows Update:いつまで経っても進まないとき ➡

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

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

イイネ.biz

2025.08.13

「【150名以上が参照】 2月アプデ（KB5077181）で発生したブラックアウトを実機検証……」

最新のPV数と実績のアップデート

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

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

イイネ.biz

2026.02.20

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

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

イイネ.biz

2026.02.17

検証環境の比較

今回の「明暗を分けた比較」に使用した2台のスペックです。外部ストレージを含め、可能な限り条件を揃えて検証しました。

(English Edition) Date posted: Feb 13, 2026

Microsoft Feedback Hub

終わりに：慎重な判断を

補足：SiteKitデータ

TB4ドッキングステーションを使用している訳

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.19

追記：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.02.17

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

2025.08.13

配信当日までに「絶対に」やっておくべき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.02.17

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

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

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

最後に

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

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

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

あとがき

※データの計測について

結果は➡

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

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

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

イイネ.biz

2026.02.20

【緊急・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.19

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.20

KB5077181でも不具合を確認！

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

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

イイネ.biz

2026.02.19

 第1章：すべてのPCユーザーへ！「クラウド連携」が再びスムーズに

今回のKB5078127の最大のトピックは、ファイル操作の安定化です。

第2章：Copilot+ PCでの体験 ― AIワークフローの安定性が向上

強力なNPU（AI専用プロセッサ）を搭載したCopilot+ PCにおいては、単なるバグ修正以上の意味を持ちます。

まとめ：今すぐWindows Updateを確認しましょう

修正された主な問題

• クラウドファイル操作の不具合修正: OneDriveやDropboxなどのクラウドストレージからファイルを開いたり、保存したりする際に、アプリケーションが応答なし（フリーズ）になったり、予期しないエラーが発生したりする深刻な問題が修正されました。
• Outlookの安定性向上: OutlookのPSTファイルをOneDrive上に保存している環境で、Outlookがハングアップしたり再起動に失敗したりする問題が解消されました。
• 累積的なセキュリティ修正: 2026年1月13日の月例更新（KB5074109）および1月17日の臨時更新（KB5077744）の内容がすべて含まれています。

補足

　次の月例更新は、2026/05/13 水曜日です。直近のセキュリティ更新は、2026/04/15でした。利用者の皆様が計画的にシステムの更新ができるよう、マイクロソフトでは、セキュリティ更新プログラムを定期的なスケジュールで公開しています。

IT 管理者やユーザーの皆様が計画的にシステムの更新ができるよう、マイクロソフトでは、セキュリティ更新プログラムを定期的なスケジュールで公開しています。セキュリティ更新プログラムは、米国太平洋標準時間の毎月第 2 火曜日に公開します。日本では、時差の関係上、毎月第 2 火曜日の翌日 (第 2 または第 3 水曜) です。　なお、未修正の脆弱性の悪用が広がっており迅速にセキュリティ更新プログラムを公開する必要性がある場合など、定期的なスケジュール以外の日程でセキュリティ更新プログラムを公開する場合があります。マイクロソフトでは、セキュリティ更新プログラムの新着情報及び更新情報を、次の方法で配信しています。まだ購読されていない方は、この機会にぜひご登録ください。
” https://www.microsoft.com/en-us/msrc/blog/2025/11/securityupdatereleaseschedule2026 “

KB5083769（Build 26200.8246）徹底解説：Copilot+ PC と一般PCで何が変わったのか

AI時代のWindowsアップデート：Copilot+ PC と非NPU PCの違いを技術的に整理する2026/04、Windows 11 25H2 に適用された KB5083769（Build 26200.8246） は、単なる不具合修正...

イイネ.biz

2026.04.15

　Table Top

　TableTopに戻る

WordPress 6.8.2に含まれるコアチケット

• #63399 – Twenty Twenty-Five: editor style isn’t enqueued
  : Twenty Twenty-Five テーマ: エディタースタイルがキューに入らない。
  • Twenty Twenty-Five テーマにおいて、ブロックエディター内でテーマ固有のスタイルが正しく読み込まれない問題を修正。これにより、エディター上での見た目がフロントエンドとより一致するようになります。
• #14110 – Expose height and width attributes to ‘wp_get_attachment_image_attributes’ filter
  : wp_get_attachment_image_attributes フィルターに height 属性と width 属性を公開する。
  • wp_get_attachment_image_attributes フィルターを使用して、添付画像の HTML 属性をカスタマイズする際に、height 属性と width 属性にアクセスできるようにします。これにより、レスポンシブデザインなどの実装がより柔軟に行えるようになります。
• #42007 – rpc.pingomatic.com still using HTTP
  : rpc.pingomatic.comが依然としてHTTPを使用している。
  • ブログの更新を検索エンジンなどに通知する Pingback サービスである rpc.pingomatic.com が、セキュリティ上の理由から HTTPS を使用する様に変更。
• #47595 – Re-evaluate whether comment form should still get the HTML5 novalidate attribute
  : コメントフォームが依然として HTML5 の novalidate 属性を持つべきかどうかを再評価する。
  • コメントフォームにデフォルトで設定されている HTML5 の novalidate 属性について、ユーザーエクスペリエンスやアクセシビリティの観点から再評価し、必要に応じて削除または変更。novalidate 属性はブラウザのデフォルトのフォーム検証を無効化。
• #61941 – Removing app.screencast.com as an oEmbed provider
  : app.screencast.comをoEmbedプロバイダーから削除
  • 動画共有サービス app.screencast.com が廃止されたため、WordPress の oEmbed プロバイダーリストから削除されます。これにより、該当サービスの埋め込みが機能しなくなります。
• #62995 – Uploading Mac screenshots results in broken images, due to question marks inserted in filenames
  : Mac のスクリーンショットをアップロードすると、ファイル名に疑問符が挿入され、画像が破損する。
  • macOS で撮影したスクリーンショットを WordPress にアップロードする際、ファイル名に不要な疑問符が含まれて画像が正しく表示されない問題を修正。
• #63029 – Better align restore revision buttons on mobile devices
  : モバイルデバイスでリビジョン復元ボタンの配置を改善。
  • モバイルデバイスで投稿や固定ページのリビジョン（履歴）を復元する際のボタンの配置を改善し、より操作しやすくします。
• #63073 – Twenty Twelve: theme’s figcaption styles do not apply in the editor
  : Twenty Twelve テーマ: テーマの figcaption スタイルがエディターに適用されない。
  • 古いテーマである Twenty Twelve において、画像のキャプション (figcaption) のスタイルがブロックエディター内で正しく表示されない問題を修正します。
• #63254 – Introduce development mode for block editor styles
  : ブロックエディタースタイルの開発モードを導入する。
  • ブロックエディターのスタイル開発を効率化するための新しい開発モードを導入します。これにより、開発者はより迅速にスタイルの変更をテストできるようになります。
• #63308 – tinymce cache key should be updated
  : TinyMCE のキャッシュキーを更新する必要がある。
  • 古い TinyMCE エディター（クラシックエディター）を使用している環境において、キャッシュの問題でエディターの動作がおかしくなる場合があるため、キャッシュキーを更新して問題を解消します。
• #63324 – Update Twemoji to v16.0.1
  : Twemoji を v16.0.1 に更新する。
  • WordPress で使用されている絵文字ライブラリ Twemoji を最新バージョンに更新し、新しい絵文字のサポートやセキュリティの向上を図ります。
• #63377 – Pin specific Gutenberg plugin version for E2E tests in 6.6 branch
  : 6.6 ブランチの E2E テストのために特定の Gutenberg プラグインのバージョンを固定する。
  • WordPress のテスト環境において、特定のバージョンの Gutenberg プラグインを使用してエンドツーエンド (E2E) テストを実行するように設定します。これにより、テストの安定性と信頼性を向上させます。
• #63390 – Add version number tests for package-lock and composer files.
  : package-lock ファイルと composer ファイルにバージョン番号のテストを追加する。
  • WordPress の開発環境で使用される依存関係管理ファイル (package-lock.json と composer.lock) において、バージョン番号が正しく管理されているかを検証するためのテストを追加します。
• #63424 – Twenty Sixteen: Quote block Plain style has border in the editor
  : Twenty Sixteen テーマ: 引用ブロックのプレーンスタイルにエディター内でボーダーが表示される。
  • Twenty Sixteen テーマにおいて、引用ブロックの「プレーン」スタイルがブロックエディター内で不要なボーダーを表示する問題を修正します。
• #63520 – Twenty Fourteen: Latest Comments block link color does not belong in Content Sidebar
  : Twenty Fourteen テーマ: 最新のコメントブロックのリンク色がコンテンツサイドバーに合わない。
  • Twenty Fourteen テーマにおいて、「最新のコメント」ブロック内のリンク色がサイドバーの背景色とコントラストが低く、視認性が悪い問題を修正します。
• #63543 – Environment variable WP_CONFIG_PATH should be set on cli container in wordpress-develop env
  : wordpress-develop 環境の CLI コンテナで環境変数 WP_CONFIG_PATH を設定する必要がある。
  • WordPress の開発環境 (wordpress-develop) において、コマンドラインインターフェース (CLI) コンテナ内で WP_CONFIG_PATH 環境変数を正しく設定します。これにより、開発環境のセットアップと管理が容易になります。
• #63564 – Dev environment should incorporate enhancements from wp-env for speed and non-interactive usage
  : 開発環境は、速度と非対話的な使用のためにwp-envの機能強化を取り入れるべきである。
  • WordPress の開発環境において、より高速かつ非対話的に操作できるwp-envツールからの機能強化を統合
• #63588 – do_blocks(): Free up transient memory leak
  : do_blocks(): 一時的なメモリリークを解消する。
  • ブロックのレンダリングを行う do_blocks() 関数において、一時的なメモリリークが発生する可能性があった問題を修正します。
• #63595 – Cease support for 4.1 – 4.6
  : WordPress バージョン4.1から4.6までのサポート終了
  • WordPress の古いバージョンである 4.1 から 4.6 までのサポートを終了します。これにより、これらのバージョンに関するバグ修正やセキュリティアップデートは行われなくなります。
• #63613 – Twenty Twenty-One: menu toggle is not responsive until after “load” event
  : Twenty Twenty-One テーマ: 「load」イベントの後までメニューのトグルが反応しない。
  • Twenty Twenty-One テーマにおいて、ページ読み込み完了後までモバイルメニューのトグルボタンが正常に機能しない問題を修正します。

6.8.2に含まれるGutenbergプルリクエスト

• #69627 – Navigation Link: Don’t check validity when block editing is disabled
  : ナビゲーションリンク: ブロック編集が無効の場合、有効性をチェックしない。
  • ブロックエディターが無効になっている場合、ナビゲーションリンクブロックの有効性チェックをスキップ。これにより、パフォーマンスの改善に期待。
• #69631 – Navigation Link: Optimize ‘getBlockParentsByBlockName’ selector call
  : ナビゲーションリンク: ‘getBlockParentsByBlockName’ セレクター呼び出しを最適化する。
  • ナビゲーションリンクブロックで使用される getBlockParentsByBlockName セレクターの呼び出しを最適化し、パフォーマンスを向上させます。
• #69633 – Navigation Link: Improve performance by only requesting entities when selected
  : ナビゲーションリンク: 選択された場合のみエンティティをリクエストすることでパフォーマンスを改善する。
  • ナビゲーションリンクブロックにおいて、リンクが選択された場合にのみ関連するエンティティ（投稿、固定ページなど）の情報をリクエストするように変更し、パフォーマンスを改善します。
• #69698 – Query Loop: Don’t overwrite the ‘query.inherit’ attribute value
  : クエリーループ: ‘query.inherit’ 属性値を上書きしない。
  • クエリーループブロックにおいて、query.inherit 属性の値が意図せず上書きされる問題を修正します。query.inherit 属性は、現在のコンテキスト（例: カテゴリーページ）からクエリ設定を継承するかどうかを制御します。
• #69741 – Block Editor: Remove truncation from media tab preview tooltips
  : ブロックエディター: メディアタブのプレビューツールチップから切り捨てを削除する。
  • ブロックエディターのメディアタブで、画像のプレビューにマウスオーバーした際に表示されるツールチップにおいて、ファイル名などが切り捨てられないように修正します。
• #69985 – Image: Avoid stale URL when reselecting the same image from the library
  : 画像: ライブラリから同じ画像を再選択した際に古い URL を使用しないようにする。
  • 画像ブロックにおいて、メディアライブラリから同じ画像を再度選択した場合に、古い（変更前の）URL が残ってしまう可能性があった問題を修正します。
• #70020 – Post Template: Don’t rely on the default ‘ignore_sticky’ REST API value
  : 投稿テンプレート: デフォルトの ‘ignore_sticky’ REST API 値に依存しないようにする。
  • 投稿テンプレートブロックにおいて、スティッキー投稿（先頭に固定表示する投稿）を無視するかどうかを制御する ignore_sticky パラメーターのデフォルト値に依存せず、明示的に設定するように変更します。
• #70043 – MediaPlaceholder: Fix Regression with media URL input type to allow a local URL path
  : MediaPlaceholder: ローカル URL パスを許可するようにメディア URL 入力タイプの回帰を修正する。
  • メディアアップローダーのプレースホルダーにおいて、メディアの URL を直接入力する際に、ローカルの URL パス（例: /wp-content/uploads/…）が正しく認識されない問題を修正します。
• #70051 – DOM: Add summary element to focusable elements
  : DOM: フォーカス可能な要素に summary 要素を追加。
  • HTML の <summary> 要素をフォーカス可能な要素として認識するように変更します。これは、<details> ブロックなどのアクセシビリティ向上に貢献します。
• #70054 – Button: Limit scope of width style for link
  : ボタン: リンクの width スタイルの範囲を制限する。
  • ボタンブロックにおいて、リンク要素に適用される width スタイルの範囲を適切に制限し、意図しないレイアウト崩れを防ぎます。
• #68741 – Details: Enable all non-interactive formats
  : 詳細:すべての非インタラクティブなフォーマットを有効に
  • 詳細ブロック（<details> 要素を使用）内で、インラインコードや画像など、インタラクティブでないすべての書式設定を有効にします。
• #70056 – Details Block: Fix keyboard accessibility issues and allow list view selection to show up inner blocks
  : 詳細ブロック:キーボードアクセシビリティの問題を修正し、リストビューの選択で内部ブロックを表示できる様に。
  • 詳細ブロックにおいて、キーボード操作でのアクセシビリティの問題を修正し、リストビューで内部のブロックが正しく表示され、選択できるようにします。
• #70078 – URL: Handle HTML entities and ampersand in ‘cleanForSlug’
  : URL: ‘cleanForSlug’ で HTML エンティティとアンパサンドを処理する。
  • URL スラッグ（URL の一部）を生成する cleanForSlug 関数において、HTML エンティティ（例: &）やアンパサンド (&) が正しく処理されるように修正します。
• #70480 – Remove screencast.com embed block variation
  : screencast.com 埋め込みブロックのバリエーションを削除
  • コアチケット #61941 と同様に、廃止された screencast.com の埋め込みブロックのバリエーションを削除します。
• #70553 – Fix Floating UI packages dependencies
  : Floating UI パッケージの依存関係を修正する。
  • ポップアップやツールチップなどの UI 要素を制御する Floating UI ライブラリの依存関係を修正し、安定性を向上させます。

これらの修正と改善は、WordPress 6.8.2 をより安定させ、使いやすくすることを目的としています。リリースノートが公開されれば、さらに詳細な情報が提供される予定です。

ほとんどのWindowsデバイスで使用されているセキュアブート証明書の有効期限が2026年6月から開始されるため、この更新を適用しないと、一部の個人用およびビジネス用デバイスが安全に起動できなくなる可能性があります。
新機能:
PC-to-PC マイグレーション機能が追加されました。これにより、同じネットワーク上のローカルPC同士を接続し、PINコードで認証することで、クラウドに接続せずにワイヤレスでファイルを転送できます。
その他の修正:
セキュリティ脆弱性とその他の問題の修正が含まれています。

重要

Windows セキュア ブート証明書の有効期限

Windows セキュア ブート証明書の有効期限と CA の更新

詳細および準備手順については、「Windows セキュア ブート証明書の有効期限と CA の更新」を参照してください。

KB5036210: セキュア ブート許可署名データベース (DB) への Windows UEFI CA 2023 証明書の展開 - Microsoft サポート

support.microsoft.com

ハイライト

この更新プログラムは、Windows オペレーティング システムのセキュリティ問題を解決します。

改善点

• [グラフィック]修正: この問題は、2025 年 6 月の非セキュリティ更新プログラム (KB5060829) がインストールされている場合にのみ発生します。ゲームの解像度がデスクトップの解像度と一致しない場合、一部の全画面排他モードで実行されているゲームで、ALT + Tab キーを使用してゲームから離れて戻ると、ゲーム コンテンツがカーソルの位置と同期しなくなることがあります。
• [マルチメディア]修正: この更新プログラムは、通知音が再生されない問題を修正します。影響を受ける音には、画面上のアラート、音量調整、サインインの音が含まれます。
• [Windows ファイアウォール]修正: この更新プログラムは、セキュリティが強化された Windows ファイアウォールのイベント ビューアーでイベント 2042 として見つかった問題を修正します。イベントは、「構成の読み取りに失敗しました」というメッセージと共に「使用可能なデータがさらにあります」と表示されます。

以前の更新プログラムをインストールした場合は、このパッケージに含まれる新しい更新プログラムのみがダウンロードおよびインストールされます。

セキュリティ脆弱性の詳細については、セキュリティ更新プログラム ガイドの Web サイトおよび 2025 年 7 月のセキュリティ更新プログラムを参照してください。

PC-to-PC マイグレーション機能

この機能により、新しいPCへのデータ移行が、より簡単かつ迅速に行えるようになることが期待されます。クラウドへのアップロードや外部ストレージデバイスを使用する手間が省けるため、特に大容量のデータを移行する際に便利です。

現時点では、この機能の具体的な使い方や詳細なオプションに関する公式な情報が限られています。今後、Microsoftのサポートページなどでより詳しい情報が公開される可能性があります。公開され次第、ご確認ください。

AI コンポーネント

このリリースでは、以下の AI コンポーネントが更新されます。
(Copilot+ PC では AI コンポーネントが使用され、AI モデルをデバイス上で直接ローカルで実行できます。)

2025/06/26 — KB5060829 (OS ビルド 26100.4484)の更新です。