結論と対象読者

非Linux OSを仮想化するときは、OS名だけでなく、CPUアーキテクチャ、機種モデル、BIOSまたはUEFI、ディスク制御装置、NIC、表示装置を合わせる必要があります。起動しない原因はOSの不具合ではなく、仮想ハードウェアの選択ミスであることが多いため、最小構成から一つずつ追加します。

このページは、非主流OSを安全に調査・試行したい人、既存OS資産の保守や移行を担当する人、OSの仕様・権利・互換性・認証を正確に比較したい人を対象にしています。

30秒要約

  • CPUアーキテクチャと機種モデルを最初に固定する
  • 最初はIDE、VGA、PS/2など古い汎用デバイスを試す
  • VirtIOはゲスト側ドライバーがある場合だけ使う
  • ディスク形式、ブート方式、セクターサイズを記録する

概要と背景

QEMUは多くのCPUと機種をエミュレートできますが、任意の組み合わせが動くわけではありません。旧OSはAHCI、NVMe、VirtIO、UEFI、USB 3、現代GPUを認識しない場合があります。逆に、新しいOSは古いBIOSやIDEだけでは動作条件を満たさないことがあります。

特徴・できること

  • QEMUのsystem emulationはCPU、メモリ、チップセット、デバイスを構成できる
  • machine typeはチップセットや仮想ボードの世代を決める
  • ディスクのrawとqcow2には異なる管理特性がある
  • VirtIOは高速だがゲストOS側の対応が必要
  • シリアルコンソールはGUIが表示されないOSの調査に有効

現在の位置付けと利用上の前提

QEMU公式文書はフルシステムエミュレーションと多数の機種・デバイスを案内しています。VirtIO GPUの公式説明もゲスト側の対応を前提としており、Linux向け設定を非Linuxゲストへそのまま適用できるとは限りません。対象OSの公式導入文書に推奨デバイスがある場合は、そちらを優先します。

確認日は2026年7月24日です。製品版、認証範囲、ライセンス、対応機器、価格、保存状態は変わる可能性があります。公式資料で確認できない条件は「要確認」として扱ってください。

近い対象との比較

同一CPUの仮想化

KVM、Hypervisor.framework、WHPXなどで高速化できますが、ゲストとホストのCPU系統が一致する必要があります。

異種CPUのエミュレーション

PowerPC、SPARC、MIPS、68kなどをx86ホストで試せますが、実機より遅く、機種再現も限定されます。

専用エミュレーター

特定機種の映像、音源、ROM、周辺機器をQEMUより正確に再現できる場合があります。

実機

ドライバー確認には必要ですが、再現性、破棄、安全性では仮想環境が有利です。

確認/試行の条件と注意点

  • 対象OSのCPU、ビット数、エンディアンを確認する
  • PC互換機か、特定ワークステーションか、専用ボードかを確認する
  • BIOS、UEFI、Open Firmwareなど必要ファームウェアを確認する
  • 最小メモリと上限メモリを確認する
  • IDE、SCSI、SATA、NVMeのどれを認識するか確認する
  • NICと表示デバイスを一つずつ追加する
  • 起動コマンド、QEMU版、machine type、イメージハッシュを保存する

重要な環境へ適用する前に、対象版、構成、取得元、検証手順を記録し、隔離した環境で再現できることを確認してください。

参考リンク