ubuntuusers.de

Dualboot-Windows virtualisieren

Status: Ungelöst | Ubuntu-Version: Nicht spezifiziert
Antworten |
Dieses Thema ist die Diskussion des Artikels Dualboot-Windows_virtualisieren.

Lauscher

(Themenstarter)
Avatar von Lauscher

Anmeldungsdatum:
23. Januar 2012

Beiträge: 541

Wohnort: /..

Hallo,

ich überlege, aus den 2 Artikeln doch wieder nur einen zu machen. Gründe:

  • Die Artikel unterscheiden sich nur in Einzelheiten.

  • Windows 8 läßt sich nur bedingt sinnvoll virtualisieren, da die Produktaktivierung nicht erhalten bleibt und diese nach 3-4 Wochen durch Dualboot-Start "aufgefrischt" werden muß. Windows 8 ist nur ohne Internetverbindung in VirtualBox nutzbar.

  • Da EFI meist mit Windows 8 zusammen kommt, nur ausnahmsweise auch mit Windows 7, ist ein eigener Artikel EFI/Win8 aufgrund der nur begrenzten Nutzbarkeit zuviel des Guten.

Das Zusammenführen der Informationen beider Artikel ist nicht allzu schwierig, ich muß nur irgendwann die Zeit dafür aufbringen. Aktuell sieht es bei mir eng aus. Ich werde das Fertigstellungsdatum der Baustelle in die Zukunft verlegen. In der Baustelle mache ich einen Artikel, der alle Informationen enthält, und nach Fertigstellung den aktuellen Dualboot-Windows virtualisieren ersetzen kann.

Viele Grüße, Lauscher

frustschieber Team-Icon

Ehemalige
Avatar von frustschieber

Anmeldungsdatum:
4. Januar 2007

Beiträge: 4259

Hallo, willkommen im Neuen Jahr! Was macht die Baustelle? Gruss

frustschieber Team-Icon

Ehemalige
Avatar von frustschieber

Anmeldungsdatum:
4. Januar 2007

Beiträge: 4259

Verlassen??

Methew

Anmeldungsdatum:
9. Februar 2007

Beiträge: Zähle...

Hallo zusammen,

gerade eben habe ich die Anleitung mit Windows 10 Pro getestet: Dualboot-Windows virtualisieren - Weiterentwicklung für UEFI und Windows 8

Funktioniert bis jetzt ohne Probleme.

Bis her habe ich noch keine Probleme mit der Produktaktivierung. Ich warte jetzt mal 30 Tage, dann schau ich was passiert.

Grüße Methew

frustschieber Team-Icon

Ehemalige
Avatar von frustschieber

Anmeldungsdatum:
4. Januar 2007

Beiträge: 4259

eigentlich Löschung vorgesehen. kann Methew die Baustelle retten? Gruss

Lauscher

(Themenstarter)
Avatar von Lauscher

Anmeldungsdatum:
23. Januar 2012

Beiträge: 541

Wohnort: /..

Lange ist's her ...

Wenn der Artikel aus dem Trash noch zurückgeholt werden kann, kann ich ihn noch einmal durchgucken. Das Projekt war mangels Testmöglichkeiten und mangels Zeit liegengeblieben. Im wesentlichen war der Artikel fertig, ich hatte nur gehofft, die Anpassung der VM-Hardware noch M$-gemäßer hinzubekommen.

Ich weiß noch 2,3 Punkte im Artikel, die ich nachbessern will, dann kann er veröffentlicht werden. Daß er soweit mit Win10 auch funktioniert, ist schön zu hören. Es wäre natürlich gut, noch Rückmeldung zu haben, ob es im Langzeitgebrauch (>30 Tage) eventuell Schwierigkeiten gibt. Ich habe inzwischen weder Ubuntu noch Windows auf meinem Rechner, so daß meine Testmöglichkeiten arg beschränkt sind.

Gruß, Lauscher

Edit: Seltsamerweise habe ich keine Benachrichtigungen zu diesem Thread bekommen, obwohl abonniert. Muß ich wohl ab und an von selbst mal reingucken. Ich bin durch eine PN-Anfrage zum Artikel wieder hier gelandet.

noisefloor Team-Icon

Anmeldungsdatum:
6. Juni 2006

Beiträge: 29567

Hallo,

