Dieselbe Windows-Installation als Host und Gast

Question

Zunächst einmal: Es gibt noch weitere, ähnliche Fragen (zBWarum kann ich meine Windows-Installation nicht gleichzeitig als Host und als Gast verwenden?), aber die Fragen liefern entweder nicht genügend Informationen und/oder die Antworten sind technisch und sachlich falsch (wie in diesem Beispiel). EsIsttechnisch und rechtlich möglich, dieselbe physische Windows-Instanz sowohl nativ als auch virtuell zu starten (natürlich nicht gleichzeitig), ohne sie erneut aktivieren zu müssen und ohne zwei Lizenzen kaufen zu müssen. Ich brauche nur Hilfe dabei (und ich kann mir vorstellen, dass es Dutzende anderer auch tun würden). Ich stelle mir auch vor, dass dieskönntefür andere zu einer interessanten oder nützlichen Referenz werden, insbesondere angesichts der fehlenden und/oder falschen Informationen darüber an anderer Stelle.

Vor einigen Jahren habe ich einmal eine ausführliche Anleitung dazu gefunden (die funktionierte) mit VirtualBox, aber jetzt finde ich keine Anleitungen mehr. Aber diese Nuss ist doch sicher geknackt worden, und andere würden gerne wissen, wie das geht?

Ich sollte diese Frage recht detailliert beantworten, um den unvermeidlichen, gut gemeinten und gelegentlich falschen Kommentaren zuvorzukommen, wie etwa:

• „Das geht nicht“ (es geht und wurde – ziemlich robust und zuverlässig)
• „Es würde gegen die Windows-EULA verstoßen“ (möglicherweise bei Windows 10, aber nicht bei älteren Versionen)
• „Warum nicht einfach Wine oder ein vollständig virtuelles Windows-Image oder vergleichbare Linux-Apps verwenden?“ usw. (Darauf komme ich noch.)
• „Warum nicht zwei Computer und einen KVM verwenden?“ (Mein Hauptcomputer ist ein Laptop mit zwei mSATAs und immer unterwegs; er kann nicht an einen Schreibtisch gebunden werden. Außerdem kopiere und füge ich regelmäßig zwischen Betriebssysteminstanzen ein, was mit einem KVM nicht möglich ist. Außerdem: Wie langweilig ist ein KVM? Und ein Schreibtisch?)

Inhaltsverzeichnis

• Gewünschtes Szenario und Anwendungsfall auf hoher Ebene
• Aber warum?
• Beweise, dass es möglich, robust und nützlich ist
• Nachweis der Legalität
• Meine Angaben (nur für den Fall, dass ich gefragt werde).

Gewünschtes Szenario und Anwendungsfall auf hoher Ebene

1. Eine Maschine, zwei Laufwerke.
2. Auf einem Laufwerk ist Windows installiert (die genaue Version steht zur Debatte), auf dem anderen Linux (Xubuntu 16.04.1).
3. Starten Sie Windows und laden Sie dann die physische Xubuntu-Instanz in eine virtuelle Maschine (über VirtualBox 5.1, eine auf das physische Laufwerk verweisende Raw-VMDK und ein robustes benutzerdefiniertes CMD-Skript zum Einrichten und Starten).
4. Beide beenden, physischer Neustart.
5. Starten Sie Linux und führen Sie dann die physische Windows-Instanz in einer virtuellen Maschine aus. (Am besten auch VirtualBox, aber ich bin offen für Vorschläge.) Auch mit ähnlichen Skript-Helfern, aber Bash (das es auch gibt).

Die Nummern 1 bis 4 sind bei mir bereits im Einsatz und funktionieren seit Jahren jeden Tag einwandfrei und zuverlässig.

Das Bash-Skript ist bereits so geschrieben, dass Nr. 5 funktioniert. Es funktioniert bereits, um eine physische Linux-Installation in einer virtuellen Maschine auszuführen... auf einer (anderen) real laufenden Instanz von Linux. (Warum das einsehreine andere Geschichte und bezieht sich auf eine sichere, portable und mobile Entwicklungsumgebung.)

(Übrigens – die Skripte [CMD oder Bash] werden benötigt, um die VMDK-Rohinstanzen einzurichten [die nach jedem Booten ungültig werden], sie mit der VM zu verbinden und die VM zu starten. Das macht es einfach, einfach und zuverlässig. Dieses Szenario funktioniert auch hervorragend für die Installation und Ausführung eines Betriebssystems beispielsweise auf einer SD-Karte oder einem USB-Stick [was auf die „herkömmliche“ Art eine Herausforderung darstellt]. Richten Sie einfach ein VMDK-Rohmaterial auf den gesamten USB-Stick, schließen Sie das VMDK an eine VM an, booten Sie die VM auf eine Live-CD-ISO und installieren Sie das Betriebssystem auf dem „USB-Stick“, als wäre es eine normale Festplatte – was es auch denkt. Danach können Sie das Betriebssystem auf dem Wechseldatenträger entweder in einer VM oder wirklich booten. Zumindest, wenn es Linux ist. Funktioniert wie Magie, aber das Schreiben ist langsam, je nachdem, wie billig das Medium ist.)

