古いPCシリーズ番外編｜32bitの皮を被った64bit機にWindows11をねじ込んでみた結果～実機検証で分かった“決定的な壁”～

はじめに

本記事タイトル「32bitの皮を被った64bit機にWindows11をねじ込んでみた」とはどういうことなのか、わからない方のために簡単に解説すると、そもそもWindows11は64bitOSであり、32bitのパソコンにはインストールできないのだが、本記事で登場するパソコンは32bitOSでありながらハードウェアは64bit対応というもの。
そこで、本記事は本来インストールできないWindows11を強制的にインストールできないか挑戦してみた記録である。

※32bit・64bitとは、パソコンには処理を実行するためにあるCPUが一度に処理できる量がどれだけあるのかを表した数字のこと。

① 導入

メルカリを眺めていたとき、ふと目に入った一台のWindowsタブレット。

ASCON AT-07。

価格は驚くほど安い。
正直、スペックを見れば“今さら使うような代物ではない”。

それでも――
気づいたらポチっていた。

こうして我が家には

• AT-07

• AT-08

• AT-11 ×2

が揃い、ASCON Windows機コンプリートという謎の状態に。

そして今回の主役、AT-07。

スペックはこんな感じだ👇

• CPU：Atom x5-Z8350（1.44GHz）

• メモリ：2GB

• ストレージ：32GB（eMMC）

• OS：Windows10（32bit）

ここで違和感に気づく。

つまり理論上は――
64bit OS（＝Windows11）も動くはず。

■ここで少し寄り道

なんで、32bitOSなのにCPUは64bit機という構成のPCがあるのか？

結論から言うと👇
👉 ハードは64bit対応だけど実用面・コスト面の都合で32bit OSが選ばれた
これが理由。

🧠 一番大きい理由：メモリ制約（ほぼこれ）

今回のAT-07もそうだが👇

• RAM：2GB

これが決定的。

■ 当時の現実

• 64bit OS → メモリ消費が多い

• 32bit OS → 軽い・省メモリ

👉 2GB環境だと
32bitの方が体感が良かった

💰 メーカー側の事情（かなり重要）

■ コスト最優先の時代

この手のタブレットは

• とにかく安く作る

• とにかく軽く動かす

が最優先

■ eMMC 32GB問題

これもデカい👇

• 64bit OS → 容量食う

• 32bit OS → 軽い

👉 32GBしかないと
64bit入れると即容量死

🔧 技術的な背景（ちょっとマニア向け）

■ CPUは全部64bit対応だった

例えば今回の
Atom x5-Z8350

これは普通に64bit CPUだ。

■ でもBIOSが特殊

この時代のタブレットあるある👇

👉 UEFIが32bit（これが罠）

• CPU → 64bit

• OS → 本来64bitOK

• でもUEFIが32bit → 起動できない

👉だからメーカーは最初から
32bit OSを入れて出荷

🧩 まとめるとこういう構造

CPU：64bit OK
↓
UEFI：32bit（ここが制限）
↓
OS：32bitしか素直に入らない

👉だから変な構成に見える

これはAT-07の実際のシステム画面。赤枠部分に注目してほしい。
「32bitオペレーティングシステム、x64ベースプロセッサ」となっている。

🔥 なぜそんな中途半端な設計になったのか

シンプルに👇

👉 安く・早く・動けばOKだった時代

• Windowsタブレットブーム

• 価格競争激化

• 技術的に過渡期

👉その結果

“ちぐはぐ構成”の名機（迷機）が量産された

このマシンの正体は、そんな“過渡期の産物”だった。

■本題に戻ろう

今回のテーマはシンプルだ。

👉 このマシンにWindows11をねじ込めるのか？

Windows11は64bitOSなので32bit機にはインストールできない。が、抜け道はあるはず。それを検証していく。

そして、検証に際してもう一つだけ。

今回はこの前提で挑む。

② 事前準備（ここから先は“やらないと詰む”話）

まず最初に結論。

👉 バックアップを取らずにやるのはやめた方がいい。

この手の古いタブレットは、一度環境を壊すと

• ドライバが消える

• ネットに繋がらない

• 復元不能

といった“詰み”に簡単に到達する。

■ Cドライブのイメージバックアップ

今回は
Macrium Reflectというアプリを使用して、Cドライブを丸ごとバックアップする。

これで最悪の場合でも
👉 完全に元の状態（Windows10）へ復元可能

■ ドライババックアップ（3重構え）

さらに念のため👇

• ExportDrivers

• FileRepository丸ごとコピー

• DoubleDriver

という三段構えでバックアップ。

特に重要なのは👇

👉 FileRepository

ここが残っていれば、かなりの確率で復旧できる。

👇Cドライブのイメージバックアップとドライバーバックアップの詳しい解説は下記記事で説明しているのでそちらを参考にしてほしい。

ここまでやって、ようやくスタートライン。

👉今回、Windows11をインストールするに際して、2つのハードルを突破する必要がある。
①AT-07はそもそもWindows11非対応PC
②32bit機なのでWindows11インストール不可
この2つをクリアする方法を考える。