der Artikel ist wider in der "regulären" Baustelle.

Das Fertigstellungsdatum kannst du bei Bedarf anpassen.

Gruß, noisefloor

Lauscher

(Themenstarter)
Avatar von Lauscher

Anmeldungsdatum:
23. Januar 2012

Beiträge: 541

Wohnort: /..

Hallo noisefloor,

der Artikel ist wider in der "regulären" Baustelle.

Dankeschön! Ich habe die noch fehlenden Änderungen vorgenommen, der Artikel kann jetzt ins Wiki übernommen werden. Sollten sich noch kleine Ergänzungen/Änderungen ergeben, kann ich die auch "live" vornehmen.

Zum "getestet"-Tag: Derzeit ist "trusty" als aktuellstes getestetes System eingetragen. Ich habe Rückmeldungen bekommen, daß der Artikel auch mit debian, Fedora/CentOS und sogar MacOS erfolgreich angewendet wurde. Eventuell bekomme ich noch eine Rückmeldung für Ubuntu 16.04. Es wäre zu überlegen, ob der "getestet"-Tag für diesen Artikel überhaupt sinnvoll ist und vielleicht ganz entfernt werden kann.

Viele Grüße, Lauscher

Lauscher

(Themenstarter)
Avatar von Lauscher

Anmeldungsdatum:
23. Januar 2012

Beiträge: 541

Wohnort: /..

Anbei ein paar gesammelte Notizen und Hinweise für mögliche zukünftige Weiterentwicklung des Artikels. Vielleicht will sich ja irgend wann mal jemand daran wagen, die Produktaktivierung von Windows 8 und 10 auch noch auszutricksen, so daß es auch in der VM uneingeschränkt nutzbar ist.

Der Knackpunkt ist nach wie vor, die virtuelle Hardware der physikalischen Hardware an entscheidenden Punkten anzupassen. Der Schwerpunkt der Hardwareprüfung von Windows 10 soll wohl auf dem Mainboard liegen.


Der Artikel wurde vor Jahren mit VirtualBox Version 4.2 entwickelt. Möglicherweise sind inzwischen neue Funktionen hinzugekommen, die weitere Hardwareanpassungen möglich machen.


Möglicherweise kann die 30-Tage-Frist für die VM-Nutzung bis zum nächsten physikalischen Boot unendlich verlängert werden mit diesem Trick:

Win + R drücken regedit eingeben und starten. Zum Pfad: HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT \CurrentVersion\SoftwareProtectionPlatform\Activation. Im rechten Feld ein Doppelklick auf Manual und den Wert von 0 auf 1 ändern. Jetzt neu starten.

gefunden hier: https://www.deskmodder.de/wiki/index.php/Seriennummern_Key_generischer_Schl%C3%BCssel_Windows_10.

Womöglich läßt sich sogar Internet in der VM mit dieser Änderung nutzen, doch so optimistisch bin ich erst einmal nicht.


Dies sollen sog. "Whitepapers" sein, die den Umgang mit oa3tool.exe erklären. oa3tool.exe wird von OEM-Herstellern genutzt, um die MSDM-Tabelle für jeden Rechner individuell zu erstellen. Möglicherweise kann eine Fake-MSDM erstellt werden, die zur virtuellen Hardware paßt. Vielleicht finden sich auch Hinweise, welche Hardwarebestandteile in Windows 8 und 10 tatsächlich geprüft werden. Es handelt sich um EXE-Dateien, die ich weder mit wine noch mit XP ausführen konnte:

OEM ACTIVATION 3.0 OVERVIEW AND USAGE GUIDE http://www.datafilehost.com/d/aae1286f

OEM ACTIVATION 3.0 CUSTOM SOLUTION TEST GUIDANCE PLAN http://www.datafilehost.com/d/ec9cad5e

OEM ACTIVATION 3.0 WEB SERVICES REFERENCE GUIDE FOR TEST http://www.datafilehost.com/d/4de630c0

OEM ACTIVATION 3.0 DIGITAL OPERATIONS CENTER PORTAL REFERENCE GUIDE FAQ http://www.datafilehost.com/d/d1120051

OEM ACTIVATION 3.0 DIGITAL OPERATIONS CENTER PORTAL REFERENCE GUIDE FOR OEMS http://www.datafilehost.com/d/b2c63819