Was bei mir bei Nr. 5 nicht funktioniert, ist, dass die Windows-VM beim Hin- und Herwechseln zwischen nativem und virtuellem Booten keine Meldungen über Treiber oder Aktivierung macht. (Und noch einmal: Das ist durchaus möglich und wird unten auch bewiesen. Ich weiß nur nicht, wie ich das hinbekomme.)

Aber warum?

• Linux ist mein Hauptbetriebssystem, angefangen bei Ubuntu Feisty Fawn. Es enthält die meisten meiner Produktivitäts-Apps und Daten. Ich ziehe es Windows aus zahlreichen Gründen bei weitem vor. Ich verwende es die meiste Zeit nativ.
• Ich verfüge außerdem über eine Reihe obligatorischer Kommunikations- und Entwicklungsprogramme, dienurunter Windows ausführen, daher führe ich diese derzeit in einer „normalen“ Windows-VM aus – einer vollständig virtualisierten Windows 7-Instanz auf einem regulären virtualisierten HDD-Image.
• Beachten Sie, dass der obige Punkt nur für Anwendungen gilt, die unter Wine nicht zuverlässig oder überhaupt nicht laufen und für die es keine Linux-Gegenstücke gibt, die die gleichen Anforderungen erfüllen. Aber es gibt viele andere Windows-Anwendungen, die ich verwende, dieTunläuft einwandfrei unter Wine und für den Rest habe ich offensichtlich akzeptable oder bessere Linux-Ersatzprogramme gefunden.
• Ich muss gelegentlich lange Sitzungen ineinheimischWindows, für hardwarebeschleunigte Foto-/Video-/Audiobearbeitung mit geringer Latenz. (Zu diesem Zeitpunkt benötige ich auch Zugriff auf meine Linux-Produktivitäts-Apps, daher die physische Linux-Installation in einer VM, die, wie gesagt, seit Jahren einwandfrei funktioniert.)
• Meine „echte“ Windows-Installation ist derzeit Windows 10, aber ich würde sie gerne mit einer alten Windows 7- oder 8.1-Installation (mit ihren eigenen, nicht aktualisierten Lizenzen) ersetzen. Ich bin sowieso nicht verrückt nach 10. Oder wie gesagt, sogar bis hinunter zu Vista64 und ich könnte wahrscheinlich sogar XP64 mit meiner Hardware und Software zum Laufen bringen. Ehrlich gesagt ist es mir egal, welche Windows-Version ich verwende, ich brauche sie nur für ein paar wichtige Anwendungen.
• Die Wartung von zwei Kopien von Windows (real und virtuell) ist äußerst mühsam und verursacht Probleme mit einigen nicht besonders gut durchdachten Softwarepaketen, die über den Rahmen dieses Artikels hinausgehen. Abgesehen davon würde es viel Zeit sparen, wenn nur eine einzige Windows-Installation entweder physisch oder virtuell und nach Belieben hin und her laufen würde, genau wie meine Linux-Installation.
• Ich mag technische Herausforderungen. Es hat viel Mühe gekostet, das „physische Linux in einer VM“ zum Laufen zu bringen, hauptsächlich aufgrund von Problemen mit der Windows-Sicherheit. (Linux selbst kümmert sich nicht darum und findet ganz einfach beim Booten heraus, ob es paravirtualisierte oder native Hardwaretreiber benötigt.) Nachdem ich die Probleme gelöst hatte, „funktionierte“ es einfach und war absolut zuverlässig, egal ob unter Windows oder nativ. Das allein ist eine große persönliche Befriedigung.

Beweise, dass es möglich, robust und nützlich ist