👉まずは①をクリアするため、Rufusを使用してWindows11インストールUSBメモリを作成するところから始める。
インストールUSBメモリの作成方法は下記記事で詳しく解説しているのでそちらを参考にしてほしい。

👉次に②をクリアするためには、追加でひと手間必要になる。

Rufusで作成したUSBメモリに、Windows10のISOから抽出した「bootia32.efi」ファイルを以下に追加する👇

EFI\BOOT\bootia32.efi

このファイル（bootia32.efi）は、Windows10のISOから抽出可能。Windows10のISOはMicrosoftソフトウェアダウンロードのページから取得できる。（無料）
MicrosoftのURL：
https://www.microsoft.com/ja-jp/software-download/windows10

抽出手順は以下のとおり。

• ISOをダウンロード

• ISOを7zipなどで解凍

• 上記パス（EFI\BOOT\bootia32.efi）から抽出

👉これを入れないと、そもそもインストーラーが起動しない。

ここまで準備して、ようやく検証に入る。

③ ハードウェア検証

改めて、この機体を整理しておく。

■ CPU

Atom x5-Z8350
👉 64bit対応（ここが今回の鍵）

■ メモリ

2GB

👉 正直ここが一番の不安要素

■ ストレージ

32GB（eMMC）

👉 容量・速度ともに厳しい

■ BIOS

• UEFI対応

• Secure BootはDisabled（無効）にすること。

👉 条件的には“いける側”

ここまで見ると――

👉 「動く可能性はある」

ただし同時に

👉 「快適に使えるかは別問題」

ここから先は、実際にインストールして確かめるしかない。

④ インストール挑戦

ここからは実際にWindows11をインストールしていく。
Windows11のインストール手順は下記記事で詳しく解説しているので参考にしてほしい。

👉最初に「bootia32.efi」ファイルを入れずにインストールしたところ、インストーラさえ起動しなかった。

👉次にUSBメモリに「bootia32.efi」ファイルを入れてインストールしたところ、エラーが発生。

❗ エラーの意味（重要）

つまり👇

32bit UEFIで、64bitのブートローダー（winload.efi）を読もうとして失敗している

🎯 状況を整理すると
今こうなってます👇

UEFI：32bit（確定）
↓
bootia32.efi：OK（ここは成功）
↓
しかしその先で
↓
winload.efi（64bit）を読んで死亡

👉 “一歩進んで次で死んだ”状態

🔥 結論：やり方があと一歩足りない

bootia32.efiを追加するだけでは不十分ということがわかった。

👉 32bit UEFI → 64bit Windowsを起動するための“橋渡し”が必要

🛠 解決方法

✔ Rufusで「UEFI:NTFS」方式を使う

設定👇

• パーティション：GPT

• ターゲット：UEFI

• ファイルシステム：NTFS

この設定でインストールUSBメモリを再作成。

設定が終わって「スタート」ボタンをクリックするとオプション画面が表示される。この画面で制限回避ONにできる。以下の4つにチェックを付ける。

👉これで内部的にブート周りを調整してくれるはず。

👉これで再度インストールに挑戦。結果、同じエラーが出て撃沈。

「CPUは64bitなのに、なぜ？」

じゃあどうするか？

⑤ さらに深掘り（GRUBブート挑戦）

ここで諦めるのは悔しいので、さらに一歩踏み込む。

👉 GRUBを使ったブートに挑戦

• Debian multiarchから **i386-efi（GRUBモジュール）**を抽出

• grub.cfg を自作

• Windowsの bootmgfw.efi を直接チェーンロード

結果👇

👉 GRUBは起動成功

👉 しかし…

⑥ bootmgfw.efi問題

原因を探ると、次の壁にぶつかる。

👉 bootmgfw.efi単体では起動できない

そこで👇

• boot.wimをマウント

• Windows\Boot\EFI を丸ごと抽出

• USBへ完全コピー

👉 構成は“ほぼ完璧”になった

それでも結果は同じ👇

⑦ 最終手段（偽装ブート）

さらに悪あがき。

👉 bootmgfw.efi を
👉 /EFI/BOOT/bootx64.efi にリネーム

UEFIの“デフォルトブート”として強制起動を狙う。

👉 結果

同じエラー。

⑧ 結論（ここが本質）

ここでようやく気づいた。

👉 問題はOSでもCPUでもなかった

❗ 真の原因

👉 UEFIが32bit

つまり👇

• CPU → 64bit（OK）

• Windows11 → 64bit（OK）

• でも

• UEFI → 32bit（致命的）

👉 64bitのEFIアプリ（Windowsブート）は
👉 32bit UEFIでは実行できない

⑨ すべての失敗の意味

ここまでの試行錯誤は無駄ではなかった。

• GRUB → 起動できた

• ドライバ → 問題なし

• 構成 → 正しい

👉 それでもダメだった理由

👉 ハードの仕様が壁だった

⑩ まとめ

👉 「32bit OSなのに64bit CPU」

この構成、実は罠だった。

以降は今回の検証に基づくまとめと反省、もし32bitOS、CPU64bitマシンに遭遇した時の使い方などに言及しています。参考になれば幸いです。