Windows 11 Devプレビュー版のインストール方法 ― ハードウェア要件とつまずきポイントを徹底解説

Windows 11。最後のWindows、そしてその先へ――マーケティングのキャッチコピーはさておき、ここでは技術的な部分に焦点を当てていきます。Microsoftは次期メジャーリリースとなるOS「Windows 11」を発表しました。刷新されたユーザーインターフェース、新しいハードウェア要件、そしてその他いくつかの重要な変更点が含まれています。それらについて語る前に、まずはWindows 11をセットアップする必要があります。

ところが、これが思っていた以上に大変でした。筆者はWindows 10の初期の頃からWindows Insider Programのメンバーであり、これまでさまざまなデバイスを登録して新しいビルドを問題なく試してこられました。しかし今回は、数々の障害にぶつかることになりました。そこで本記事では、本格的なレビューの前に、Windows 11をインストールするまでの体験談を詳しくお届けする「予習編」としてまとめることにしました。それでは見ていきましょう。

厳しいハードウェア要件

世界中の技術者による初期テストや、センセーショナルなネタを探すジャーナリストたちを驚かせたのが、Microsoftが発表したWindows 11の最小ハードウェア要件です。ただし、Microsoftは収益に関しては驚くほど柔軟な対応を見せることが多いため、この要件は今後変わる可能性もあります。現時点での要件は、CPUがIntel第8世代以降またはRyzen 2000番台以降、そしてTPM 2.0が利用可能で有効になっているマザーボードが必要です。憤り、騒動、衝撃、怒り。でも、なぜなのでしょうか。

CPU要件が厳しすぎると感じている人が多いようですが、忘れてはいけないのは、Windows 10は2025年までサポートされるという点です。この要件は、4年後の将来を見据えたものとして捉える必要があります。Intel第8世代プロセッサーは今では比較的新しい部類ですが、Windows 10がサポート終了を迎える頃には、あのプロセッサーファミリーも約8年経過することになります。これはかなり妥当なラインと言えるでしょう。

より大きな問題はTPMです。専門用語はさておき、自分自身に問うべき質問は「私のプロセッサーはTPMに対応しているのか?」です。Windowsが入っているマシンであれば、「スタート」から「tpm.msc」を実行して、ユーティリティの表示を確認するだけでわかります。TPMがないと表示されても、諦める必要はありません。単にマシンがTPMを使うように設定されていないだけかもしれません。

良い例が、2019年末に購入した筆者のデスクトップです。強力でモダンなマシンであり、10年ほどは使うつもりです。しかし表面上はTPMなしと表示されました。最初の反応は「2025年にこの素晴らしいマシンを捨ててまでWindows 11を動かすシナリオは、この宇宙のどこにも存在しない!」でした。次の反応は「BIOSに入って何が起きているのか確認しよう」でした。

このデスクトップはASUS製マザーボードにAMD Ryzen 3700Xを搭載しています。技術的には、TPM(ディスクリート版)は搭載されていません。しかし、「詳細設定」の中に「fTPM(firmware TPM)」という明確にラベル付けされたオプションがありました。デフォルトではマザーボードは「Discrete TPM」に設定されており、これはWindows 11が要求するものとは異なります。「fTPM」に切り替えることで、TPM 2.0互換性が得られます。このマシンを新OSにアップグレードするつもりはないのですが、その話は後ほど。

もう一つの例が、Lenovo IdeaPad 3ノートパソコンです。6ヶ月前に購入したばかりの新品です。BIOSにはTPMオプションがなく、代わりに「AMD Security Processor」という項目があります。しかし本質的には同じもので、Windowsは完全なTPM 2.0互換性があると報告します。Ryzenユーザーでも状況はそれほど絶望的ではないということです。仮に制約になるとしても、それは2025年になってからの話でしょう。

テスト1:IdeaPad 3

さて、テスト用ノートパソコンを持っているのにテストしない手はありませんよね。現在このノートPCは、Windows 10と2つのLinuxディストリビューションのトリプルブート構成になっています。Windows 10側をアップグレードすることにしました。しかしこれが、予想以上に難航しました。最大の問題は、「設定」>「更新」にWindows Insider Programの項目が表示されなかったことです。

フォーラムを1時間ほど調べて原因を探りました。Windows 11ビルドに進むようシステムに指示するレジストリ変更をいくつか試しましたが、残念ながら効果なし。デバイスを完全オフラインで異なるテストリングに設定できる非公式の回避策まで見つけましたが、もちろん全く役に立ちませんでした。

そして、大きな問題に気づきました。筆者は標準ユーザーアカウントで作業していたのです。本来あるべき姿ではありますが。

ちなみに、関連はしますが別件として、(Windows 10で)新しいアカウントを作成してみたところ…ひどい目に遭いました。まず、「他のユーザー」>「追加」をクリックすると、コントロールパネルに行けというエラーが出ます。そう、「設定」が置き換えるはずだったあのコントロールパネルです。そこでユーザーアプレットを開くと、また「設定」に戻される。堂々巡りです。しかもWindows 10のどこにも、管理者権限がないためにタスクを実行できないとは教えてくれません。もちろん、コマンドラインからならユーザーアカウントを作成できました。

ログアウトして管理者アカウントにログインすると、なんとInsider Programのオプションが表示されました。どこにもこのことは記載されていませんし、意味不明です。普通のユーザーでも更新プログラムは受け取れるのですから。一つのハードルを越えましたが、まだまだ続きます。

