EFIからBIOSまたはQEMU（仮想マシン）へのWindows 10 Home（1809バージョン）

Question

古い（反対票）投稿：

SSDディスクにWindows10をインストールしましたが、EFIモードでインストールするのを間違えました...（EFIで使用できないLinuxディストリビューションを備えたマルチブートシステムになるため、新しいインストールでEFIを使用したくありませんインストール... EFIを使用する理由もわかりません）。ここで、このインストールを更新と個人設定およびファイルとともに別のディスクに移動しますが、EFIモードでは移動しません。 Windows 10をインストールしたいディスクは、ラップトップを購入し、Windowsがインストールされた元のディスクです。私はすでにWindowsツールを使用してシステム全体をバックアップしましたが、ISOファイルではなく一部のフォルダーしか提供しませんでした。

（可能であれば）このインストールを他のディスクに移動できますが、BIOSでEFIモードではありませんか？

最初から再インストールする（そしてすべての更新を行う）のは簡単ですか（実際には多くのプログラムがインストールされていませんが、TeXliveやQtcreatorのように時間がかかるものもあります）

最後に、外部ディスク内のKVM QEMU仮想マシン（複数のインストールはありませんが、私が持つ権利があると思うものだけ）に移動することは可能で合法でしょうか？ディスクケースの外部または追加（DVDドライブの代わりに）または追加のインストールを使用する必要があります。以前は偽の方法を使用していたため、このインストールを行う方法は何ですか（Windowsを許可するようにハードウェアを変更したと回答しました）仮想マシンにインストールする）。

仮想マシンは私には必要ありませんが、合法的に使用する権利を失うことなく、可能であれば優先されます。

新しい投稿

コメントから理解できる限り、UEFIからBIOSへの移行は公式にはサポートされておらず、この方法はブートオプションを手動（または何か）で編集するよりも簡単なので、最初からインストールする必要があります。（まだ明確ではないが、WindowsとUEFIの起動がどのように機能するか本当にわからない場合は申し訳ありません）。

したがって、私の要求は、UEFIインストールとしてでも、仮想マシン内でインストールを移動することです（UEFIブートは象徴的であり、実際にはありません）。この移動は合法である必要があります（インストール中に、購入したバージョンのWindowsを仮想マシンで使用する権利があることを読みました。そのようなインストールを1つだけ使用し、PC（ラップトップ）で使用する限り、インストールは合法でした。）現在のインストールから、インストールされている設定とプログラムを含むISOファイルを作成し、それを使用して仮想ボックスにインストールできると思いました...しかし、これは不可能なようです....だから、私は探していますこのインストールを仮想ボックスに移動する方法（debianのQEMU-しかし私はそれは重要ではないと思います-）または仮想ボックスに合法的にインストールする方法（私が見つけた方法は、仮想マシン用のウィンドウのいくつかのバージョンをダウンロードすることでした...ただし、契約では、キーを使用してインストールを通常のインストールに変えることは禁じられています...この契約で明確にされているように、テスト目的でのみ使用する必要があります。）

PS：また、インストールをUEFIからBIOSに変更するための回答（以下に示す最初の方法のように）（どういうわけか簡単な方法）は、本当に高く評価されており、その恩恵にも受け入れられています。

linux-fan · Answer

UEFI--BIOS変換手順についてはすでに回答があり、いくつかの有用なコメントがあるため、思い出そうとはしません。私の観点からは、手順は少し複雑に思えますが、それでも学習の利益のために努力する価値があるのでしょうか？

仮想環境への切り替え

HDDを仮想マシン形式に変換するのがおそらく最も簡単な部分です。コメントで提案されているdisk2vhdはvhdに変換されることに注意してください。 VM with qemuを使用する場合は、.qcow2形式の画像を使用すると便利です（qemu-imgなどの変換ツールが存在します）。、しかしそれは気をつけるべきことです）。

興味深い部分は変換後です。QEMUで選択された「ストレージドライバー」によっては、Windowsが（新しく仮想化された）ハードドライブを認識せず、起動に失敗する可能性が非常に高くなります。

この問題を回避するには、仮想マシンのイメージを作成する前に、実行中のWindowsからHDDを「アンインストール」するのと同じくらい簡単ですが、それが機能しない場合は、任意に複雑になる可能性があります。

さらに、仮想HDDを元のHDDと比較してサイズ変更する必要性を考慮してください。

これらすべての問題を回避するための高度で気の利いたトリックが実際にあります。それは、Windowsインストールディスクを「イメージ復元」プログラムとして使用しています。これは、実際に舞台裏で行われているためです。難しいのは、適切な形式、つまりWIMで画像を提供することです。