OEM ACTIVATION 3.0 DIGITAL OPERATIONS CENTER PORTAL REFERENCE GUIDE FOR TPIS http://www.datafilehost.com/d/82793f77

OEM ACTIVATION 3.0 DIGITAL OPERATIONS CENTER TESTING PORTAL DOCUMENTATION http://www.datafilehost.com/d/4b628e1d

OEM ACTIVATION 3.0 FACTORY FLOOR GUIDANCE V1.5 http://www.datafilehost.com/d/bf3b4c55

OEM ACTIVATION 3.0 MOTHERBOARD REPLACEMENT GUIDE http://www.datafilehost.com/d/f5cd7bcc

Interessant ist auch die undokumentierte Option "oa3tool.exe /validate", die einige Infos zu MSDM ausspuckt.


Mit Clover kann ein UEFI auf Softwarebasis eingesetzt werden. Die Verwendung im Rahmen des Artikels habe ich hier beschrieben: https://forum.ubuntuusers.de/topic/installiertes-windows-in-virtualbox-nutzen/9/#Clover-als-EFI-Bootloader-in-VirtualBox-Nachfolger-von-DUET. Clover bietet ein paar Möglichkeiten zur Hardwareanpassung, insbesondere kann das virtuelle BIOS von VirtualBox verändert werden. In den VirtualBox-BIOS-Tabellen gibt es einige Einträge, die "VirtualBox" als Hersteller nennen; stattdessen könnten diese Einträge den physikalischen Einträgen angeglichen werden. Das Auslesen und Anpassen der VM-BIOS-Einträge ist nicht ganz trivial, weshalb ich diesen Weg seinerzeit nicht weiterverfolgt habe. Diese Einträge könnten durchaus der Schlüssel zur Überlistung der Softwareaktivierung sein.

Mit dem Programm iasl (enthalten im Paket acpica-tools) können die mittels dd ausgelesenen Tabellen disassembliert und wieder kompiliert werden. Beispiel: DSDT auslesen

sudo dd if=/sys/firmware/acpi/tables DSDT of=~/DSDT.aml

Disassemblieren (DSDT.dsl wird erzeugt):

iasl -d ~/DSDT.aml

Kompilieren (DSDT.aml wird erzeugt):

iasl -f -oa ~/DSDT.dsl

-f erzwingt die Kompilierung auch bei Fehlern (war bei meiner DSDT tatsächlich nötig, viele Hersteller sollen in der Hinsicht sehr schlampig sein), -oa unterdrückt Optimierungen. Die erzeugt .aml-Datei ist nicht unbedingt genauso groß wie das Original. Die so erzeugten BIOS-Dateien können in einen EFI-Ordner von Clover abgelegt werden und werden beim Boot automatisch eingebunden.


Diese wertvolle Info habe ich mal per PN bekommen:

Die HardwareInfo kann - zumindest zum Teil - aus der Windows Registry abgefragt werden. Dort gibt es z.B. den Key: HKEY_LOCAL_MACHINE → SYSTEM → HardwareConfig Darin wiederum sind mehrere Unterschlüssel (mit UUIDs bezeichnet, sieht zum. danach aus). Diese Unterschlüssel enthalten die BIOS Info (also Version Nr., Manufacturer, etc.) Auf meiner Maschine sind dabei 5 Unterschlüssel vorhanden, zwei davon enthalten BIOS Werte, zwei andere sind mehr oder weniger leer. Die zwei Werte-Sätze unterscheiden sich leicht, in einem steht z.B: Version 2.09, im anderen 2.15. Es sieht also so aus, als ob Infos über mehrere verschiedene BIOS-Versionen dort abgelegt sind. Der letzte Unterschlüssel ist nicht mit einer UUID bezeichnet sondern trägt den Namen 'Current'. Und jetzt wirds interessant: Starte ich W8 native, enthält der 'Current' Key die Werte eines der o.g. 'vollen' Unterschlüssel, und zwar genau die Werte, die ich auch mit dmidecode unter Linux abgefragt habe. Starte ich aber W8 über die VM, enthält der 'current' Key keine Info, er verweist quasi auf einen der o.g. 'leeren' Unterschlüssel.

Außerdem:

