WindowsでSandbox対応PCなのに使えない場合、先に疑うべきなのはPCの性能不足ではなく、Windowsのエディション、BIOS/UEFIの仮想化設定、Windows Sandbox機能の有効化状態です。Microsoft の公式要件では、Windows 10/11 の対応バージョンに加え、Pro / Enterprise / Education などの対応エディション、BIOS で有効化された仮想化、4GB 以上の RAM、1GB 以上の空き容量、2 コア以上の CPU が求められます。つまり、CPU が「対応」でも、OS 側の条件を外していると Windows Sandbox は使えません。 (Microsoft Learn)
最短で直したいなら、まず ①対応エディションとバージョン ② systeminfo.exe の Hyper-V requirements ③ Windows Sandbox 機能の状態 の3点を見てください。ここで主要な原因をかなりの精度で切り分けられます。 (Microsoft Learn)
WindowsでSandbox対応PCなのに使えないときの早見表
| 状態 | まず疑うこと | 先にやること |
|---|---|---|
| Windows Sandbox が機能一覧に出ない | エディション非対応、OSバージョン不足、要件未達 | 対応エディションと systeminfo.exe を確認 |
| 項目はあるが有効化できない | BIOS/UEFI の仮想化がオフ、機能の状態不整合 | 仮想化設定を見直し、PowerShell で状態確認 |
| 仮想マシン内で使えない | 入れ子になった仮想化が無効 | ホスト側で nested virtualization を有効化 |
| 会社PCで設定画面が出ない | GPO / MDM による制限 | 管理者ポリシーを確認 |
| 有効化後も起動しない | Windows コンポーネント破損、更新不整合 | DISM と SFC を実行 |
この切り分けは、Microsoft の Windows Sandbox 要件、Hyper-V 要件の確認方法、Windows 機能の管理方法、ポリシー制御仕様をもとに整理しています。 (Microsoft Learn)
まず確認したいのは「Windowsが本当に対応条件を満たしているか」
Home ではなく、対応エディションか
Windows Sandbox は、Microsoft がサポート対象として挙げる Windows エディションに含まれる機能で、概要ページでは Pro / Enterprise / Education が示されています。加えて、インストール要件は Windows 10 または Windows 11 の version 1903 以降で、Arm64 は Windows 11 22H2 以降が前提です。CPU やメモリが十分でも、Home など対応外のエディションなら標準の Windows Sandbox は使えません。 (Microsoft Learn)
ありがちな例は、「PCの仕様表には仮想化対応と書いてあるが、実際の OS は Home」というケースです。この場合、PC は対応でも、Windows Sandbox の利用条件は満たしていません。スペック表だけで判断せず、まず Windows 側のエディションを確認するのが最短です。 (Microsoft Learn)
BIOS / UEFI で仮想化がオフになっていないか
Windows Sandbox は、BIOS で有効化された仮想化機能を前提に動きます。Hyper-V の一般要件としても、64 ビット CPU、SLAT、VM Monitor Mode Extensions、十分なメモリ、そして BIOS / UEFI 側で有効な仮想化が必要です。Intel 環境では Intel VT、AMD 環境では AMD-V に相当する設定が該当します。 (Microsoft Learn)
手早く確認するなら、管理者でコマンド プロンプトまたは PowerShell を開いて次を実行します。
systeminfo.exeMicrosoft は systeminfo.exe の Hyper-V Requirements セクションを確認し、すべてが Yes なら Hyper-V を実行できると案内しています。ここに No があるなら、Windows Sandbox 以前に仮想化基盤の条件を満たしていません。BIOS / UEFI を初期化した後や、ファームウェア更新後に仮想化がオフへ戻ることもあるため、見落としやすいポイントです。 (Microsoft Learn)
Windows Sandbox 機能そのものが有効になっているか確認する
GUI で操作するなら、「Windows の機能の有効化または無効化」から Windows Sandbox を選び、必要なら再起動します。Microsoft は、PowerShell で有効化する方法として Enable-WindowsOptionalFeature -FeatureName "Containers-DisposableClientVM" -All -Online も案内しています。 (Microsoft Learn)
状態確認と有効化をまとめて行うなら、管理者 PowerShell で次を使うと分かりやすいです。
Get-WindowsOptionalFeature -Online -FeatureName Containers-DisposableClientVM
Enable-WindowsOptionalFeature -FeatureName "Containers-DisposableClientVM" -All -OnlineGet-WindowsOptionalFeature は現在の OS 上のオプション機能の状態を確認するための cmdlet で、Enable-WindowsOptionalFeature は特定の機能を有効化するための公式手段です。GUI では見落としやすい「実際に有効になっているか」を、コマンドで切り分けできます。 (Microsoft Learn)
仮想マシン上の Windows なら「入れ子になった仮想化」が必要
物理PCではなく、Windows 自体を VM 上で動かしているなら、Windows Sandbox には nested virtualization が必要です。Microsoft のインストール手順でも、VM で使う場合は入れ子になった仮想化を有効にし、必要に応じて VM バージョンも更新するよう案内しています。 (Microsoft Learn)
Hyper-V ホストなら、Microsoft は次のコマンド例を示しています。
Set-VMProcessor -VMName <VMName> -ExposeVirtualizationExtensions $true
Update-VMVersion -VMName <VMName>ノートPCの上で別の Windows を仮想マシンとして動かし、その中でさらに Windows Sandbox を使おうとして失敗する場合は、この条件に当たっていることが少なくありません。物理PCでは動くのに VM 内だけ失敗するなら、まずここを見ます。 (Microsoft Learn)
会社PCなら、設定が「隠されている」可能性もある
会社支給PCで Windows Sandbox が見当たらない場合、単純な非対応ではなく、GPO や MDM で Windows の機能 UI が隠されていることがあります。Microsoft は Hide "Windows Features" などのポリシーで UI を非表示にできると案内しています。設定画面そのものが出ない、Optional features 画面に入れない、といった場合はローカル不具合より管理ポリシーを先に疑う方が早いです。 (Microsoft Learn)
社内標準イメージでは、セキュリティやサポート統一の都合で仮想化機能をユーザーに開放していないことがあります。この場合、個人でレジストリや機能設定を触るより、情報システム部門に「Windows Sandbox 利用可否」と「ポリシー制限の有無」を確認するのが安全です。 (Microsoft Learn)
有効化後も起動しないなら、Windows 側の破損を疑う
Windows Sandbox の項目はある、仮想化も有効、なのに有効化に失敗したり起動しなかったりするなら、Windows コンポーネントストアやシステムファイルの破損が関係している可能性があります。Microsoft サポートは、まず最新の更新を適用して再起動し、そのうえで DISM.exe /Online /Cleanup-image /Restorehealth と sfc /scannow を実行する手順を案内しています。 (マイクロソフトサポート)
実行するコマンドは次の2つです。
DISM.exe /Online /Cleanup-image /Restorehealth
sfc /scannowMicrosoft によると、DISM は破損した Windows イメージの修復に使われ、SFC はシステムファイルの破損確認と修復に使われます。オフライン環境や Windows Update に到達できない環境では、DISM が別の修復ソースを必要とする場合がある点も覚えておくと、社内PCで詰まりにくくなります。 (マイクロソフトサポート)
「使えない」と勘違いしやすいポイント
msinfo32.exe の「ハイパーバイザーが検出されました」は故障ではない
msinfo32.exe に ハイパーバイザーが検出された旨の表示が出ても、それ自体は異常ではありません。Microsoft は、これは Hyper-V Hypervisor が動作しているときの表示だと説明しています。むしろ注意すべきなのは、その状態では VMware Workstation や VirtualBox など一部の仮想化アプリが起動しない、または低速な互換モードになることがある点です。 (Microsoft Learn)
つまり、Windows Sandbox を有効にしたあとで別の仮想化ソフトが不調になった場合、原因は Sandbox 側ではなく Hyper-V 系の仮想化基盤が有効になったことにある可能性があります。Sandbox を優先するか、別の仮想化ソフトを優先するかで設定方針を分けてください。 (Microsoft Learn)
Windows 11 24H2 以降は「中にあるアプリ」が以前と違うことがある
Windows 11 24H2 以降では、Windows Sandbox の新しいバージョンが Microsoft Store 経由で提供されます。また Microsoft は、現時点では Sandbox 内で電卓、写真、メモ帳、ターミナルなどの受信トレイ Store アプリが使えないと案内しています。起動はできるのにメモ帳が見当たらない場合、それは故障ではなく現行仕様の可能性があります。 (Microsoft Learn)
怪しいファイルを試すなら、ネットワーク既定オンに注意する
Windows Sandbox は便利ですが、ネットワーク接続は既定で有効です。Microsoft も、信頼できないアプリを扱う場合は内部ネットワークへの露出に注意するよう案内しています。より閉じた検証が必要なら、.wsb ファイルでネットワークを切って起動する方が安全です。 (Microsoft Learn)
最小構成なら、次のような .wsb を作ってダブルクリックすれば起動できます。
<Configuration>
<Networking>Disable</Networking>
</Configuration>.wsb ではネットワークの有効・無効を切り替えられ、Microsoft は Disable を正式な設定値として案内しています。未知の実行ファイルを試す用途なら、起動できるようになった後の運用面も見直しておくと安心です。 (Microsoft Learn)
最短で復旧したい人向けの手順
- 対応エディションと Windows バージョンを確認する。
Pro / Enterprise / Education 系か、Windows 10/11 の対応バージョンかを先に確認します。ここが外れていると、他を直しても Windows Sandbox は使えません。 (Microsoft Learn) systeminfo.exeを実行して Hyper-V requirements を見る。Noがあるなら、BIOS / UEFI の仮想化設定やハード条件が未達です。特に BIOS 初期化後はここで引っかかりやすいです。 (Microsoft Learn)- Windows Sandbox 機能の状態を確認し、必要なら有効化する。
GUI でも PowerShell でも構いませんが、迷うならGet-WindowsOptionalFeatureとEnable-WindowsOptionalFeatureで確認すると切り分けやすくなります。 (Microsoft Learn) - VM 内の Windows なら nested virtualization を確認する。
物理PCで使う場合と、VM内で使う場合は条件が違います。VM 内だけ失敗するなら最優先で見ます。 (Microsoft Learn) - 会社PCならポリシー制限を確認する。
UI が出ない、Optional features に入れない場合は、非対応ではなく管理制限の可能性があります。 (Microsoft Learn) - 最後に DISM と SFC で Windows を修復する。
条件が合っているのに失敗する場合の締めの一手です。更新不整合やシステム破損の切り分けに向いています。 (マイクロソフトサポート)
WindowsでSandbox対応PCなのに使えないときは、闇雲に BIOS やレジストリを触るより、対応エディションとバージョン確認 → systeminfo.exe で仮想化要件確認 → Windows Sandbox の有効化 → VM / ポリシー確認 → DISM / SFC の順で進めるのが最短です。多くのケースはハード故障ではなく、要件の取りこぼしか Windows 側の設定不整合で説明できます。最初の一手としては、まず systeminfo.exe と Windows Sandbox 機能の状態確認から始めるのが失敗しにくい方法です。 (Microsoft Learn)
コメント