Windows8とUbuntuの両方をデュアルブートして仮想化する
WindowsとLinuxのデュアルブートは十分に文書化されており、ブート可能なOSの1つを他の内部でVMとして実行しています（例：デュアルブートWindowsとUbuntu; WindowsではホストUbuntu a VM VMWare Workstation/Player/etcを使用）。
私はビルドを計画しており、Windows 8で起動してVMでUbuntuを実行できるようにし、次に同じUbuntuインストールで起動してVMで同じWindows8インストールを実行できるようにするという両方の長所を持ちたいと考えています。 、両方のOSがプロジェクトファイルなどのパーティションを共有している場合。それは可能であるはずです。
- これを不可能/非常に困難/不安定にする警告はありますか？
- 推奨されるディスク構成（2つの物理ドライブなど）はありますか？
更新：
このセットアップでWindows7および8を実行するための情報を見つけました。それは非常にハックであり、Windowsのインストールを失敗させる可能性は十分にありますが、誰かが私よりもこれに取り組んでいる場合は： http://geekery.amhill.net/2010/01/27/virtualbox -with-existing-windows-partition /
この部分が重要です。
同じWindows8インストールをVMで実行する
はい、これを非常に困難にし、場合によっては不安定にする重大な警告がいくつかあります。 VirtualBox、VMware Workstation/Player、Virtual PCなどの仮想マシンモニター（VMM）は通常、実際のシステムとは異なる仮想化ハードウェアを提示します。
QEMUベースのVMMは通常、PIIX3チップセットをゲストOSに提示します。 VirtualBoxは、PIIX3、ICH9のオプションを提供します。 VMwareWorkstationとVMwarePlayerも、PCにはおそらくないチップセットをエミュレートします。
以前のバージョンのWindowsには、ハードウェアプロファイルを選択する機能があり、これを安全に実行できる可能性がありますが、それはおそらく意図された用途ではありません。プロファイルを自動的に選択する良い方法もありません。
実際のハードウェアと仮想化ハードウェアの間で大幅に異なるその他の機能には、ビデオアダプター（高速化されたグラフィックスには準仮想化ドライバーが必要であり、失敗する可能性があります）、ディスクコントローラー（持っている場合はこれを外すことができる場合があります）が含まれます。 LSI 1068e、実際のBusLogicカードなどの実際のハードウェア、またはほとんどの場合、AHCI SATAインターフェイスを提示するようにディスクコントローラーを設定し、VMMに起動可能なAHCIディスクコントローラーを提示するように説得できます）、USB（ Intelボードをお持ちの場合、VirtualBoxが提供するOHCIの代わりにUHCI USB 1.xコントローラーをお持ちの場合）、オーディオ（SoundBlaster16およびEnsoniqAudio PCIは一般的にエミュレートされますが、ハードウェアは古くなっています）など。
Linuxでこれを行うことはそれほど悪くありません。OSに提示されるハードウェア構成の詳細のほとんどは、udevルールなどを除いて、起動時に選択されるため、奇妙なネットワークインターフェイス名を取得する可能性があります。
本当の危険は、実際のプラットフォームで定義されていないことを実行することによってハイパーコールを実行するVMMの準仮想化ドライバーを持つことにあると思います。準仮想化ドライバーがVMMがチェックせずに存在すると盲目的に想定すると、カーネルが予期しない障害をトリガーする可能性が非常に高くなります。これは、Linuxではカーネルパニックになり、WindowsではBSoDになります（トリプルをトリガーしない場合-最初に障害シャットダウン）。これはどのくらいありそうですか？私は実際にLinuxでこれに問題があり、PVVMwareディスプレイドライバーがVirtualPCでハングを引き起こしました。