Windows 10を含む同じ物理ドライブをデュアルブート*および*仮想化することは可能ですか?


11

Linuxを毎日のドライバーとして使用しており、デュアルブート用にWindows 10をPCの新しい物理ディスクにインストールしました。しばらくの間、私はiSCSI 1でマウントしたVirtualBoxイメージを通じてWindows 7を使用しました。

現在、2つの異なるWindows環境があり、それは非常にイライラします。Windows 7 VMを放棄し、VirtualBoxを介してWindows 10インストールに直接アクセスしたいのですが、ローメタルパフォーマンスが必要なときに、デュアルブートにドロップダウンする機能を失うことはありません。

VirtualBoxを介して専用の物理メディア(内部SATA3 SSD)上のWindows 10の既存のインストールを起動することは、デュアルブートの機能も失うことなく可能ですか?

それが問題をより複雑にする(または不可能にする)場合、Windows 10 SSDがVeraCryptを介してFDEで保護されていることは注目に値します。


1
できればそれが大好きですが、まだ方法が見つかりません。物理ディスクでVMを実行する問題以外に、ハードブートと仮想ブートの切り替えには2つの側面があります。(1)実行環境を切り替えるたびに、主要なドライバーの再構成が行われます。(2)結果として、Windowsはおそらく各スイッチでライセンスの再アクティブ化を必要とするでしょう。これが可能な場合でも、ライセンス認証は2、3回の再アクティブ化後にほぼ間違いなく不平を言うでしょう。できることは、物理的なインストールから仮想ディスクを作成することですが、再度ライセンスが問題になる可能性があります。
AFH 2017年

LinuxインストールをWindows VMで実行することを検討することをお勧めします。少なくとも、ライセンスの問題を回避できます。
AFH

@AFHライセンスの問題は、ホストハードウェアのuuidとディスクコントローラーのシリアルIDをVMに複製することで解決できます。これにより、WindowsをVMから1回、または直接1回実行できます(ただし、m $ライセンスでは、同じプロダクトキーで複数のインストールを同時に使用することはできないため、要求された構成でのみ実行できます)。
peterh-モニカを2017年

@peterh-ありがとう:UUIDのクローン作成がWindowsライセンスに十分であることを知りませんでした。切り替え時にドライバの再構成の問題が残っています。時間があれば、あなたの答えを試してみましょう。
AFH 2017年

回答:


7

はい、可能です。

  1. 物理ディスクを使用するように仮想ボックスを構成します。VMゲストにはホストディスクが直接表示されるため、少し危険です。詳細はこちら
  2. 物理ディスクへの直接の読み取り/書き込みアクセス権を自分に付与します(setfacl -m u:yourusername:rw /dev/sda
  3. ホストと同じシステムuuidを使用するようにvirtualbox VMを更新します(dmidecode -s system-uuidシステムuuidを示しますvboxmanage modifyvm your-vm-name --hardwareuuid <your-hardware-uuid>)。ドライブコントローラーのuuid(lsblk --nodeps --no name,serialホストのシリアルIDを表示します。virtualbox にクローンを作成する必要はありませんでしたが、必要な場合もあります。おそらく、いくつかのトリッキーなvboxmanage modifyvmコマンドがそれを行うか、または手動でvm config xml。
  4. VMでホストと同じタイプのディスクとDVDコントローラーをセットアップしてみてください(ホストがSATAベースの場合はSATA仮想コントローラーを使用し、IDEベースの場合はIDEコントローラーを使用します)。

別の危険もあります。ホストドライブをVMで直接起動すると、同じOSを2回起動する可能性があります。または、同じパーティションを2回開きます。これによりデータが削除されるため、複数のパーティションを同時にマウントしないでください。さらに、Windowsで使用されている間はNTFSパーティションをマウントしないでください(ただし、たとえばSambaを使用して、パーティション間でデータを共有できます)。

誤って発生した場合は、sysrq(alt + printscreen + b)で再起動し、すべてをfsckしてください。いくつかのgrubの仕掛けも必要になる場合があります(デフォルトでWindowsを起動するようにgrubを再構成したため、Windows VM内でLinuxを誤って再起動する問題を回避します-Windows Updateは頻繁にWindowsを再起動するため、これは確実に起こりますあなたの後ろに)。

注意:Win10はシステムuuidとドライブコントローラーuuidを使用してPCを識別します。(3)を逃した場合、win10は新しいマシンに複製されたと見なし、それ以上アクティブ化されません。ただし、元のハードウェアで起動すると、再びアクティブになります。


回答に書いたすべてのことを行いましたが、アクセス拒否エラーが発生しました。少し混乱していますが、setfacl再起動後にが保持されていないようです。提案?注:データの破損を望まないため、ドライブをマウントしていません。ACLのドキュメントには、ACLを必要とするドライブをに含める必要があると記載されてfstabいます。これによりマウントされます...
Kartik

1
@Kartikそうですね。最も単純ですが、少し汚い解決策は、setfaclコマンドを/etc/rc.localに挿入することです。かなり良い解決策は、それを/ etc / udevに編集することです。私は個人的に、このコマンドの入力を煩わしくするほど頻繁にリブートしません。
peterh-モニカを2017年

正しい権限を設定するためにudevを使用しましたが、仮想マシンがWindowsロゴで動かなくなっています。何か案は?
Kartik 2017

@Kartik少なくとも起動を開始できる場合、権限は問題ありません。このソリューションとは関係がない可能性があります。考えられる理由は、エミュレートされた環境でウィンドウが起動しないことです(勝利は、まったく新しいハードウェアに移動されたかのように見えるため、多くの配線をやり直す必要があります)運転手)。劣化した類似のものでマシンを起動してみてください。または、デバッグモードなどをオンにしてみてください。「新しいハードウェアでWindowsが起動しない」問題として処理できます。そして、物理マシンと同じように、可能な限り最も類似したハードウェア環境をvboxで構成してみます。
peterh-モニカを2017年

1
起動の失敗の原因は、アップデート1703、またはMicrosoftが呼ぶクリエーターズアップデートです。このアップデートをロールバックすると、問題が修正されました。VMはこのアップデートと互換性がありません。金属上で実行しているときにWindowsが更新された場合、それをロールバックすると、VMのスタックブートが修正されます。
Kartik 2017

1

私はゲストとしてWindows 10を、ホストとしてLinux Mintを使用して成功しました。

最初に、すべてのWindows 10更新プログラムをアンインストールする必要があります(念のため、おそらく役に立たない場合があります)。次に、Linuxの下でコンソールを開き、1行ずつ実行します。

 sudo su

 fdisk -l # looking for EFI et Microsoft basic data for me 1 and 3 of sdb 

 VBoxManage internalcommands createrawvmdk -filename /home/borto/ww10.vmdk -rawdisk /dev/sdb -partitions 1,3 -relative

仮想ボックスにマシンを追加し(常に「sudo virtualbox」をルートにして)、システムタブでEFIを有効にし、windows 10ではなくwindows xp 64を選択します。以上です。

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.