Passend dazu gibt "slmgr /vbl all " bei den Lizensierungs-Infos in der VM einen andere 'Installations-ID' an als in W8 native. D.h. obwohl die HardwareInfo eigentlich vorhanden ist, ignoriert sie W8. Evtl. wird besagte Installations-ID bei jeden Start aus den HW Daten generiert

Möglicherweise entspricht diese Installations-ID dem in MSDM gespeicherten Hardware-Hash.


Umfangreicher Thread rund um MSDM und Produktaktivierung von Windows 8


Tools, die nützlich sein können:

  • Syntax zu regedit

    • Darin ein Link zum Vergleichen von Registrys: windiff

    • Ein Hinweis zum Aktivieren von neuen Registry-Einträgen:

      To activate registry changes in HKEY_CURRENT_USER without logging off:
       RUNDLL32.EXE USER32.DLL,UpdatePerUserSystemParameters ,1 ,True

      Ob das auch für Einträge in HKEY_LOCAL_MACHINE wirkt, weiß ich nicht.

    • Eintragen in Registry ohne blödes Nachfragen:

      regedit /s /Pfad/zur/datei.reg

      (In einer batch-Datei interessant)

  • slmgr Software Licensing Management Tool

    • Viele interessante Optionen, z. B.

      • /dli Display the current license information with activation status and partial product key.

      • /dlv Verbose, similar to -dli but with more information.

      • /dti Display Installation ID for offline activation

      • /sai interval Sets the interval in minutes for unactivated clients to attempt KMS connection.

  • Um die Aktivierungsüberprüfung von Hand anzustoßen, könnte slui.exe nützlich sein. Übersicht für slui 1 bis 4, Übersicht für slui 1-9.

Lauscher

(Themenstarter)
Avatar von Lauscher

Anmeldungsdatum:
23. Januar 2012

Beiträge: 541

Wohnort: /..

Es scheint untergegangen zu sein, deshalb noch einmal mein Hinweis, der Artikel ist fertig und kann ins Wiki:

Ich habe die noch fehlenden Änderungen vorgenommen, der Artikel kann jetzt ins Wiki übernommen werden. Sollten sich noch kleine Ergänzungen/Änderungen ergeben, kann ich die auch "live" vornehmen.

Zum "getestet"-Tag: Derzeit ist "trusty" als aktuellstes getestetes System eingetragen. Ich habe Rückmeldungen bekommen, daß der Artikel auch mit debian, Fedora/CentOS und sogar MacOS erfolgreich angewendet wurde. Eventuell bekomme ich noch eine Rückmeldung für Ubuntu 16.04. Es wäre zu überlegen, ob der "getestet"-Tag für diesen Artikel überhaupt sinnvoll ist und vielleicht ganz entfernt werden kann.

Viele Grüße, Lauscher

Lauscher

(Themenstarter)
Avatar von Lauscher

Anmeldungsdatum:
23. Januar 2012

Beiträge: 541

Wohnort: /..

Ich habe den Artikel aus der Baustelle kopiert und in den Artikel Dualboot-Windows virtualisieren übernommen. Der Baustellenartikel kann gelöscht werden.

Viele Grüße, Lauscher

noisefloor Team-Icon

Anmeldungsdatum:
6. Juni 2006

Beiträge: 29567

Hallo,

Baustelle gelöscht.

Gruß noisefloor

lx_uwe

Avatar von lx_uwe

Anmeldungsdatum:
29. August 2017

Beiträge: 101

Hallo,

im Wiki-Artikel gibt es im Abschnitt "Sonstige Probleme" zwei Links, die ins Leere führen:

- Alternativlösung XP: Hardwareprofile

- Behelfslösung Vista/7: Workaround für Vista und 7

Gruß Uwe

eider

Anmeldungsdatum:
5. Dezember 2009

Beiträge: 6274

Was meinst du damit? Workarounds für XP und Vista sind generell hinfällig, da diese Systeme tot sind. Es gibt für entsprechende Dualboots keinen Support.

lx_uwe

Avatar von lx_uwe

Anmeldungsdatum:
29. August 2017

Beiträge: 101

Dachte eigentlich, mich klar ausgedrückt zu haben, aber hier nochmal anders: Wenn man die erwähnten Links am Ende des Artikels anklickt, passiert nichts, da die Ziele der Links nicht gefunden werden. Mich hätten die zugehörigen Inhalte interessiert. Daher mein Vorschlag, die Links zu reparieren oder alternativ zu entfernen.