Secure Boot

Windows 11、7月更新で2回再起動の報告が相次ぐ

Windows11

Windows 11、7月更新で2回再起動の報告が相次ぐ

7月のPatch Tuesdayアップデートを適用したWindows 11 PCが、通常の1回ではなく2回再起動する事象が報告されている。原因は複数あり、強制シャットダウンは禁物だ。 再起動が2回になる2つの原因 7月14日に配信されたKB5101650を適用した後、PCが2回再起動する。Windows Updateの進捗バーが100%に達して再起動し、デスクトップに戻ったと思ったらもう一度再起動がかかる。異常に見えるが、Microsoftはこの挙動を「想定通り」としている。 原因は大きく2つある。1つは.NET Frameworkアップデートだ。7月のKB5101650にはOSのセキュリティ修正と.NET Frameworkの更新が含まれており、.NET Framework側が独立した再起動を要求する場合がある。OSの修正で1回、.NET Frameworkの適用で1回、計2回になる構造だ。 もう1つはSecure Boot証明書の更新だ。2011年に発行されたSecure Boot証明書の期限切れに伴い、Microsoftは2023年版の後継証明書をWindows Upd
Windows 10延長サポート、1年追加で2027年10月まで

Windows

Windows 10延長サポート、1年追加で2027年10月まで

Microsoftが個人向けWindows 10拡張セキュリティ更新プログラム（ESU）の提供期間を、当初の2026年10月13日から2027年10月12日へ1年延長した。正式な発表はなく、公式ドキュメントの書き換えで判明した。 公式ページの書き換えで発覚 Microsoftは現地時間6月25日、Windows 10のESUに関する公式サポートページと、Windows Experience Blogの過去記事を更新した。個人向けESUの終了日が「2026年10月13日」から「2027年10月12日」に書き換わっている。 プレスリリースもブログ記事の新規投稿もない。Windows Experience Blogに追記されたのは「Editor's note」だけだ。そこには「個人向けデバイスのESUプログラムを1年追加で提供する。顧客がWindows 11 PCへ移行するための時間をさらに確保する」と記されている。ESUの対象は数億台規模のPCだ。それだけの影響がある変更を、ドキュメントの書き換えだけで済ませている。 登録済みユーザーは何もしなくていい すでにESUに登録して
Fedora 45、機密VM向けに軽量版GRUBを提案

Linux

Fedora 45、機密VM向けに軽量版GRUBを提案

クラウド上の仮想マシンが「自分のデータは誰にも見られていない」と証明するためには、ブートローダーの中身すら問題になる。その要求に正面から応える提案が、Fedora 45に向けて出された。 通常のGRUBでは「重すぎる」 Red Hatのブートローダーチームが、Fedora 45の変更提案（F45 Change Proposal）として軽量版GRUBの導入を提出した。対象は、Confidential Computingに使われる仮想マシンだ。Confidential Computingとは、クラウド上でデータを処理している最中も暗号的に保護する技術を指す。 なぜブートローダーが問題になるのか。Confidential VMはリモートアテステーション（遠隔検証）に依存している。これはVMが改ざんされていないことを外部から検証する仕組みで、その検証にはTPMのPCR値が使われる。ブートローダーが更新されるとPCR値が変わり、検証が通らなくなる。ブートローダーは小さく、モジュールは少なく、更新頻度は低いほどよい。 通常のGRUBは汎用性を重視した設計で、多数のモジュールを内蔵している
DellとHP、起動不能の原因はWindows 11ではなかった

PC

DellとHP、起動不能の原因はWindows 11ではなかった

PCが突然ブルースクリーンで再起動を繰り返す。BitLockerの回復キーを正しく入力しても、また同じ画面に戻される。Dellは自社サポートツールのバグを、HPはBIOSアップデートの不具合を認め、それぞれ対処法を公開した。 DellのBSODループ（原因はサポートツール） Dellが公式サポートアドバイザリで名指しした原因は、SupportAssist Remediationのバージョン5.5.16.0だ。Alienware SupportAssist Remediationの同バージョンも対象になる。 SupportAssist Remediationは、DellがPCにプリインストールする「SupportAssist」とは独立したサービスで、SupportAssist OS Recovery Toolsに含まれる。バックグラウンドで動くため、クラッシュの原因として気づきにくい。4月30日にこのバージョンが配信されて以降、ブルースクリーンと再起動ループの報告がDellおよびAlienware製PCで相次いだ。ユーザーの報告では、エラーコードはCRITICAL_PROCESS
Rufus 4.14、要件回避設定が毎回戻るバグ

Rufus

Rufus 4.14、要件回避設定が毎回戻るバグ

USBブートメディア作成の定番ツール「Rufus」の最新版4.14で、Windows 11のハードウェア要件をバイパスする設定が次回起動時にリセットされる不具合が報告されている。開発者本人が原因を特定し、修正に動いている。 設定が「毎回オンに戻る」というやっかいなバグ 不具合の内容はシンプルで、ある意味たちが悪い。 ポータブル版のRufus 4.14でUSBメディアを作る際、ユーザーが「Windows User Experience」（WUE）ダイアログのチェックボックスを全部外しても、次にRufusを起動したときに「4GB以上のRAM、Secure Boot、TPM 2.0の要件を削除」のチェックだけが勝手に復活してしまう。前バージョンの4.13までは、ユーザーが選んだ状態をきちんと記憶していた。 最初に問題を報告したのはGitHubユーザーのzoomwaffleで、issue #2965として登録されたのが日本時間の5月2日。報告にはこう書かれている。 4.13ではうまく動いていて、次回USBスティックを作るときも自分の設定が記憶されていた。4.14ではチェックボックス