この質問はかなり理論的です:
2つの異なるパーティションに2つの異なるOSを搭載したPCがあるとします。sda1のOS1とsda2のOS2です。OS1でVMWareやVirtualboxなどのプログラムをセットアップして、sda2にアクセスし、それを起動してOS2を実行することは可能ですか?一方、OS2も直接起動できる必要があります。
エミュレートされたOS2は非常に遅く、おそらく誰も実際にこのセットアップを使用することはないと思いますが、これは非常に興味深いものです。
この質問はかなり理論的です:
2つの異なるパーティションに2つの異なるOSを搭載したPCがあるとします。sda1のOS1とsda2のOS2です。OS1でVMWareやVirtualboxなどのプログラムをセットアップして、sda2にアクセスし、それを起動してOS2を実行することは可能ですか?一方、OS2も直接起動できる必要があります。
エミュレートされたOS2は非常に遅く、おそらく誰も実際にこのセットアップを使用することはないと思いますが、これは非常に興味深いものです。
回答:
イッツ可能はい、それは必ずしもそうではないですこれらの日以来、遅くする必要はありませんエミュレーションもう、それはだ仮想化 -それでもそれらなしで、ほとんどのCPUのサポート、ハードウェアによる仮想化支援機能(VT-xとな)、VirtualBoxのは多くを持っていますソフトウェア仮想化VMを高速に実行するためのトリック。
いずれにせよ、普通の古いVMを起動するよりも遅くなることはありません。さらに高速になる場合があります(断片化されたディスクイメージの代わりにrawパーティションを使用するため)。
しかし、私はVirtualBoxでそれを行う方法について完全に確信していません-私はあなたvboxmanage
が本当のパーティションを指すことを使用して特別な.vdiファイルを作成する必要があると思いますか?また、このような状況でブートローダーを動作させる方法についてのアイデアもありません。
私はの読み取り専用コピーを実行して、Linux上の様々な起動時の問題をデバッグするために使用されるものの、現在使用して、自身の中にOSをqemu-system-x86_64 -enable-kvm -hda /dev/sda -snapshot -monitor stdio
。
-snapshot
、/ dev / sdaの一時的なコピーを作成することです(両方のシステムが互いのデータを破壊しないように)。
qemu
/dev/sda2
などのブロックデバイスを仮想ハードドライブとして使用できます。VMWareも同様です。Virtualboxについてはわかりません。
あなたが起動するときに/dev/sda2
VMにあなたが出て、ハードドライブを取り、異なるハードウェアと異なるコンピュータでそれを起動しているかのように、それは同様の効果を持つことになります。OSがその変更を処理できる場合、VMでもネイティブでもOSを実行できます。もちろん、Windowsは問題を引き起こし、Linuxはそれを非常によく許容するでしょう。
仮想ハードウェアをシステム上の物理ハードウェアと可能な限り一致させることで、潜在的な問題を軽減できます-もちろん、より少ないRAMを指定する必要があります。特に重要なのは、同じタイプのディスクコントローラ(IDE、SCSIなど)を指定することです。
それは完全に可能であり、実際、私はこれを行っていました!
LinuxとWindowsのパーティション/ディスクが1つありました(どちらを忘れましたか)。WindowsXPの時代だったと思います(確かに、それはしばらく続きました)。これは、異なるインストールでディスクスペースの負荷を使用せずに、両方のデータセットにアクセスできる良い方法でした。
覚えていた唯一の問題は、XPで2つの異なるハードウェアプロファイルを設定する必要があったことです。間違ったものを起動すると、本当に混乱しました。
現在のアクティベーションプロセスがハードウェアの切り替えにどのように応答するかはわかりません。これはいくつかの問題を引き起こす可能性があります...(ただし、Windowsを物理マシンとしてのみ起動し、LinuxをVMまたは物理マシンとして使用している場合、それはそれを解決します)
私はこれをVMwareワークステーションで行ったことを思い出します。これは、rawディスクからの起動を確実にサポートします。私はMSバージョンがそうだと確信しています。Linux VMについてはよくわかりませんが、そうでない場合は非常に驚きます。
興味深いことに、Windowsブートキャンプパーティションを使用してMac上でVMware Fusionを実行している場合、ブートキャンプパーティションから実行される仮想マシンを起動できます。
VMware Fusionでは、ネイティブに起動する機能に影響を与えることなく、インストール済みのBoot Campパーティションを起動できます。これにより、Fusionを使用してMac OS内部から、およびWindowsを直接再起動して起動することで、Boot Campパーティションにアクセスできます。
ただし、次のことに注意してください。
異なるハードウェアがオペレーティングシステムによって認識されるため、Windowsを再アクティブ化するように求められる場合があります。
私はそれをやった。これは非常に便利ですが、いくつかの制限があり、設定は簡単ではありません。
ネイティブOSまたはVM OSは、それが実行されるハードウェアに対して寛容でなければなりません。ほとんどのLinuxディストリビューションは気にせず、CPUアーキテクチャが一致する限り、ブートしたもので実行します。Windowsではそれほどスムーズではありません。アクティベーション/ライセンスの問題に直面することもあります。
Windowsでは、パーティションがホストにマウントされている間は、仮想マシンでOSを起動できません。これは大した問題ではありません。この場合、おそらくWindowsの内部でLinuxを起動したいのですが、Windowsはext
ファイルシステムをサポートしていません。
ブートローダーの設定は注意が必要です。VMで起動する場合とネイティブで起動する場合は、個別の起動設定が必要です。ネイティブでブートするとき、Grub4DOS / NeoGrubを第1段階のブートローダーとして使用しました。その後、Windowsブートローダーをチェーンロードするか、Ubuntuでブートすることができました。VMには、メインドライブよりも高い優先度でマウントされた小さな(数MB)ドライブがありました。そのドライブには、VM内でUbuntuを起動するために使用した手動でインストールされたGRUB2が含まれていました。
異常なブートローダーのセットアップには、注意深い更新が必要です。たとえば、Linuxをネイティブで実行しているときにGRUBを更新すると、ブートローダーチェーンが破損する可能性があります。VM内で更新するには、ブートパーティションに手動でインストールする必要があります。
それは非常に簡単に可能です。インストールごとに別々のハードディスクを使用する場合!
例はこちらをご覧ください:http : //www.serverwatch.com/server-tutorials/using-a-physical-hard-drive-with-a-virtualbox-vm.html-またはVirtualBox Webサイトを検索します(ダウンしています)現在のところ)これらのキーワード。
ワインやLinuxでのWindowsの仮想化でAdobeのようなものやスムーズに実行されないものなど、Windowsの作業を行うときにLinuxパーティションにアクセスできるようにするために使用します。
また、私は頻繁にリモートでタワーにアクセスするため、Linuxハードディスク全体が暗号化されますが、Windowsハードディスクは重要ではなく、機密データのみを持ちます。そこで、Windowsを起動し(GRUBのWindowsエントリが事前に選択されています)、Teamviewerにログインし、Virtualboxを起動してからLinuxハードディスクを起動します。
この方向では-Windows-> Virtualbox-> Linuxを使用した他のHD->非常に簡単にハードウェアを検出できるため、Linux、つまりUbuntuがその場でサポートしています。
他の方向では、混乱になります。Windowsはハードウェアを変更することを好みません。システムを台無しにしたり、まったく起動しなかったり、またはハードウェアの変更が頻繁に行われすぎたためにライセンスが無効になったことを示す場合があります。
つまり、GRUBでWindowsを事前選択されたブートエントリとして保持したいのですが、Virtualboxで実行するときにGRUBで正しいエントリを選択することに注意してください。リモートで遅延の問題がある場合は、GRUBのブートタイムアウトを増やして安全にします。
あなたを助けたことを願っています:)