Windows11 非対応環境のアップグレード

1.概要

Windows11はGPTとTPMあり(2.0以上)のが公式の動作環境である。今回、そういった環境を有しない構成(MBRでTPMなし)にてアップグレードインストールを試すこととした。下表の右下の環境となる

ブートスタイルTPMあり(2.0以上)TPMなし
GPT〇公式サポート
MBR本投稿の網羅する範囲
▲Windows11の動作条件抜粋

なお、本投稿の内容にて何らかの損失が生じたとしても、責任は負わない。自己責任、趣味の範囲で実施のこと。

2.インストール媒体の作成

他のサイトにはレジストリの編集を行う、.wimファイルを差し替えることでインストールが可能になるとの記事も見られたが、こちらの環境ではいずれも成功しなかった。そんな中、あるファイルを操作することでインストールが可能となる記事を見つけたことから、試すこととした。

https://www.windowslatest.com/2021/06/28/youll-be-able-to-bypass-windows-11-tpm-2-0-requirement/

https://www.sumahoinfo.net/entry/windows-11-upate-easily/

Windows11ではそのままでは、前述の非対応環境にはインストールできない。まずは、MS公式サイトからMediaCreationツール(MediaCreationToolW11.exe:バージョンによってはファイル名が異なる可能性あり。本環境では10.0.22000.318がアップグレードインストールできた)をダウンロードしUSBメモリ(以降USB媒体)を作成する。USB媒体の作成について詳細は割愛するが、8GBの空き領域が必要となり、再フォーマットされてもよい媒体とする。

3.インストール媒体の改良

作成したUSB媒体の以下のファイルをリネーム(ファイル名を別名に変える)する。元記事ではWIndows10のバージョンに置き換える又は削除するという方法であった。

USB媒体のドライブレター¥sources¥appraiserres.dll

-appraiserres.dll」とした。

4.ハードウェア

非対応環境として用意したのは、Intel製マザーボードDP965LTである。CPUはCore2Quad Q6600、主記憶は6GBである。これにSATA接続のHDDとMSI製nVIDIA 710GTグラフィックスカードを接続した構成である。

▲非対応環境の外観

5.アップグレードインストールの開始

非対応環境にはあらかじめMBRスタイルのWindows10(21H1)がインストールされており、そこで、”3”にて手を加えたUSB媒体上のsetup.exeをクリックしてアップグレードを開始する。

▲セットアップ開始

↑「次へ」を選択して続行する。

▲選択肢が表示される

↑「今は実行しない」を選択し、「次へ」とする。

▲チェックが行われる
▲ライセンスへの同意
▲インストール前の確認

↑上記画面にて「インストール」をクリックすると、インストール作業が実行される。

再起動前のインストール進捗表示
▲インストール中 進行画面

↑上記画面でしばらくすると進捗に伴い再起動する。

▲再起動直後

↑USBインストール媒体を取り外し、「はい」で続行する。

▲再起動後

↑インストール作業が完了するまでひたすら待つ

▲Windows11システム情報

アップグレードインストールに成功した。

6.参考

作成したUSB媒体からの起動による新規インストールを行ったところ、オペレーティングシステムのエディションを選択後、以下の画面となり、インストール作業の続行は不可であった。

▲新規インストールの試行結果

Windows10におけるIDEからAHCIへのモード変更

Windows10(21H2)でIDEからAHCIに設定を変更した際のメモ。

使用したマザーボードはASUS P8-H77-MでH77チップセットを搭載し、UEFIBIOS(以降単にBIOSと表記)上でSATAのモードがIDE,AHCI,RAIDに変更できる。このマザーボードにてIDEでセットアップしたWindows10を接続し、AHCIにモード変更して動作させる。

操作方法を誤るとOSを起動できなくなるリスクがあるので、ディスクのクローンを作成するなど適切なバックアップを施したうえで各自の責任で実施してほしい。本サイトでは責任を負わない。

1.初期状態

Windows10(OS)のデバイスマネージャとBIOSの状態を以下に示す。

IDEモードのデバイスマネージャ画面
IDEモードのデバイスマネージャ画面