• Parallels unter Mac OS [/X] unterstützt oder unterstützte es zumindest viele Jahre lang undgenauwovon ich spreche:Natives Booten von Windows auf einer „Bootcamp“-Partition oder Booten von Mac OS und virtuelles Ausführen derselben physischen Windows-Installation über den Parallels-Hypervisor – ohne eine einzige Windows-Aktivierung und/oder Treiberbeschwerde. Ich habe früher in einer Firma gearbeitet, in der die meisten Leute genau das gemacht haben. (Beachten Sie, dass Apple Bootcamp nichts Magisches ist. Es ist nur ein Partitionierungsschema und ein Dienstprogramm. Bootcamp ist nur deshalb etwas Besonderes, weil es BIOS und MBR für Windows in einem nativen EFI/GPT-Setup emuliert und außerdem die kniffligen und mühsamen Partitionierungs- und Installationsaufgaben automatisiert. Aber all das kann auch manuell erledigt werden.)
• Ich habe ein altes MacBook mit Triple-Boot, mit Mac OSX Snow Leopard, Ubuntu 12.04 und Windows 7. (Alles auf derselben Festplatte in einem ausgeklügelten Partitionierungsschema, das seit Jahren einwandfrei funktioniert.) Unter Mac OSX führe ich dieselbe physische Windows 7-Installation in einer virtuellen Maschine über Parallels aus. Früher habe ich auf diese Weise ziemlich intensive Fotobearbeitungssitzungen unter Windows durchgeführt. Es ist ziemlich cool, obwohl ich Mac OSX kaum noch verwende. Dies ist alles ältere Software, daher bin ich mir nicht sicher, ob das gleiche Setup noch unterstützt wird, aber dies ist der lebende Beweis – gerade jetzt –, dass es nicht nur möglich ist, sondern tatsächlich in freier Wildbahn existiert. Windows unter Parallels/Mac ist wohl viel stabiler als Windows allein (möglicherweise aufgrund von Apples fehlerhaften Macbook-Hardwaretreibern für natives Windows). Windows beschwert sich nie über die Lizenzierung, noch musste ich es zweimal aktivieren. (Und es steht innerhalb der EULA, zumindest für Windows 7.) Klingt wie Zauberei, aber das war alles Parallels zu verdanken – es hatte (hat?) einen Assistenten, der herausfindet, was Windows „sehen“ muss, um nicht zu meckern, und die Hypervisor-Einstellungen entsprechend konfiguriert. Ohne dass Windows gehackt werden müsste, abgesehen von der Installation von Gasterweiterungen/Paravirtualisierungstreibern. (Seltsamerweise verwendet Parallels eine virtuelle ATA-Schnittstelle, während Windows nativ auf SATA läuft – ich bin mir also nicht sicher, wie Windows sich darüber nicht beschwert. Vielleicht kümmern sich die paravirtualisierten Treiber um all das.)
• Parallels erklärt es:http://kb.parallels.com/en/112941
• Das ist also ein unwiderlegbarer Beweis dafür, dass esdürfenfunktioniert, oder? (Denn ich kann es mit meinen eigenen Augen und Händen sehen und berühren und die Website von Parallels zeigt Ihnen, wie es geht.)
• Ein zugegebenermaßen schwächerer Beweis dafür, dass die gleiche Magie mit anderen Hypervisoren funktioniert, ist, dass es früher mehr als eine Online-Anleitung gab, die über Google zu finden war und die erklärte, wie man es mit VirtualBox macht. (Und, wenn ich mich recht erinnere, mit Vmware Workstation.) Die Schritte umfassten das manuelle Bearbeiten einer .vbox-Definitionsdatei, um Attribute zu überschreiben, die VirtualBox Windows über die Umgebung bereitstellt. (Damit es mehr so ​​aussieht, wie es nativ aussieht.) All dies wird von VirtualBox perfekt unterstützt, es gibt nur keine GUI-Schnittstelle zu den beteiligten spezifischen Parametern, weil es für sie ein so rudimentärer Anwendungsfall ist. Ich bin nicht sicher, wie das Problem mit der MAC-Adresse des Netzwerkadapters gelöst wird, aber es ist lösbar. (Grundsätzlich müssen sowohl virtuell als auch real aus Aktivierungsgründen dieselbe MAC-Adresse haben, ohne dass es im Netzwerk zu Konflikten kommt.)

Nachweis der Legalität

Ich verstehe, dass dies aus rechtlichen Lizenzgründen mit der EULA von Windows 10 möglicherweise nicht möglich ist. Ich muss mich an die Gesetze halten und, was noch wichtiger ist, ich möchte nicht, dass dies wie bei jeder anderen ähnlichen Frage durch Lizenzdebatten abgelenkt wird. Ich besitze immer noch jede Version von Windows von 95 bis 10 (außer ME) und werde, wenn nötig, buchstäblich auf Vista64 oder XP64 downgraden, um die rechtlichen Anforderungen zu erfüllen. Ich bin ziemlich sicher, dass dies bei einigen Versionen von Windows 7 legal möglich ist. Vielleicht, vielleicht auch nicht, wie sie es beabsichtigt haben, aber unter Verletzung der Lizenzierungsklausel.

Ich habe versucht, die spezifischen relevanten Zitate aus den EULAs von Vista und Windows 7 einzufügen, aus denen ziemlich deutlich hervorgeht, dass dieses Setup in Ordnung ist, aber der Superuser kennzeichnet sie aus irgendeinem Grund als Spam.

Meine Angaben

Dell Latitude-Laptop, Core i7, 2,7 GHz, 16 GB RAM, zwei interne mSATA-Karten. Habe zwei Docks an zwei verschiedenen Standorten mit zwei verschiedenen Monitorkonfigurationen und USB-Zubehör, laufe auch oft ohne Dock.

Danke!

Answer 1

Ich habe Win7 Ultimate x64 auf meinem Super-Tower und auf meinem Alienware-Laptop. Ich verwende eine portable Version von VirtualBox mit verschiedenen Betriebssystemen: Elementary, LinuxMint, Ubuntu, Ultimate Edition, Win7 x32, Win10 Pro x64 und versuche bisher vergeblich, auch OSX Yosemite zum Laufen zu bringen ... All dies auf einer USB3.0-SSD. Würde Ihnen diese Idee helfen? Dasselbe Basisbetriebssystem, auf dem eine portable Version von VirtualBox mit den Betriebssystemen läuft, die Sie benötigen???