ドイツのコンピュータ雑誌c'tは、プロセスを自動化するためのツールを公開しています： https://www.heise.de/ct/artikel/ct-WIMage-3863074.html （あるかどうかはわかりませんその種のリソースは英語で存在します:(）。

法的な観点から、私はあなたと同じようにライセンスを理解しています。WindowsをVMに移動することは、当面のシナリオでは問題ありません。

UEFIを使用したデュアルブートは、思ったほど悪くはありません

最初に、デュアルブートのアイデアについて書きました。これは実際には、UEFIで宣伝されている「利点」の1つであり、複数のOSがそれぞれ最初のディスクのMBRに独自のブートローダーをインストールしようとする状況にはなりません。UEFIを使用すると、ファームウェアは専用メニューを提供します。開始するシステムを選択します。

OT？：Linuxファンとして、私はもちろん、今日の時点でUEFIブートをサポートしていないインストールしたいディストリビューションを知りたいと思っています:)私はまだ「レガシーBIOS」を使用しています「私のすべてのシステムで、これは主にUEFIの経験が少ないためです（ここではデュアルブートのようなものはなく、1つの「マザー」OSと残りはVMであり、十分な数がある限りすべてを並行して実行できますRAMすべて）

Daniel B · Answer

どちらの方向へのオフライン変換も、Windowsセットアップメディアとbcdbootを使用すると非常に簡単です。また、パーティションテーブル（GPT/MBR）を適切に変更するか、Windowsパーティションを正しいパーティションテーブルを持つ新しいディスクに複製する必要があります。

Microsoftはこのためのツールを提供していないため、パーティションテーブルの変更は最も難しい部分です。これにはgdiskを使用しますが、これはエキスパートツールです。ここを参照。

GPTでは、FAT32を使用してフォーマットされたUEFIシステムパーティションも必要です。 MBRでは、ブートパーティションはWindowsセットアップによって作成されますが、オプションです。プライマリパーティションは4つしかないため、必要な場合を除いて作成することはお勧めしません。

MBRでは、Windowsまたはブートパーティションが「アクティブ」である必要があります。

Windowsパーティション（およびオプションでブートパーティション）の準備ができたら、bcdbootを使用します。

bcdboot C:\Windows

あなたは学ぶことができますここでbcdbootについての詳細。

Windowsセットアップでコマンドプロンプトを簡単に表示できます。 Shift+F10。

harrymc · Answer

ここに Physical-to-Virtual（P2V）のオプションを追加したいと思います。

コメントでは、 Disk2vhd を使用するオプションがすでに提起されていますが、その出力形式は [〜＃〜] vhd [〜＃〜] のコンテキストで使用するのは厄介です。この郵便受け。

libguestfsプロジェクトを確認することをお勧めします。その virt-v2vツールはあなたが探しているものかもしれません：

Virt-p2vは、libvirt、OpenStack、oVirt、Red Hat Virtualisation（RHV）、または virt-v2v（1）でサポートされる他のターゲットの1つによって管理されるKVMで仮想化されて実行されるように物理マシンを変換します。

通常、virt-p2vプログラムを直接実行することはありません。代わりに、起動可能なCD-ROM、ISO、またはPXEイメージを使用して物理マシンを起動する必要があります。このブート可能イメージにはvirt-p2vバイナリが含まれており、自動的に実行されます。変換中のディスクは静止している必要があるため、CD-ROMなどからの起動が必要です。他のプログラムが同時にディスクの内容を変更している可能性がある実行中の物理マシンを変換しようとするのは安全ではありません。

役に立つかもしれないいくつかのランダムな参照：

使用できる別のツールは Clonezilla です。

たとえば、記事 Clonezillaを使用して仮想Linux環境に移行するを参照してください。

ライセンスの問題に関しては、あなたが考えている使用法は法的に灰色の領域にあります。

Microsoft SOFTWARE LICENSE TERMS は次のように述べています。

d。マルチユースシナリオ。

（iv）仮想化環境での使用。このライセンスでは、1つのデバイスで使用するソフトウェアのインスタンスを、そのデバイスが物理的であるか仮想的であるかに関係なく、1つだけインストールできます。複数の仮想デバイスでソフトウェアを使用する場合は、インスタンスごとに個別のライセンスを取得する必要があります。

厳密に言えば、QEMU仮想環境は物理コンピューターと同じではないと主張されるかもしれません。ただし、ライセンス環境を仮想化して物理環境を放棄するだけであるため、2つの環境で同じライセンスを使用していないと主張される場合もあります。

議論は双方向に進む可能性があるので、法的な問題に深く入り込まないことをお勧めします。以前のWindowsバージョンでの私の経験では、P2Vフェーズの後、Windowsはアクティブ化されたままでした（ただし、Windows 10では試したことはありません）。