OS上でIDEモードでは「IDE ATA/ATAPIコントローラー」が認識されている状態をIDEモードとしており、今回はこれを変更する。

IDEモードのBIOS画面

SATAモードの設定はBIOSメニューのAdvanced内から設定できる。(マザーボードメーカにより設定項目は異なる)

2.変更方法

初期状態から操作を行う。なお、ここでのセーフブートとは「設定」→「更新とセキュリティ」→「回復」で設定する一時的なセーフモードではなく、「msconfig」を使用し継続したセーフモードを指す。

ファイル名を指定して実行もしくは任意の方法により「msconfig」と入力しを実行する。システム構成に関連するツールが起動するので「ブート」タブのセーフブートに☑を入れ再起動する。

msconfig画面
msconfig画面

再起動後、セーフモード(解像度が低く、画面四隅にセーフモードと表示された状態)で起動することを確認し、電源を切る。

再度電源を入れ、BIOSメニューを呼び出し、先ほどのAdvanced内SATAモードを「AHCI」に変更し設定を保存して再起動する。

AHCIモードのBIOS画面

上記変更後、OSがセーフモードにて起動する際、AHCIモードに必要なデバイスドライバを認識しセットアップする。デバイスマネージャを確認すると下記のドライバがセットアップされている。

AHCIモードのデバイスマネージャ画面
AHCIモードのデバイスマネージャ画面

セーフモード上にて「msconfig」を起動し、セーフブートのチェックボックスを解除し、再起動する。これにより通常起動すれば成功となる。

更に、チップセットに対応するinfupdateにより、最終的には以下のような状態となった。

AHCIモードのデバイスマネージャ画面infupdate

ポイント

Windows10はセーフブートを経由しないと、IDEモード以外の状態を再認識できない。

補足

他のサイトに記事ではレジストリ変更をすることで有効となる記述もあったが、当方の環境ではそうはならなかった。今回、レジストリ変更は行っていない。具体的には、レジストリ変更(HKLMのstorahci内のパラメータ2箇所)し、BIOS設定をIDE→AHCIしたところ、くるくる画面の後、ブルースクリーン(BSOD:INACCESSIBLE BOOT DEVICE)となりシステムが停止。BIOS設定をAHCI→IDEで復旧した。

おまけ AHCI→RAID

上記の要領で、セーフブートにした後、BIOS設定を「RAID」に変更してOSを起動すると、デバイスドライバが再度セットアップされることを確認した。

RAIDモードのデバイスマネージャ画面

Windows10のハードウェア構成変更時のアクティベート

1.概要

Windows7(ハードウェアとのバンドル(OEM版))からアップデートしたWindows10(Ver1909)において、ハードウェアの構成変更を行ったあとに、Windowsアクティベートを行う際のメモである。Microsoftアカウントを用いてWindows10にログインしていると使用できる方法もあるようだが、ログインに使用してはいないためその方法は使わずに行うことにした。

2.アクティベートの方法

WindowsXPで導入されたWindowsプロダクトアクティベート(WPA)はハードウェア構成変更を検出した場合、ある一定数の変更であれば、ライセンス認証を求めないものの、一定数の変更を越えたハードウェア構成変更を行った場合、ライセンス認証が必要になる。今回、マザーボード交換によりこの一定数の変更を越えたため、下図にような表示がなされ、ライセンス認証を求められた。

ライセンス認証要求
図1 ライセンス認証を要求する画面

この規模の構成変更(マザーボード交換)であれば、従来(WindowXP)であれば下図のような電話対応での変更を求められると想定していた。

WIndowsXPでの電話対応アクティベート
図2 WindowsXPにおけるハードウェア構成変更時のアクティベート画面

しかし、Windows10では図1のトラブルシューティングを選択し表示されたURL[Microsoftのサイトへ]の情報を確認したところ、「ハードウェア構成の変更後に Windows 10 の再ライセンス認証を行う」の「デジタル ライセンスがない場合は、プロダクト キーを入力します。」セクションに記載の方法可能であった。

具体的には図1にて「プロダクト キーを変更する」を選択する。すると図3の画面が表示されるため、プロダクトキーを入力する。

