Möglichkeit zum Dual-Boot * und * Virtualisieren des gleichen physischen Laufwerks mit Windows 10?

5525
Chris Tonkinson

Ich verwende Linux als täglichen Treiber und habe gerade Windows 10 auf einem neuen physischen Laufwerk in meinem PC installiert, um das Booten zu starten. Für eine Weile habe ich Windows 7 über ein VirtualBox-Image verwendet, das ich über iSCSI 1 gemountet habe .

Jetzt habe ich zwei verschiedene Windows-Umgebungen und das ist sehr frustrierend. Ich würde gerne die Windows 7-VM verlassen und auf die Windows 10-Installation direkt über VirtualBox zugreifen, ohne die Möglichkeit zu verlieren, auf Dual-Boot zu verzichten, wenn ich Raw-Metal-Performance brauche.

Ist es möglich, eine vorhandene Installation von Windows 10 auf dedizierten physischen Datenträgern (interne SATA3-SSD) über VirtualBox zu starten, ohne die Fähigkeit zum Dual-Boot zu verlieren?

Wenn dies komplizierter (oder unmöglicher) wird, ist es wichtig zu wissen, dass die Windows 10-SSD mit FDE über VeraCrypt geschützt ist.

8
Ich würde es lieben, wenn es möglich wäre, aber ich habe noch keinen Weg gefunden. Abgesehen von dem Problem, dass eine VM mit einem physischen Datenträger ausgeführt wird, gibt es zwei Aspekte beim Umschalten zwischen einem harten und einem virtuellen Start. (1) Bei jedem Wechsel der Laufumgebungen wird eine erneute Konfiguration der Treiber vorgenommen. (2) Als Folge wird Windows wahrscheinlich für jeden Switch eine erneute Lizenzaktivierung benötigen: Wenn dies überhaupt möglich ist, wird sich die Lizenzierung nach einigen Reaktivierungen mit Sicherheit beklagen. Sie können aus einer physischen Installation ein virtuelles Laufwerk erstellen. Die Lizenzierung ist jedoch wieder ein Problem. AFH vor 7 Jahren 1
Sie sollten die Linux-Installation möglicherweise auf einer Windows-VM ausführen. Dadurch werden Lizenzschwierigkeiten vermieden. AFH vor 7 Jahren 0
@AFH Das Lizenzproblem kann durch Klonen der Host-Hardware-ID und der Serien-IDs des Festplattencontrollers in die VM gelöst werden. Es ermöglicht die einmalige Ausführung von Windows über die VM und einmal direkt (obwohl die Lizenzierung von m $ immer noch nicht die gleichzeitige Verwendung mehrerer Installationen mit demselben Product Key zulässt, sodass dies ausschließlich in der abgefragten Konfiguration möglich ist). peterh vor 7 Jahren 0
@ peterh - Danke: Ich wusste nicht, dass das Klonen von UUID für die Windows-Lizenzierung ausreichend war. Beim Umschalten bleibt das Problem der Treiberrekonfiguration bestehen. Ich werde mit Ihrer Antwort experimentieren, wenn ich Zeit habe. AFH vor 7 Jahren 0

2 Antworten auf die Frage

6
peterh