この時点で、Windows 10はいろいろと文句を言い始めました。まず一般的なエラー、続いて診断とテレメトリです。ご存じの通り、筆者は余計な干渉を嫌うため、システムは最小限の侵入と最大限のプライバシー/効率性になるよう設定しています。そのための手順は、やや古いプライバシーガイドや、より新しいWindows 10必須チューニングガイドにまとめてあります。その設定の一環として、もちろん無用なテレメトリは無効化されています。

ところが今度は、サービスを開始したにもかかわらず、Windows 10がテレメトリを有効にさせてくれません。結局、別のレジストリトリックを使う羽目になりました。Windowsにフルテレメトリ(整数値3)を強制的に指示する必要があったのです。Windowsの動作は本当に滑稽で、必要なのはレジストリ値だけ。他にまともな整合性チェックは一切ありません。とにかくこれで解決しましたが、それでもWindows 11はまだ来ません。

Windows 10はDevビルドを提供してくれるようになりました――Windows 10のDevビルドですが。ダウンロード、インストール、再起動。ここまででかなりの時間が経過しています。新しいDevリリースでは、標準セットよりも明るく鮮やかなアイコンが採用されていることに気づきました。これは一般ユーザーのWindows 11への移行をより自然に感じさせるための段階的な変更なのでしょう。面白いことに、不必要なモダンソフトウェア開発のサイクルそのものです。Windows 7は十分に使いやすく、適切なコントラストを持つインターフェースでした。その後、Windows 10は完全にフラット化しました。そして今、Windows 11は色と丸みを復活させ、まるで天才的な発明品であるかのように振る舞っています。いいえ、これは単純な人間工学的な配慮であって、AIにも打ち勝てないものなのです。

再起動後、Insider Programからサインアウトされていることに気づきました。何事もなかったかのように、改めて参加し直す必要がありました。しかし今、ついに、ついにWindows 11が利用可能になったのです。ダウンロードボタンを押して待ちました。イメージのダウンロードは約15分で完了。実機でのインストール(IdeaPadのRyzen 5とNVMeストレージ上)は約20分。オフラインセットアップはわずか5分と再起動2回だけ。驚くほど軽快な結果でした。これで完了です。レビューは近日公開予定です。

というわけで、Windows 11が起動しました。詳細は後日!

テスト2:仮想マシン

仮想マシンでWindows 11を試せるかどうかも確認してみました。正確にはVirtualBoxです。Windows 11のISOはダウンロードできないため、Windows 10から始める必要がありました。Insidersポータルから最新の「10」Devビルドを取得し、仮想マシンを起動しました。ゲストシステムの設定を終えると、Windowsはシステムが最小要件を満たしていないためWindows 11は利用できないと告げました。

実は、ホストとなるSlimbookノートパソコンはIntel第8世代プロセッサーを搭載しているので、問題ないはずですが、仮想マシン内でどのCPUフラグが利用可能・公開されているのかは定かではありません。ともあれ、ここでもMicrosoftはレジストリキーの変更セットで要件をバイパスすることを許可しています。本当に。

これは正式版では機能しないかもしれませんが、テストフェーズ中は問題なく機能します。ここからが曖昧な部分です。要件の範囲外のシステム(少なくとも一部)にWindows 11をインストールできる可能性は非常に高いようです。ただし、サポート対象外のモードで動作することになります。つまり、問題が発生しても文句は言えません。最終的にどうなるかは、今後見ていくことになります。

レジストリ周りを整理したら、ダウンロードとインストールを開始しました。ノートパソコンのファンがフル回転しましたが、これは想定内です。全体のプロセスは2時間ちょっとかかりましたが、仮想マシンに割り当てたリソースが限られていたこと、並行して本業の作業もしていたことを考えれば、十分妥当な時間です。最終的に、Windows 11がインストールされ、稼働しました。

ちなみに、インストール中に受け取ったこの通知をご覧ください。「自然な方法で考え、表現し、創造する場所」。は? 何を表現するのでしょうか? 「表現する」には文中で目的語が必要ではないでしょうか? 私の英語力が錆びついているのか、それともマーケティング語が苦手なだけかもしれません。自然な方法? 洞窟の壁に牛の血で絵を描くような? いやはや、私は愛すべき気難しい恐竜です。こういう疑似インスピレーション系のメッセージは大嫌いなのです。

まとめ

というわけで、ここで一旦区切りとします。ハードウェア要件とインストールプロセスに重点を置きたかったため、Windows 11のテストを開始すれば必ず出てくるであろう愚痴や騒ぎで記事を薄めたくなかったのです。筆者にとって最大のハードルは、100%サポート対象のIdeaPadで最新のDevリリースをテストさせてもらうようWindowsを説得することでした。苦労の一因は、独自のチューニングなどを施したカスタム環境を作っていたことにあると思います。もう一つは、現在のWindows 11の提供方法が複雑すぎる点です。ISOがあれば、この問題は劇的に解決するでしょう。さらに、標準ユーザーでログインしていると、Insider Programの設定が表示されません。「管理者権限が必要ですよ」という一言すらありません。

ともあれ、RyzenシステムがWindows 11に対応できるかどうかを確認したところ、答えは「イエス」でした。実際、Windows 11はIdeaPad 3上の3つのシステムの一つとして、他のOSと仲良く共存しています。GRUBブートローダーにも触れず、変更も破壊もしませんでした。素晴らしい。デスクトップでは、そしておそらく世の中の多くのマシンでは、Windows 11を使いたい場合、BIOSでTPM、fTPM、あるいは同等の設定を有効に切り替える必要があります。技術者にとっては簡単ですが、一般の人にとっては大きなハードルになるかもしれません。さて、インストールなどは完了しました。では、Windows 11は試す価値があるのでしょうか? それは間もなく明らかになります。

それでは、また。