プロダクトキーの入力
図3 プロダクトキーの入力

ここで入力するプロダクトキーはアップグレードする前のWindows7のものを入力し「次へ」をクリックすることでプロダクトアクティベートが成功した。

Intel(R) Rapid Storage Technology の動作メモ

Windows10をIntelの旧チップセットで運用する際、使用しているIntel(R) Rapid Storage Technology (Intel(R) RST)のバージョンについてまとめることにした。 本ツールを使用することでRAIDアレイの状態を管理することができる。
 環境により挙動が異なるため参考情報として扱ってほしい。また、本内容を実施し、データ損失等が発生したとしても責任は負わない。

ハードウェアの異なる複数の環境でIntel(R) Rapid Storage Technology を運用しているが、紆余曲折の末、以下の組み合わせとなった。

表1.チップセットとバージョンの組み合わせ

Noチップセット Intel(R) RST バージョン
1P3512.8.0.1016
2Z7714.8.16.1063

どのバージョンでもデバイスマネージャーの記憶域コントローラーで表示されるデバイスドライバーは「iaStorA.sys」となる。このデバイスドライバーに「iaStorAVC.sys」なるドライバーが読み込まれている場合、 Intel(R) Rapid Storage Technology は使用できない。この場合、iaStorA.sysは Intel(R) Rapid Storage Technology のセットアップファイルである「SetupRST.exe」を実行するとシステム内に展開されることから、デバイスマネージャーの記憶域コントローラーで表示されるデバイスドライバーを手動で「Intel Chipset SATA RAID Controller(v 14.8.16.1063 )」を指定して更新する。

v 14.8.16.1063 の場合

指定後再起動すれば、 Intel(R) Rapid Storage Technology を使用できる。

v 12.8.0.1016 の場合

バージョンの互換性について

一度RAID1のアレイを構築したディスクにおいて、片方のディスクをはずし、単一デスク(デグレード状態)で動作していると、表1のNo1の環境で上位のバージョンを実行する(P35チップセットでv14.8.16.1063にて動作)ことができる。しかし、もう一台のディスクを追加(リビルド状態)ではWindows10は起動するものの、Windows10のロゴが表示されくるくるの状態でHDDへのアクセスが途中でなくなりシステムが停止する。追加したディスクが原因と考え、追加ディスクにオール0を書き込み(デグレード状態-non member disk)しても同様であった。

そのため、追加したディスクを取り外し(デグレード状態)し、Windows10を起動させて v12.8.0.1016 Intel(R) Rapid Storage Technology をインストールした。その状態で オール0 を書き込んだディスクを再度アレイに加入( デグレード状態-non member disk )としたところ、Windows10を起動できた。
 そこで、RAID BIOSにて当該ディスクを再度アレイに加入させて起動(リビルド状態)したところ、また Windows10のロゴが表示されくるくるの状態でHDDへのアクセスが途中でなくなりシステムが停止する状態となった。

そのため、また追加したディスクを取り外し(デグレード状態)し更に、「msconfig」にてセーフブートで起動する。セーフブートで起動することを確認した後、ディスクを2台に戻し(リビルド状態)としてセーフブートすると、Windows10がくるくるで止まることなく起動できた。
 セーフブートにて「msconfig」を実行し、通常スタートアップに設定し再起動する。これで通常の運用が可能になった。

ポイント:
RAID1にて単一ディスク(デグレード)から2台ディスク(リビルド)にするためにはセーフブートで立ち上げてから!

[メモ]px-w3pe4 のx64ドライバはWindows7では未署名となる

Plex px-w3pe4 チューナーカードをWindows7環境にてセットアップすると、デバイスマネージャでは以下の表示となる。

デバイスマネージャの表示
▲デバイスマネージャの表示

ビックリマークがついているのでプロパティを確認するとエラーコード52となる。

デバイスマネージャのプロパティ
▲プロパティ

Windows7でこれを回避するには、起動時にF8キーを押下し、未署名のドライバを有効にするモードで立ち上げる必要がある。

▲ドライバのバージョン

なお、同一ドライバをWindows10でセットアップすると署名されたドライバとして認識されるため、前述のような問題は発生しないようだ。