「Windows11にアップグレードしようとしたら、なぜかインストールできなかった…」そんな経験はありませんか?実は、Windows11の無料インストールには意外と複雑な条件があり、対応PCのはずなのに弾かれてしまうケースも少なくありません。しかも2025年10月14日にはWindows10のサポートがついに終了し、今や2026年のいまも無償アップグレードの窓は開いていますが、その「窓」がいつ閉まるかは誰にもわかりません。
この記事では、Windows11を無料でインストールできない原因を一つひとつ丁寧に解説し、初心者の方でも理解できる言葉で解決策をお伝えします。上級者の方向けの深い技術情報も後半にまとめているので、ぜひ最後まで読んでください。
- Windows11の無料インストールに必要な7つのシステム要件と確認方法を完全解説
- TPM2.0・セキュアブート・CPU世代など「落とし穴」になりやすい項目を徹底チェック
- 2026年4月時点の最新アップデート不具合情報と安全な回避策も収録
- そもそもWindows11の無料インストールは2026年でもまだできるの?
- まず最初にやること!「PC正常性チェックアプリ」で一発確認
- Windows11を無料でインストールできない7つの原因とチェック項目
- 【2026年4月最新情報】Microsoftの更新プログラムに不具合が発生中
- チェック項目を全部クリアしたのにまだインストールできない時の上級者向け対処法
- アップグレードできないPCの代替選択肢
- アップグレード前に必ず行うべき3つの準備作業
- アップグレード後10日以内ならWindows10に戻せる!でも慌てないで
- 「なぜ弾かれるのか」を理解しないと同じ失敗を繰り返す。Windowsの内部構造から読み解く本当の原因
- TPM2.0の「有効なのに認識されない」問題。裏でこんなことが起きていた
- Windows11インストール関連の状態を一括チェックするPowerShellスクリプト(実務レベル)
- PowerShellより先にcmdで確認すべき場面と、その理由
- 現場の「あるある困った」実体験解決集。ネットで調べても出てこなかった事例5選
- 知られていない設定①Windows10/11でアップグレードを手動コントロールするレジストリの秘密
- ぶっちゃけこうした方がいい!
- Windows11を無料でインストールできない時の疑問解決まとめ
- 今すぐパソコンやスマホの悩みを解決したい!どうしたらいい?
- まとめ今すぐチェックして無料アップグレードのチャンスを逃すな!
そもそもWindows11の無料インストールは2026年でもまだできるの?
結論からお伝えすると、2026年4月現在もWindows10からWindows11への無償アップグレードは継続されています。ただし、Microsoftは公式に「無償アップグレードを終了する権利を留保する」と明言しており、明日突然終了してもおかしくない状況です。
2025年10月14日にWindows10の通常サポートが終了したことで、今は「例外的な猶予期間」とも言える状態が続いています。PCメーカーの動向を見ても、2026年以降は完全にWindows11が標準となっており、古いデバイスを無償で更新できるチャンスはどんどん狭まっているのが現状です。
特に注意したいのは、Windows10のサポート終了後にそのまま使い続けることのリスクです。サポートが切れると、セキュリティパッチや修正プログラムが届かなくなるため、ウイルス感染やサイバー攻撃に対して非常に無防備な状態になります。「まだ使えるから大丈夫」と思っていると、ある日突然PCがウイルスに感染してデータが全部消えてしまった、というトラブルに遭遇することもあります。だからこそ、今すぐ自分のPCがWindows11に対応しているかどうかをチェックしてみましょう。
まず最初にやること!「PC正常性チェックアプリ」で一発確認
細かい条件を一つひとつ手作業で確認するのは正直面倒ですよね。そこでMicrosoftが公式に配布している「PC正常性チェックアプリ」を使えば、自分のPCがWindows11に対応しているかどうかを数秒で判定してくれます。
使い方はとても簡単です。Microsoft公式サイトからPC正常性チェックアプリをダウンロードしてインストールし、アプリを起動したら「今すぐチェック」ボタンをクリックするだけです。チェックが終わると結果画面に「このPCはWindows11の要件を満たしています」または「満たしていません」と表示され、満たしていない場合はその具体的な理由も教えてくれます。
アプリの結果に「TPM2.0がサポートされていないか有効になっていない」「プロセッサーが現在Windows11でサポートされていません」などのメッセージが出た場合は、以下のチェック項目を一つずつ確認していきましょう。
Windows11を無料でインストールできない7つの原因とチェック項目
①CPUの世代が古すぎる問題
Windows11がインストールできない最も多い原因の一つが、CPUの世代の問題です。スペック表の数字だけ見ると「1GHz以上・2コア以上の64ビットプロセッサ」という条件は満たしていても、IntelはCore第8世代(2017年後半)以降、AMDはRyzen 2000シリーズ(Zen2、2018年中盤)以降でないとWindows11の対象外となります。
つまり、数年前のハイスペックPCでも「対象外」になってしまうことがあるんです。これは結構ショックを受けるポイントで、「うちのPCはゲームもサクサク動くのに、なぜ?」という疑問を持つ方も多いでしょう。
確認方法は、「スタート」を右クリック→「デバイスマネージャー」→「プロセッサ」を展開すると、使用中のCPU名が表示されます。CPUの型番を確認したら、Microsoftが公開しているサポート対象CPU一覧でチェックしましょう。
②TPM2.0が有効になっていない問題
TPM(Trusted Platform Module)バージョン2.0は、Windows11において最も引っかかりやすい条件の一つです。TPMとは暗号鍵の作成・保管を担うセキュリティチップのことで、Windows11ではこのTPM2.0が必須となっています。
古いPCではTPM1.2にしか対応していないケースや、TPM2.0チップは搭載されているのにBIOS/UEFI設定で無効になっているケースがあります。設定で無効になっているだけなら、BIOS/UEFI画面から有効に切り替えるだけでOKです。
確認方法は「Windowsキー+R」→「tpm.msc」と入力してEnterキーを押すことで、TPMの状態を確認できます。「互換性のあるTPMが見つかりません」と表示された場合は、BIOS/UEFI設定でTPMを有効にするか、TPM2.0未対応の古いPCである可能性が高いです。
③セキュアブートが無効になっている問題
セキュアブート(Secure Boot)とは、PCの起動時に不正なソフトウェアが実行されないよう守るUEFIの機能です。Windows11ではこのセキュアブートが有効になっていることが必須条件です。
セキュアブートはTPM2.0と同様に、PCのBIOS/UEFI設定から有効・無効の切り替えができます。PC起動時にDeleteキーやF2キー(機種によって異なる)を連打してBIOS画面に入り、「Security」または「Boot」メニューからSecure Bootの項目を探して有効に設定してください。
注意点として、セキュアブートを有効にするにはシステムディスクのパーティション形式がMBRではなくGPTである必要があります。古いPCでWindowsをインストールした場合、MBR形式のままになっている可能性があり、この場合はディスクの変換作業が必要です(データのバックアップ必須)。
④UEFIに対応していない古いファームウェアの問題
Windows11はシステムファームウェアとしてUEFI対応が必須です。UEFIが普及し始めたのは2011年頃からなので、それより前に製造されたPCには古いBIOSしか搭載されていない場合があります。
ただし、2011年以降製造のPCでも、BIOSモードで動作している場合があります。UEFIモードで起動しているかどうかは「システム情報」アプリ(msinfo32)を開き「BIOSモード」の項目を確認することでチェックできます。「レガシ」と表示されていればBIOSモード、「UEFI」と表示されていれば問題ありません。
⑤メモリ(RAM)とストレージの容量不足
Windows11の最低要件としてメモリは4GB以上、ストレージは64GB以上の空き容量が必要です。ただし、これは「動く」ための最低ラインであって、快適に使うためには8GB以上のメモリが強く推奨されます。
特にストレージ不足は見落としやすいポイントです。インストール自体には64GBの空き容量が必要ですが、アップグレード後のアップデートや日常利用のことを考えると、余裕を持って100GB以上の空き容量があることが理想です。ストレージの空き容量は「エクスプローラー」でCドライブのプロパティを確認するか、「設定」→「システム」→「ストレージ」から確認できます。
⑥インターネット接続が不安定または切れている問題
Windows11へのアップグレードには安定したインターネット接続が不可欠です。特にWindows11 Homeエディションのセットアップにはインターネット接続とMicrosoftアカウントが必須となっています。
接続が不安定だと、ダウンロードが途中で止まったり、Microsoftサーバーとのライセンス認証が完了せずアップグレードが中断したりします。アップグレード中はできるだけ有線LAN接続を使うか、安定したWi-Fi環境で行うようにしましょう。
⑦Windows10が最新の状態になっていない問題
Windows11へのアップグレード前に、まずWindows10自体を最新の状態にすることが必須条件です。適用されていない更新プログラムが残っていると、Windows11へのアップグレードが正常に進まないことがあります。
「スタート」→「設定」→「更新とセキュリティ」→「Windows Update」を開いて「更新プログラムのチェック」をクリックし、すべての更新プログラムを適用してから再起動した後でWindows11へのアップグレードを試みましょう。
【2026年4月最新情報】Microsoftの更新プログラムに不具合が発生中
実は2026年3月下旬から4月初旬にかけて、Microsoftが配信したWindows11の更新プログラムに重大な問題が発生しています。この情報を知らずにアップグレードしようとして失敗しているケースも少なくありません。
2026年3月26日にリリースされたオプション更新プログラムKB5079391において、インストール時にエラーコード0x80073712が表示されてインストールできないという問題が発生し、Microsoftは数日後にこの更新プログラムの配信を一時停止しました。このエラーはWinSxSフォルダに必要なファイルが見つからないことが原因で、システム自体が壊れるわけではありませんが、インストールが永遠にループしてしまう状態になります。
また、2026年3月のセキュリティ更新プログラムによりMicrosoftアカウントのサインインが失敗する不具合も発生し、Teamsや Edge、Microsoft 365 Copilot、OneDriveなどのアプリでログインできなくなるケースが報告されました。この問題への修正として帯域外更新プログラムKB5085516が配信されましたが、一部のユーザーではこの修正プログラム自体もインストールできないという二重トラブルも発生しています。
次のPatch Tuesday(2026年4月14日)でこれらの問題を含む包括的な修正が提供される予定です。もし現在Windows11のアップデートが上手くいかない方は、4月14日以降に再度試してみることをお勧めします。
チェック項目を全部クリアしたのにまだインストールできない時の上級者向け対処法
Windows Updateトラブルシューターを実行する
システム要件は全部満たしているのに更新が進まない場合、まずはWindows標準搭載のWindows Updateトラブルシューターを試してみましょう。「設定」→「更新とセキュリティ」→「トラブルシューティング」→「Windows Update」を選んで「トラブルシューティングツールの実行」をクリックすると、自動的に問題を検出して修正しようとします。
SFCとDISMコマンドでシステムファイルを修復する
長年使ってきたPCではシステムファイルが知らないうちに壊れていることがあります。管理者権限のコマンドプロンプトを開いて以下のコマンドを順番に実行することで、破損したシステムファイルを修復できます。
まず
sfc /scannow
を実行してシステムファイルのチェックと修復を行います。それが完了したら
DISM /Online /Cleanup-Image /RestoreHealth
を実行してWindowsイメージ自体を修復します。この作業には数十分かかる場合がありますが、アップグレードの妨げになっていた隠れた問題が解決することが多いです。
周辺機器を一時的に取り外す
プリンター、外付けHDD/SSD、USBハブ、Webカメラ、スキャナーなどの周辺機器が原因でアップグレードが失敗するケースは意外に多いです。アップグレード前に必要最低限の機器(キーボード、マウス、ディスプレイ)以外はすべて取り外してから試してみましょう。
ドライバーとウイルス対策ソフトの問題を確認する
デバイスマネージャーで黄色い「!」マークがついているデバイスがあれば、そのドライバーを最新版に更新してください。また、Windowsに標準搭載されているWindows Defenderを除くサードパーティ製のウイルス対策ソフト(セキュリティソフト)は、アップグレードの妨げになることがあります。アップグレード中は一時的に無効にするか、アンインストールしてから試みることも有効な対処法です。
Windows11インストールアシスタントを使う
Windows Updateに「アップグレード可能」と表示されない場合でも、Windows11インストールアシスタントを使えば今すぐアップグレードを開始できます。Microsoftの公式ページからツールをダウンロードして実行するだけで、手動でアップグレードプロセスを開始できます。ただし、Windows Updateからのアップグレードに比べて少しリスクが高いため、事前のデータバックアップは必ず行ってください。
インストールメディア(USBメモリ)を使ったクリーンインストール
上記のすべての方法を試してもダメだった場合、USBメモリを使ったクリーンインストールが最後の切り札になります。Microsoftの公式サイトからメディア作成ツールをダウンロードし、8GB以上のUSBメモリにインストールメディアを作成してから、そのUSBメモリからPCを起動してWindows11をインストールします。
クリーンインストールはすべてのデータが消去されるため、必ず事前に重要なファイルを外付けドライブやクラウドストレージにバックアップしてください。一方で、アップグレードに比べてエラーが発生しにくく、クリーンな状態からWindows11を使い始められるというメリットもあります。また、このインストールメディアは別のPCにも使えるため、複数台のPCをアップデートしたい場合や、オフライン環境のPCに対しても活用できます。
アップグレードできないPCの代替選択肢
すべての対処法を試してもWindows11へのアップグレードが不可能だとわかった場合、どうすればよいでしょうか?いくつかの現実的な選択肢があります。
まず最もシンプルな解決策はWindows11対応の新しいPCへの買い替えです。最新のPCにはWindows11が標準搭載されているため、アップグレードの手間も一切かかりません。特にビジネス用途では、古いPCを使い続けることのセキュリティリスクと、新しいPCの生産性向上効果を天秤にかけると、買い替えの方がトータルコストが低くなるケースも多いです。
もし古いPCをどうしても使い続けたい場合は、ChromeOS FlexやZorin OS(Linux)などの軽量OSをインストールしてサブPCとして活用するという方法もあります。これらのOSは比較的古いハードウェアでも快適に動作し、セキュリティアップデートも継続して提供されます。ただし、Windowsアプリがそのままでは動かないため、用途が限定される点は注意が必要です。
アップグレード前に必ず行うべき3つの準備作業
Windows11へのアップグレードを安全に行うためには、事前準備が非常に重要です。焦ってアップグレードしてしまい、「大切なデータが消えてしまった!」という事態を避けるためにも、次の準備を必ず行いましょう。
第一に、重要なデータのバックアップです。Windows11へのアップグレードではアプリやデータはそのまま引き継がれますが、万一の場合に備えてUSBメモリ、外付けストレージ、NAS(ネットワーク接続型ストレージ)、またはMicrosoft OneDriveなどのクラウドストレージに大切なファイルを保存しておきましょう。写真、仕事のファイル、パスワードの記録など、失ったら取り返しのつかないデータは必ずバックアップです。
第二に、使用中のソフトウェアやデバイスの互換性確認です。業務で使う専門ソフトや古いプリンター、スキャナーなどが Windows11に対応しているかどうかをメーカーのサポートページで事前に確認してください。特に、機械の制御ソフト、医療機器との連携ソフト、業務システムなどは要注意です。
第三に、Windows10を最新状態に更新することです。「設定」→「更新とセキュリティ」→「Windows Update」から更新プログラムをすべて適用し、再起動してからアップグレードに臨みましょう。
アップグレード後10日以内ならWindows10に戻せる!でも慌てないで
Windows11にアップグレードしてみたものの、「やっぱり使いにくい」「アプリが動かなくなった」という場合でも安心してください。アップグレード後10日以内であれば、ファイルやデータを保持したままWindows10に戻すことができます。
方法は「スタート」→「設定」→「システム」→「回復」と進み、「復元」ボタンをクリックするだけです。ただし、この10日という期限を過ぎると元に戻すオプションが消えてしまいます。それ以降にWindows10に戻したい場合は、データをバックアップした上でWindows10のクリーンインストールが必要になります。
アップグレード後はなるべく早めに動作確認をして、問題があれば10日以内に判断を下すようにしましょう。
「なぜ弾かれるのか」を理解しないと同じ失敗を繰り返す。Windowsの内部構造から読み解く本当の原因
このセクションを読むと、「チェックは通ったはずなのになぜ失敗するのか」という謎が解けます。正直、ここを理解しているかどうかで、トラブル対処の速さが10倍は変わります。
Windows11のインストールチェックを「ただのスペック確認」だと思っている人は、ちょっと待ってください。あれは実は3層構造のチェックシステムになっていて、その全部をクリアしないとインストールが通らない仕組みなんですよね。
第1層は「ハードウェアチェック」。CPU世代、RAM容量、ストレージ容量、TPM2.0の有無です。これはPC正常性チェックアプリが確認する層で、ほとんどの人が知っている部分。
第2層は「ファームウェアチェック」。UEFIモードで起動しているか、セキュアブートが有効になっているかを確認します。ここが盲点で、BIOS/UEFIの設定画面でTPMやセキュアブートが有効になっていても、Windows側から見ると「無効」と判断されるケースがあるんです。原因はBIOSのバージョンが古くて、Windowsとの通信プロトコルがズレているから。メーカー製PCの場合、BIOSアップデートを先にやるだけで解決することが案外多いんです。
第3層は「ソフトウェア整合性チェック」。現在のWindows10のシステムファイルに破損がないか、サービスが正常に動作しているか、レジストリが想定の状態かを確認します。これが実は一番見落とされやすい。長年使ってきたPCは知らないうちにシステムが傷んでいることが多く、「スペックはOKなのにインストールが途中で止まる」の犯人はほぼここです。
特に公式ドキュメントには書いていないんですが、Windowsのインストーラーは「MicrosoftCompatibilityAppraiser」というタスクが吐き出したスコアを参照して、インストールの可否を決定しています。このタスクはバックグラウンドで定期的に動いて、PCのハードウェア情報・ドライバー情報・アプリ互換性情報を収集してMicrosoftに送っているんです。だからこそ、ハードウェアを変更した直後はすぐに「インストール可能」と判定されないことがある。前の記事で紹介したタスクスケジューラーからの強制実行が有効なのは、このスコアを「今すぐ再計算させる」ためなんですよね。
TPM2.0の「有効なのに認識されない」問題。裏でこんなことが起きていた
このセクションでは、「BIOS画面ではTPMをONにしたのに、Windowsからは検出されない」という謎が解けます。情シスをやっていると1年に数件は必ず遭遇する問題で、これを知らないと無駄に数時間溶かします。
「tpm.mscを実行したら互換性のあるTPMが見つかりませんと出た。でもBIOS画面ではTPM EnabledになってるしfTPMもONにした。なんで?」――この状態、実は原因が3種類あります。
まず1つ目はPTT(Platform Trust Technology)とfTPMの混在問題。IntelのPTTとAMDのfTPMはどちらも「ソフトウェアTPM」なんですが、両方が同時に有効になっているとWindowsが混乱して、どちらも正常に認識できないことがあります。BIOSでPTTだけ有効・fTPMだけ有効に絞り込むと解決するケースがほとんどです。
2つ目はTPMのファームウェアバージョン問題。TPMチップが搭載されていても、そのファームウェアが古いと「TPM1.2相当」として認識されます。特に2016〜2018年製のIntelプラットフォームに多く、BIOSアップデートではなくTPMファームウェア単体のアップデートが必要なケースがあります。Intelの場合は「Intel Management Engine(ME)ファームウェア」のアップデートが鍵になることも。
3つ目はTPMのクリア(リセット)が必要なケース。一度BitLockerを使ったことがあるPCや、OSを何度も入れ替えたPCでは、TPMに古い情報が残留していてWindows11のインストーラーとの相性が悪くなることがあります。この場合はBIOS画面から「TPMのクリア(Clear TPM)」を実行してから再試行すると通ることがあります。ただしBitLockerで暗号化されたドライブがある場合はTPMをクリアする前に必ず複合化するか回復キーを確保すること。これをやり忘れてデータにアクセスできなくなった案件を私は何件も見てきました。
GUI操作でTPMの状態を詳しく確認したい場合は、「スタート>設定>プライバシーとセキュリティ>Windowsセキュリティ>デバイスセキュリティ>セキュリティプロセッサの詳細」からTPMのバージョン・製造元・ファームウェアバージョンを確認できます(Windows10の場合は「スタート>設定>更新とセキュリティ>Windowsセキュリティ>デバイスセキュリティ」)。
Windows11インストール関連の状態を一括チェックするPowerShellスクリプト(実務レベル)
このセクションのPowerShellスクリプトを実行すると、PC正常性チェックアプリでは見えない深いレベルの情報まで一覧で確認できます。ベンダーに問い合わせる前の「証拠集め」として社内でも使っています。コピーペーストでそのまま動きます。
PC正常性チェックアプリでは見えない深い診断情報を一発収集するスクリプト
# ========================================
# スクリプト名Windows11_UpgradeCheck.ps1
# 用途Windows11アップグレード前提条件の包括的な診断情報収集
# 動作確認済みWindows 10 22H2 / Windows 11 23H2 / 24H2
# PowerShellバージョン5.1以上
# 実行権限管理者権限必要
# 注意事項情報収集のみ。システムへの変更は一切行いません。
# 結果はデスクトップにテキストファイルで保存されます。
# ========================================
# 出力ファイルの保存先を設定
$OutputFile = "$env:USERPROFILE\Desktop\Win11_DiagReport_$(Get-Date -Format 'yyyyMMdd_HHmmss').txt"
# ヘッダー出力
$Report = @()
$Report += "=" * 60
$Report += "Windows11 アップグレード診断レポート"
$Report += "実行日時: $(Get-Date -Format 'yyyy/MM/dd HH:mm:ss')"
$Report += "=" * 60
# --
# 1. OS情報の取得
# --
$Report += "`n【現在のOS情報】"
try {
$OS = Get-CimInstance -ClassName Win32_OperatingSystem
$Report += "OS名 : $($OS.Caption)"
$Report += "ビルド番号 : $($OS.BuildNumber)"
$Report += "バージョン : $($OS.Version)"
$Report += "アーキテクチャ: $($OS.OSArchitecture)"
} catch {
$Report += "OS情報の取得に失敗しました: $_"
}
# --
# 2. CPU情報の取得(世代判定付き)
# --
$Report += "`n【CPU情報(世代チェック付き)】"
try {
$CPU = Get-CimInstance -ClassName Win32_Processor
$CPUName = $CPU.Name
$Report += "CPU名: $CPUName"
# Intelの世代を簡易判定(Core i3/5/7/9 の場合)
if ($CPUName -match "Intel.*Core.*i+(\d{4,5})") {
$CPUModel = $Matches
$Gen = ($CPUModel.Substring(0, $CPUModel.Length - 3))
$Report += "Intel CPU 推定世代: 第${Gen}世代"
if ($Gen -ge 8) {
$Report += "世代チェック: ✓ Windows11対応世代(第8世代以降)"
} else {
$Report += "世代チェック: ✗ 非対応の可能性あり(第8世代未満)"
}
} else {
$Report += "世代自動判定: 手動確認が必要なCPUモデルです"
}
$Report += "論理プロセッサ数: $($CPU.NumberOfLogicalProcessors)"
$Report += "最大クロック速度: $($CPU.MaxClockSpeed) MHz"
} catch {
$Report += "CPU情報の取得に失敗しました: $_"
}
# --
# 3. TPM情報の詳細取得
# --
$Report += "`n【TPM詳細情報】"
try {
$TPM = Get-CimInstance -Namespace "root\cimv2\security\microsofttpm" -ClassName Win32_Tpm -ErrorAction Stop
$Report += "TPM検出 : あり"
$Report += "TPM有効状態 : $($TPM.IsEnabled_InitialValue)"
$Report += "TPMアクティブ: $($TPM.IsActivated_InitialValue)"
$Report += "仕様バージョン: $($TPM.SpecVersion)"
# バージョン2.0かどうかの判定
if ($TPM.SpecVersion -like "2.*") {
$Report += "バージョン判定: ✓ TPM2.0 検出 - Windows11要件を満たします"
} else {
$Report += "バージョン判定: ✗ TPM1.2以下 - Windows11要件を満たしません"
}
} catch {
$Report += "TPM未検出または無効です。BIOS設定でTPM/fTPM/PTTを有効にしてください。"
}
# --
# 4. セキュアブートの状態確認
# --
$Report += "`n【セキュアブート状態】"
try {
$SecureBoot = Confirm-SecureBootUEFI -ErrorAction Stop
if ($SecureBoot) {
$Report += "セキュアブート: ✓ 有効"
} else {
$Report += "セキュアブート: ✗ 無効 - BIOS設定で有効にしてください"
}
} catch {
$Report += "セキュアブート: 確認不可(レガシーBIOSまたは未対応の可能性あり)"
}
# --
# 5. BIOSモードの確認(UEFIかLegacyか)
# --
$Report += "`n【ファームウェア情報】"
try {
$BIOS = Get-CimInstance -ClassName Win32_BIOS
$Report += "BIOSメーカー : $($BIOS.Manufacturer)"
$Report += "BIOSバージョン: $($BIOS.SMBIOSBIOSVersion)"
$Report += "リリース日 : $($BIOS.ReleaseDate)"
# UEFIかBIOSかを判定
$FWType = (Get-ItemProperty -Path "HKLM:\SYSTEM\CurrentControlSet\Control" -Name "PEFirmwareType" -ErrorAction SilentlyContinue).PEFirmwareType
if ($FWType -eq 2) {
$Report += "起動モード : ✓ UEFI(Windows11要件を満たします)"
} elseif ($FWType -eq 1) {
$Report += "起動モード : ✗ Legacy BIOS(UEFIへの切り替えが必要です)"
} else {
$Report += "起動モード : 判定不可(msinfo32で確認してください)"
}
} catch {
$Report += "ファームウェア情報の取得に失敗しました: $_"
}
# --
# 6. メモリとストレージの確認
# --
$Report += "`n【メモリ・ストレージ情報】"
try {
$TotalRAM = ::Round((Get-CimInstance Win32_ComputerSystem).TotalPhysicalMemory / 1GB, 2)
$Report += "総メモリ容量: ${TotalRAM} GB"
if ($TotalRAM -ge 4) {
$Report += "メモリ判定: ✓ 4GB以上(最小要件クリア)"
} else {
$Report += "メモリ判定: ✗ 4GB未満(増設が必要です)"
}
# Cドライブの空き容量確認
$Disk = Get-PSDrive C
$FreeGB = ::Round($Disk.Free / 1GB, 2)
$UsedGB = ::Round($Disk.Used / 1GB, 2)
$Report += "Cドライブ空き容量: ${FreeGB} GB"
if ($FreeGB -ge 64) {
$Report += "ストレージ判定: ✓ 64GB以上の空き容量あり"
} else {
$Report += "ストレージ判定: ✗ 空き容量不足(${FreeGB}GB)。最低64GBの空きが必要です"
}
} catch {
$Report += "メモリ・ストレージ情報の取得に失敗しました: $_"
}
# --
# 7. Windows Update サービスの状態確認
# --
$Report += "`n【Windows Update関連サービス状態】"
try {
$Services = @("wuauserv", "bits", "cryptsvc", "msiserver")
foreach ($ServiceName in $Services) {
$Svc = Get-Service -Name $ServiceName -ErrorAction SilentlyContinue
if ($Svc) {
$StatusLabel = if ($Svc.Status -eq "Running") { "✓ 実行中" } else { "✗ 停止中(要確認)" }
$Report += "$($Svc.DisplayName): $StatusLabel"
}
}
} catch {
$Report += "サービス情報の取得に失敗しました: $_"
}
# --
# 8. SoftwareDistributionフォルダのサイズ確認
# (ここが肥大化していると更新が詰まる原因になる)
# --
$Report += "`n【Windows Updateキャッシュ情報】"
try {
$SWDistPath = "C:\Windows\SoftwareDistribution\Download"
if (Test-Path $SWDistPath) {
$CacheSize = ::Round((Get-ChildItem $SWDistPath -Recurse -ErrorAction SilentlyContinue | Measure-Object -Property Length -Sum).Sum / 1MB, 2)
$Report += "更新キャッシュサイズ: ${CacheSize} MB"
if ($CacheSize -gt 5000) {
$Report += "注意: キャッシュが5GB以上あります。クリアを検討してください"
}
}
} catch {
$Report += "キャッシュ情報の取得に失敗しました: $_"
}
# --
# 9. 結果のファイル保存と画面表示
# --
$Report | Out-File -FilePath $OutputFile -Encoding UTF8
$Report | ForEach-Object { Write-Host $_ }
Write-Host "`n診断レポートをデスクトップに保存しました: $OutputFile" -ForegroundColor Green
Windows Updateキャッシュをコマンド一発でリセットするスクリプト(インストール途中停止の特効薬)
これ、公式ドキュメントには「手順を一つずつやれ」と書いてあるんですが、現場では一発コマンドにまとめて使っています。Windows Updateが途中で止まる・同じエラーを繰り返す、という時はまずこれを試すのが鉄則です。
# ========================================
# スクリプト名Reset_WindowsUpdate.ps1
# 用途Windows Updateサービスリセットとキャッシュクリア
# 動作確認済みWindows 10 22H2 / Windows 11 23H2 / 24H2
# PowerShellバージョン5.1以上
# 実行権限管理者権限必要
# 注意事項実行中のWindowsUpdateが一時停止されます。
# Cドライブの更新キャッシュが削除されます(再ダウンロードが必要になります)。
# ========================================
Write-Host "Windows Update リセット処理を開始します..." -ForegroundColor Yellow
try {
# --
# 関連サービスを停止(順序が重要)
# --
Write-Host "Step1: 関連サービスを停止中..." -ForegroundColor Cyan
$ServicesToStop = @("wuauserv", "cryptsvc", "bits", "msiserver")
foreach ($SvcName in $ServicesToStop) {
$Svc = Get-Service -Name $SvcName -ErrorAction SilentlyContinue
if ($Svc -and $Svc.Status -eq "Running") {
Stop-Service -Name $SvcName -Force -ErrorAction SilentlyContinue
Write-Host " 停止: $SvcName"
}
}
Start-Sleep -Seconds 3
# --
# SoftwareDistributionフォルダのキャッシュを削除
# (ここに壊れたダウンロードファイルが溜まっている)
# --
Write-Host "Step2: 更新キャッシュを削除中..." -ForegroundColor Cyan
$CacheFolders = @(
"C:\Windows\SoftwareDistribution\Download",
"C:\Windows\SoftwareDistribution\DataStore",
"C:\Windows\System32\catroot2"
)
foreach ($Folder in $CacheFolders) {
if (Test-Path $Folder) {
Remove-Item -Path "$Folder\*" -Recurse -Force -ErrorAction SilentlyContinue
Write-Host " 削除: $Folder"
}
}
# --
# WINSOCKとIPスタックをリセット(ネットワーク起因のエラー対策)
# --
Write-Host "Step3: ネットワークスタックをリセット中..." -ForegroundColor Cyan
netsh winsock reset | Out-Null
netsh int ip reset | Out-Null
Write-Host " WINSOCKリセット完了"
# --
# 停止したサービスを再起動
# --
Write-Host "Step4: サービスを再起動中..." -ForegroundColor Cyan
foreach ($SvcName in $ServicesToStop) {
Start-Service -Name $SvcName -ErrorAction SilentlyContinue
Write-Host " 起動: $SvcName"
}
Write-Host "`nWindows Update リセットが完了しました。" -ForegroundColor Green
Write-Host "PCを再起動後、Windows Updateを再試行してください。" -ForegroundColor Green
} catch {
Write-Host "エラーが発生しました: $_" -ForegroundColor Red
Write-Host "管理者権限でPowerShellを実行しているか確認してください。" -ForegroundColor Yellow
}
アップグレード後に「フォールバック可能か」を確認するスクリプト(10日以内の安全確認)
# ========================================
# スクリプト名Check_RollbackWindow.ps1
# 用途Windows11へのアップグレード後、Windows10への復元可能期限の確認
# 動作確認済みWindows 11 23H2 / 24H2
# PowerShellバージョン5.1以上
# 実行権限管理者不要
# 注意事項アップグレード後のPCでのみ意味のある情報が得られます。
# ========================================
try {
# Windows.old フォルダの存在確認(復元用ファイルの有無)
$OldWindowsPath = "C:\Windows.old"
if (Test-Path $OldWindowsPath) {
# フォルダの最終更新日時からアップグレード日時を推定
$UpgradeDate = (Get-Item $OldWindowsPath).LastWriteTime
$Today = Get-Date
$DaysSinceUpgrade = ($Today - $UpgradeDate).Days
$DaysRemaining = 10 - $DaysSinceUpgrade
Write-Host "Windows.old フォルダを検出しました" -ForegroundColor Green
Write-Host "推定アップグレード日: $($UpgradeDate.ToString('yyyy/MM/dd HH:mm'))"
Write-Host "経過日数: ${DaysSinceUpgrade} 日"
if ($DaysRemaining -gt 0) {
Write-Host "復元可能期限まで残り: ${DaysRemaining} 日" -ForegroundColor Green
Write-Host "Windows10への復元は スタート > 設定 > システム > 回復 から可能です" -ForegroundColor Green
} else {
Write-Host "10日の復元期限を過ぎています。Windows10へ戻すにはクリーンインストールが必要です。" -ForegroundColor Red
}
} else {
Write-Host "Windows.old フォルダが見つかりません。" -ForegroundColor Yellow
Write-Host "・既に削除済み(10日経過後の自動削除)、または" -ForegroundColor Yellow
Write-Host "・クリーンインストールを実施したPC(復元不可)の可能性があります。" -ForegroundColor Yellow
}
} catch {
Write-Host "確認中にエラーが発生しました: $_" -ForegroundColor Red
}
PowerShellより先にcmdで確認すべき場面と、その理由
「PowerShellがあればcmdは不要では?」と思いがちですが、Windows Updateやインストール関連のトラブルシューティングでは、cmdコマンドの方が速くて確実な場面が今もあります。理由はシンプルで、一部のシステム修復コマンドはcmd環境で直接実行することを前提に設計されており、PowerShell経由だと文字コード変換や実行環境の差異でエラーが出ることがあるからです。
特にWindows Update関連の修復コマンドは、PowerShellから呼んでも問題ないものと、cmd直打ちじゃないと動かないものが混在しています。以下のコマンドはcmdで実行することを推奨します。
管理者権限のコマンドプロンプトで実行するWindows Update修復コマンド一覧
まず管理者権限でコマンドプロンプトを開く方法は、「スタート」を右クリック→「Windowsターミナル(管理者)」または「コマンドプロンプト(管理者)」を選択します。
★管理者権限必要Windowsコンポーネントストアの整合性チェック(DISMコマンド)
なぜPowerShellではなくcmdを使うかDISM.exeはcmd.exeと同じUTF-8非BOMエンコードを前提とした出力を行うため、PowerShellのコンソール出力設定によっては文字化けや誤動作のリスクがあります。
DISM /Online /Cleanup-Image /CheckHealth
DISM /Online /Cleanup-Image /ScanHealth
DISM /Online /Cleanup-Image /RestoreHealth
上から順番に実行してください。CheckHealthは数秒で終わりますが、RestoreHealthは状態によっては30分以上かかります。完了するまで絶対に中断しないこと。途中でCtrl+Cを押したりPCをシャットダウンすると、Windowsコンポーネントストアが中途半端な状態になってさらに深刻な問題に発展します。
★管理者権限必要システムファイルの整合性チェックと修復
sfc /scannow
DISMのRestoreHealthが完了してからSFCを実行するのが正しい順序です(逆にやると修復効果が薄い)。これは公式ドキュメントには順序が明記されていない「現場で学んだ知識」です。
★管理者権限必要Windows Updateコンポーネントのサービス登録を再登録する
regsvr32 wuapi.dll
regsvr32 wuaueng.dll
regsvr32 wuaueng1.dll
regsvr32 wucltui.dll
regsvr32 wups.dll
regsvr32 wups2.dll
regsvr32 wuweb.dll
「サービス登録が見つからないか壊れています」というエラーが出た場合はこの7つを順番に実行します。レジストリにWindows UpdateのDLLが正しく登録されていない状態を修復します。
現場の「あるある困った」実体験解決集。ネットで調べても出てこなかった事例5選
困った事例①インストールが46%〜62%で毎回ハングする
【困った状況】
「Windows11へのアップグレードを始めたら46%のところで処理が止まった。1時間放置しても動かないので仕方なく電源を落としたらWindows10に戻っていた。翌日また試しても同じ場所で止まる。」という状況でした。
【なぜこれが起きるのか】
46%はインストーラーが「Getting Updates(最新の更新プログラムを取得中)」フェーズに入るタイミングです。このとき裏でWindows Updateサービス(wuauserv)とWindows Installerサービス(msiserver)が連携して動くんですが、どちらかのサービスが前回の異常終了でハングした状態のまま残留していると、新しい処理を受け付けられずに詰まります。いわばサービスの「事故渋滞」です。OSは見かけ上正常に動いているように見えても、サービスレベルではすでに詰まっています。
【その場でできる応急処置】
- タスクマネージャー(Ctrl+Shift+Esc)を開き、「サービス」タブをクリックする
- 「wuauserv」(Windows Update)と「msiserver」(Windows Installer)を探す
- それぞれを右クリックして「再起動」を選択する
- 5〜10分待ってからインストールが再開するか確認する
- 改善しない場合はネットワークケーブルを一時的に抜き、インターネット接続なしで進めてみる(Getting Updatesフェーズをスキップできる場合がある)
【根本解決の手順】
前述のReset_WindowsUpdate.ps1スクリプトを管理者権限で実行し、キャッシュをクリアしてサービスをリセットしてから再試行します。それでも繰り返す場合は、Windowsイベントビューアーで「Windowsログ>セットアップ」を確認すると、どのコンポーネントでタイムアウトが発生しているかを特定できます。
【やってはいけないNG対処】
「止まっているんだから電源を落として再起動すれば直るはず」と考えて強制シャットダウンを繰り返すのはNGです。インストーラーが途中の状態のファイルを書き込んでいるタイミングで強制終了すると、システムファイルが壊れて起動できなくなるリスクがあります。正しくは「キャンセルボタン」または「戻るボタン」で正常にロールバックしてから、原因を特定して再試行することです。
【このコマンドで一発解決】
# PowerShell(管理者権限)で実行
Stop-Service wuauserv, bits, cryptsvc, msiserver -Force
Start-Sleep 5
Remove-Item "C:\Windows\SoftwareDistribution\Download\*" -Recurse -Force -ErrorAction SilentlyContinue
Start-Service wuauserv, bits, cryptsvc, msiserver
Write-Host "リセット完了。再起動後に再試行してください。"
困った事例②PC正常性チェックアプリが毎回「要件を満たしていない」と出るのに原因が不明
【困った状況】
「PC正常性チェックを実行すると毎回NGと出る。でも表示される理由が『このPCはWindows11の要件を満たしていません』というだけで、どの項目がNGなのかが全然わからない。BIOSでTPMもセキュアブートも有効にしているはずなのに。」
【なぜこれが起きるのか】
PC正常性チェックアプリが「なぜNGか」を詳しく表示してくれないのは、Windowsの内部チェックが「まとめてNG」と返すためです。実はMicrosoftCompatibilityAppraiserタスクが生成したスコアキャッシュが古い情報を参照したまま更新されていないことが原因の多くを占めます。BIOSでTPMを有効にしてもWindowsがそれを「再確認」するまでのタイムラグがあり、最大24時間かかることがあります。
【その場でできる応急処置】
- 「スタート」を右クリック→「検索」を選択する
- 「タスクスケジューラ」と入力して開く
- 左ペインで「タスクスケジューラライブラリ>Microsoft>Windows>Application Experience」に移動する
- 「Microsoft Compatibility Appraiser」を右クリックして「実行」を選択する
- タスクの状態が「準備完了」に戻るまで待つ(5〜15分程度)
- 改めてPC正常性チェックアプリを実行する
【根本解決の手順】
上記で改善しない場合は、管理者権限のコマンドプロンプトで以下を実行してAppraiserを強制実行します。
schtasks.exe /Run /TN "\Microsoft\Windows\Application Experience\Microsoft Compatibility Appraiser"
【やってはいけないNG対処】
「何度試してもNGと出るから、レジストリを書き換えて要件チェックを回避すればいい」という発想は、この問題に対してはNG対処です。要件チェックを回避しても根本的な問題(TPMが正しく認識されていないなど)は残ったままで、インストール後に別の問題として表面化します。まず正しく要件を満たす状態にすることが先です。
【このコマンドで一発解決】
# PowerShell(管理者権限)で実行
# Compatibility Appraiserを強制実行してスコアを更新する
Start-ScheduledTask -TaskPath "\Microsoft\Windows\Application Experience\" -TaskName "Microsoft Compatibility Appraiser"
Write-Host "タスク実行中。10〜15分後にPC正常性チェックアプリを再実行してください。"
困った事例③アップグレード後にBluetoothデバイスが全滅した
【困った状況】
「Windows11へのアップグレードが完了した翌日から、Bluetoothイヤホンもマウスも全部使えなくなった。デバイスマネージャーを開いてみると、Bluetoothアダプターに黄色い!マークがついていた。再起動しても直らない。」
【なぜこれが起きるのか】
Windows11ではBluetoothドライバーのスタックが刷新されており、一部の古いIntel/Qualcomm Bluetoothアダプタードライバーがこの新しいスタックに対応していません。特にIntelの第7〜8世代CPU搭載PCに多く、IntelのBluetoothドライバーのバージョンが21.xx系以前の場合に発生しやすいです。Windowsが自動でインストールするドライバーが古いバージョンだと、デバイスが見えているのに動かないという状態になります。
【その場でできる応急処置】
- 「スタート>設定>Windows Update>詳細オプション>オプションの更新プログラム>ドライバーの更新プログラム」を確認する
- Bluetoothドライバーの更新プログラムがあればインストールする
- それでも改善しない場合は、PCメーカーのサポートページから最新のBluetoothドライバーを手動でダウンロードしてインストールする
【根本解決の手順】
PCメーカーのドライバーページ(Dell、Lenovo、HPなど)から機種名で検索し、Windows11対応の最新Bluetoothドライバーを入手してインストールします。Intelのプラットフォームなら「Intel Wireless Bluetooth」のバージョン22.xx以降を入れることで解決するケースが多いです。
【やってはいけないNG対処】
「Bluetoothが使えないからWindows10に戻す」のは最終手段であり、まずドライバーの更新を試みてください。また「デバイスを削除して再スキャン」だけでは根本解決にならない点も注意です。古いドライバーが残っていれば再インストールされるだけです。
【このコマンドで一発確認】
# PowerShell(管理者不要)で実行
# 現在インストールされているBluetoothドライバー情報を確認する
Get-PnpDevice -Class Bluetooth | Select-Object -Property FriendlyName, Status, InstanceId | Format-Table -AutoSize
困った事例④Windows11アップグレード後に特定アプリが「このアプリはこのデバイスでは実行できません」と出る
【困った状況】
「Windows11にしたら、ずっと使ってた会計ソフトを起動しようとすると『このアプリはこのデバイスでは実行できません』というエラーが出た。アンインストールして再インストールしても同じ。」
【なぜこれが起きるのか】
Windows11ではアプリケーションの実行に関するセキュリティポリシーが強化されており、32ビット専用アプリケーションの一部や、古いコード署名証明書を使っているアプリが実行をブロックされることがあります。また、Windows11ではスマートアプリコントロール(Smart App Control)という機能が新たに追加されており、Microsoftに認識されていないアプリケーションの実行を自動的にブロックする場合があります。
【その場でできる応急処置】
「スタート>設定>プライバシーとセキュリティ>Windowsセキュリティ>アプリとブラウザーのコントロール>スマートアプリコントロールの設定」を開き、「スマートアプリコントロール」が「オン」になっている場合は「警告」または「オフ」に変更してみます(セキュリティリスクを理解した上で判断してください)。
【根本解決の手順】
アプリベンダーにWindows11対応版が提供されているか確認することが先決です。業務アプリの場合は、ベンダーへの問い合わせが必要なことが多いです。自社開発アプリの場合は、コード署名証明書の更新と32ビット→64ビット対応の移行が必要になる可能性があります。
【やってはいけないNG対処】
「セキュリティ設定を全部オフにすれば動くはず」という対処は、企業環境では絶対NG。スマートアプリコントロールを完全オフにすると、本物のマルウェアも通してしまいます。まず「警告」モードで様子を見ることが重要です。
【このコマンドで一発確認】
# PowerShell(管理者不要)で実行
# 問題のあるアプリの詳細エラーをイベントログから抽出する
Get-WinEvent -LogName "Microsoft-Windows-AppLocker/EXE and DLL" -MaxEvents 20 -ErrorAction SilentlyContinue |
Select-Object -Property TimeCreated, Message |
Format-List
困った事例⑤SoftwareDistributionフォルダが肥大化してCドライブが満杯になった
【困った状況】
「Windows11へのアップグレードを何度か試みていたら、Cドライブの空き容量が突然数十GB減っていた。ファイルを探しても何も見つからない。ディスクのクリーンアップをしても大して回収できない。」
【なぜこれが起きるのか】
Windows Updateは「C:\Windows\SoftwareDistribution\Download」フォルダにダウンロードしたファイルを保存します。インストールが成功すれば自動的に削除されるんですが、インストールが途中で失敗したり、再試行を繰り返したりすると、失敗したダウンロードファイルが削除されずに蓄積し続けます。Windows11のアップグレードファイルは数GBから数十GBに達することがあり、何度も失敗を繰り返すとあっという間にディスクが埋まります。
【その場でできる応急処置】
- 前述のReset_WindowsUpdate.ps1スクリプトを実行してキャッシュをクリアする
- または「スタート>設定>システム>ストレージ>一時ファイル」から「Windows Updateのクリーンアップ」と「以前のWindowsのインストール」にチェックを入れてクリアする
【根本解決の手順】
Cドライブの空き容量を常に50GB以上確保する習慣をつけることが予防策です。また、Windows Updateが成功したら「ディスクのクリーンアップ>システムファイルのクリーンアップ」を実行してWindows Updateの古いファイルを定期的に削除することをお勧めします。
【やってはいけないNG対処】
「SoftwareDistributionフォルダ自体を丸ごと削除する」はNGです。フォルダ内のDownloadサブフォルダのクリアは問題ありませんが、フォルダ構造自体を消すとWindowsが再作成する際にアクセス権限の問題が発生することがあります。必ずサービスを停止してからDownloadフォルダの中身だけを削除してください。
【このコマンドで一発確認】
# PowerShell(管理者不要)で実行
# SoftwareDistributionフォルダのサイズを確認する
$Path = "C:\Windows\SoftwareDistribution"
if (Test-Path $Path) {
$SizeMB = ::Round((Get-ChildItem $Path -Recurse -ErrorAction SilentlyContinue |
Measure-Object -Property Length -Sum).Sum / 1MB, 2)
Write-Host "SoftwareDistributionフォルダのサイズ: ${SizeMB} MB" -ForegroundColor Cyan
if ($SizeMB -gt 3000) {
Write-Host "注意: 3GB以上あります。リセットスクリプトでのクリアを推奨します。" -ForegroundColor Yellow
}
}
知られていない設定①Windows10/11でアップグレードを手動コントロールするレジストリの秘密
このセクションを読むと、「勝手にアップグレードが始まるのを防ぐ」「逆に配信が来ない時に強制的に確認させる」という2方向の制御を自分でできるようになります。情シスとして複数台管理しているならこれは必須知識です。
公式ドキュメントには書いてないんですが、Windows Updateのアップグレード配信を制御するレジストリキーが存在します。場所はHKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\WindowsUpdate\Auto Updateです。
このキー配下に
TargetReleaseVersion
と
TargetReleaseVersionInfo
というDWORD値を作ると、特定のWindowsバージョンに「ピン留め」して自動アップグレードを止めることができます。
GUI操作でも同じことができます。Windows11の場合は「スタート>設定>Windows Update>詳細オプション>Active Hoursの設定」の下に「更新の一時停止」という機能があります。Windows10の場合は「スタート>設定>更新とセキュリティ>Windows Update>詳細オプション>更新プログラムの一時停止」から最長35日間停止できます。
逆に「配信が来ないから強制的に確認させたい」場合は、以下のPowerShellが使えます。
# ========================================
# スクリプト名Force_WindowsUpdateCheck.ps1
# 用途Windows11アップグレード適格性の強制再評価を実行
# 動作確認済みWindows 10 22H2 / Windows 11 23H2
# PowerShellバージョン5.1以上
# 実行権限管理者権限必要
# 注意事項PCの負荷が一時的に上昇します。タスク完了まで10〜15分かかります。
# ========================================
try {
# Microsoft Compatibility Appraiserタスクを強制実行
# (Windows Updateへの配信判定スコアを再計算させる)
Write-Host "Compatibility Appraiserを強制実行中..." -ForegroundColor Yellow
Start-ScheduledTask -TaskPath "\Microsoft\Windows\Application Experience\" -TaskName "Microsoft Compatibility Appraiser" -ErrorAction Stop
# タスクの完了を待機(最大20分)
$MaxWait = 20
$Elapsed = 0
do {
Start-Sleep -Seconds 30
$Elapsed++
$TaskInfo = Get-ScheduledTask -TaskName "Microsoft Compatibility Appraiser" -ErrorAction SilentlyContinue
$State = $TaskInfo.State
Write-Host "経過 $($Elapsed * 30)秒... タスク状態: $State"
} while ($State -eq "Running" -and $Elapsed -lt ($MaxWait * 2))
Write-Host "`nCompatibility Appraiser完了。" -ForegroundColor Green
Write-Host "Windows Updateを開いて「更新プログラムのチェック」を実行してください。" -ForegroundColor Green
} catch {
Write-Host "エラーが発生しました: $_" -ForegroundColor Red
Write-Host "管理者権限で実行しているか確認してください。" -ForegroundColor Yellow
}
ぶっちゃけこうした方がいい!
ここまで読んでくれた方、お疲れさまです。最後に、15年間情シスをやってきて「結局、何が一番大事か」という本音を話させてください。
ぶっちゃけて言います。「インストールできない問題」の8割は、順番を間違えているか、一つの工程を飛ばしているかのどちらかです。
私が若手の頃、先輩に「Windowsのトラブルは7割がシステムファイルの腐敗か、ドライバーの古さが原因。まず疑うのはそこ」と言われたんですよ。最初はピンとこなかったけど、数百台のPC移行作業をこなすうちに、本当にその通りだと痛感しています。
今回の「Windows11に無料でインストールできない」問題も同じです。焦って「TPM回避のレジストリを書き換えよう」とか「非対応PCに無理やり入れよう」と手を出す人が多いけど、それって対症療法でしかないんですよね。半年後に「なんかアップデートが来なくなった」「機能が一部使えない」「サポート対象外と言われた」となって、結局また調べ直すはめになる。
個人的に一番効率的だと思う順番は、まずDISMとSFCでシステムを修復→BIOSアップデートを当てる→TPMとセキュアブートを有効化→タスクスケジューラでAppraiserを強制実行→それでもダメなら周辺機器を全部外してインストールを試みるです。この順番を守るだけで、9割のケースは解決します。
もう一つ、これは誰も教えてくれないんですけど、アップグレードに一番向いているタイミングは「PCを買ってから半年以内、かつ月例Patch Tuesdayの翌週」です。理由は2つ。Patch Tuesday直後は大型アップデートのバグが集中報告されて修正パッチが出るまで不安定なことが多い。でも翌週になると修正版が配信されている確率が高い。そして買ったばかりのPCはシステムが一番クリーンな状態で、余計なゴミが蓄積していない。
2026年4月の今でいうと、次のPatch Tuesdayは4月14日。その翌週、4月21日前後がアップグレードの「ゴールデンタイム」になりそうです。なにせ3月末にMicrosoftがKB5079391という更新プログラムを配信停止にするというポカをやらかしたばかりなので、4月のPatch Tuesdayで包括的な修正が来るはずです。
最後に一言。「完璧な準備ができてからやる」を待っていると、気づいたら無償アップグレードの期限が終わっていた、ということになりかねません。バックアップさえ取れば、10日以内なら元に戻せる。だからまず試してみて、ダメだったら戻す、という姿勢が一番ストレスが少ないやり方です。情シスとして何百回もやってきた経験から、これが一番効率よくて、失敗しても傷が浅くて済む方法だと思っています。頑張ってください。
Windows11を無料でインストールできない時の疑問解決まとめ
PC正常性チェックアプリで「対応している」と出たのにWindows Updateにアップグレードの案内が来ない
PC正常性チェックアプリでOKが出ても、Windows UpdateからのアップグレードはMicrosoftが段階的にロールアウト(徐々に配信)しているため、すぐに案内が届かないことがあります。待てない場合は、Windows11インストールアシスタントを使って手動でアップグレードを開始するのが確実です。また、「設定」→「更新とセキュリティ」→「Windows Update」から「更新プログラムのチェック」を実行すると、配信が始まっているか確認できます。
「TPM2.0」って何?うちのPCには搭載されている?
TPMとはTrusted Platform Moduleの略で、パスワードや暗号鍵などの重要なセキュリティ情報を安全に保管する専用チップです。「Windowsキー+R」を押して「tpm.msc」と入力してEnterを押すと確認できます。「互換性のあるTPMが見つかりません」と表示された場合は、BIOS設定でTPMを有効にするか(機種によって「fTPM」や「PTT」という名前の場合も)、TPM2.0に対応していないPCである可能性があります。
非対応のPCにWindows11を無理やりインストールする方法はある?
技術的にはシステム要件チェックを回避してインストールする非公式な方法も存在します。しかし、Microsoftはこれを非推奨としており、セキュリティ更新プログラムが受け取れなくなる可能性が公式に示されています。インストールできたとしても将来的にアップデートが受け取れなくなり、サポートされないPCとして扱われます。ビジネス用途や個人の大切なデータを扱うPCではリスクが高すぎるため、この方法は避けることを強くお勧めします。
Windows11に無料でアップグレードできる期限はいつまで?
2026年4月時点では、明確な終了日は発表されていません。しかしMicrosoftは「いつでも無償アップグレードを終了する権利を留保する」と明言しているため、今すぐ行動することが賢明です。Windows10のサポートがすでに終了した今、無償アップグレードの機会を逃すとセキュリティリスクを抱えたまま古いOSを使い続けることになります。
アップグレード中にエラーコード「0xC1900101」が表示された
このエラーコードはドライバーの問題が原因であることがほとんどです。デバイスマネージャーで黄色い「!」マークのついたデバイスのドライバーを更新するか、周辺機器を一時的に取り外してから再度アップグレードを試みてください。また、ウイルス対策ソフトを一時的に無効にすることも効果的です。
今すぐパソコンやスマホの悩みを解決したい!どうしたらいい?
いま、あなたを悩ませているITの問題を解決します!
「エラーメッセージ、フリーズ、接続不良…もうイライラしない!」
あなたはこんな経験はありませんか?
✅ ExcelやWordの使い方がわからない💦
✅ 仕事の締め切り直前にパソコンがフリーズ💦
✅ 家族との大切な写真が突然見られなくなった💦
✅ オンライン会議に参加できずに焦った💦
✅ スマホの重くて重要な連絡ができなかった💦
平均的な人は、こうしたパソコンやスマホ関連の問題で年間73時間(約9日分の働く時間!)を無駄にしています。あなたの大切な時間が今この悩んでいる瞬間も失われています。
LINEでメッセージを送れば即時解決!
すでに多くの方が私の公式LINEからお悩みを解決しています。
最新のAIを使った自動応答機能を活用していますので、24時間いつでも即返信いたします。
誰でも無料で使えますので、安心して使えます。
問題は先のばしにするほど深刻化します。
小さなエラーがデータ消失や重大なシステム障害につながることも。解決できずに大切な機会を逃すリスクは、あなたが思う以上に高いのです。
あなたが今困っていて、すぐにでも解決したいのであれば下のボタンをクリックして、LINEからあなたのお困りごとを送って下さい。
ぜひ、あなたの悩みを私に解決させてください。
まとめ今すぐチェックして無料アップグレードのチャンスを逃すな!
Windows11を無料でインストールできない原因は、大きく分けてCPUの世代、TPM2.0の無効、セキュアブートの無効、UEFIへの非対応、メモリ・ストレージ不足、インターネット接続の問題、Windows10の更新不足の7つです。
まずはMicrosoftのPC正常性チェックアプリを実行して、自分のPCの状況を把握するところから始めてください。アプリが「対応していない」と判断した項目を一つずつ対処すれば、多くの場合は無料でアップグレードできるようになります。
また2026年4月現在は、Microsoftの更新プログラム(KB5079391)の不具合でインストールが失敗するケースも報告されていますので、アップグレードが上手くいかない場合は4月14日のPatch Tuesday以降に再度試みることをお勧めします。
無償アップグレードの期限はいつ終わるかわかりません。今すぐ自分のPCをチェックして、安全なWindows11環境への移行を進めましょう。データのバックアップを忘れずに、着実に一歩ずつ進めていけば、必ず成功できます!





コメント