Ja, es ist möglich.

  1. Konfigurieren Sie die Virtualbox für die Verwendung Ihrer physischen Festplatte. Es ist ein bisschen riskant, da der VM-Gast Ihre Host-Disc direkt sieht. Details hier .
  2. Gewähren Sie direkten Zugriff auf Ihre physische Festplatte mit Lese- / Schreibzugriff ( setfacl -m u:yourusername:rw /dev/sda)
  3. Aktualisieren Sie Ihre Virtualbox-VM, um dieselbe System-UUID wie Ihr Host zu verwenden ( dmidecode -s system-uuidzeigt Ihre System-UUID an vboxmanage modifyvm your-vm-name --hardwareuuid <your-hardware-uuid>). Möglicherweise müssen Sie auch die Uuids Ihres Laufwerkcontrollers klonen ( lsblk --nodeps --no name,serialzeigt die seriellen IDs Ihres Hosts an. Ich musste sie nicht in meine Virtualbox klonen, aber es kann erforderlich sein. Wahrscheinlich tun es einige knifflige vboxmanage modifyvmBefehle, oder Sie müssen die vm config xml manuell.
  4. Richten Sie in der VM die gleichen Datenträger- und DVD-Controller-Typen wie Ihr Host ein (verwenden Sie SATA-basierte Hosts, verwenden Sie virtuelle SATA-Controller, IDE-basierte IDE-Controller usw.).

Es besteht eine weitere Gefahr: Wenn Sie Ihr Host-Laufwerk direkt in einer VM starten, ist es möglich, dass Sie dasselbe Betriebssystem zweimal starten. Oder Sie öffnen dieselbe Partition zweimal. Dadurch werden Ihre Daten abgebrochen. Mounten Sie also niemals mehrere Partitionen gleichzeitig. Mounten Sie außerdem keine NTFS-Partitionen, während diese von Windows verwendet werden (Sie können jedoch weiterhin Daten zwischen Ihren Partitionen freigeben, z. B. mit Samba).

Wenn dies versehentlich passiert ist, starten Sie mit sysrq (alt + printscreen + b) neu und fsck alles. Möglicherweise wird dazu auch ein wenig Grub-Trickser benötigt (Ich habe grub standardmäßig so konfiguriert, dass die Fenster standardmäßig neu gestartet werden. Daher vermeide ich das Problem, dass ich versehentlich mein Linux in der Windows-VM neu boote - und dies wird sicherlich passieren, da Windows Update häufig Ihr Windows neu startet hinter deinem Rücken).

Achtung: Win10 verwendet Ihre System-UUID und Ihre Laufwerk-Controller-UUIDs, um Ihren PC zu identifizieren. Wenn Sie vermissen (3), wird Ihr Win10 denken, dass er auf einen neuen Computer geklont wurde und nicht mehr aktiviert wird. Wenn Sie die ursprüngliche Hardware erneut starten, wird sie erneut aktiviert.

Ich habe alles getan, was Sie in Ihrer Antwort geschrieben haben, aber ich bekomme eine Fehlermeldung, die den Zugriff verweigert. Ich bin etwas verwirrt, es scheint, dass `` setfacl` sich nach einem Neustart nicht hält. Vorschläge? Hinweis: Ich mounte das Laufwerk nicht, weil ich keine Datenbeschädigung möchte. Die ACL-Dokumentation besagt, dass die Laufwerke, die eine ACL benötigen, in "fstab" enthalten sein sollten. Kartik vor 7 Jahren 0
@Kartik Richtig, es hält nicht. Die einfachste, aber etwas schmutzigere Lösung besteht darin, den Befehl setfacl in Ihr /etc/rc.local einzufügen. Die ziemlich gute Lösung wäre, sie in / etc / udev zu bearbeiten. Ich persönlich neige nicht oft genug, um das Tippen dieses Befehls zu nerven. peterh vor 7 Jahren 1
Ich habe udev verwendet, um die richtigen Berechtigungen festzulegen, aber die virtuelle Maschine hängt am Windows-Logo. Irgendwelche Ideen? Kartik vor 7 Jahren 0
@Kartik Wenn es wenigstens mit dem Booten beginnen kann, dann sind die Berechtigungen in Ordnung. Es hat wahrscheinlich nichts mit dieser Lösung zu tun, der wahrscheinliche Grund ist, dass die Fenster nicht in der emulierten Umgebung gestartet werden (der Gewinn sieht so aus, als ob sie in eine komplett neue Hardware verschoben worden wäre), so dass sie viel neu verdrahten muss Fahrer). Versuchen Sie, die Maschine in ähnlicher Weise zu starten. Oder versuchen Sie, einen Debug-Modus oder ähnliches zu aktivieren. Sie können damit umgehen, dass "Windows nicht mit neuer Hardware bootet". Versuchen Sie, in der vbox die möglichst ähnliche hw-Umgebung zu konfigurieren, die Sie auf dem physischen Computer hatten. peterh vor 7 Jahren 0
Der Startfehler wurde durch das Update 1703 oder das [Creator's Update] (https://www.microsoft.com/en-us/windows/upcoming-features), wie es von Microsoft genannt wird, verursacht. Durch das Zurücksetzen dieses Updates wurde das Problem behoben. VMs sind mit diesem Update nicht kompatibel. Wenn Windows aktualisiert wird, wenn es auf Metal ausgeführt wird, dann [rollt es zurück] (https://betanews.com/2017/04/11/how-to-rollback-and-uninstall-windows-10-creators-update/) Boot in VM stecken. Kartik vor 7 Jahren 1
1
bormat

Es gelang mir mit Windows 10 als Gast und Linux Mint als Host.

Zuerst müssen Sie alle Windows 10-Updates deinstallieren (nur für den Fall, vielleicht nutzlos), dann: Öffnen Sie unter Linux eine Konsole und Zeile für Zeile:

 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

Fügen Sie eine Maschine in einer virtuellen Box hinzu (immer mit "sudo virtualbox" als root), und aktivieren Sie EFI auf der Registerkarte "System". Wählen Sie Windows XP 64 statt Windows 10 aus. Andernfalls haben Sie ein schönes eingefrorenes Windows 10-Flag. Das ist alles.

Verwandte Probleme