ubuntuusers.de

zugegebener Maßen ist das Aktivierungs-Thema schon sehr deprimierend.

Wem sagst Du das ... 😉

Nachdem ich deine Tipps, inkl. diesem Post gemacht hatte, funktioniert es nun nicht in beiden Modi, d.h. ich habs im physischen aktiviert, im virtuellen will er wieder eine neue Aktivierung.

*seufz* Und wenn die Aktivierung im virtuellen Betrieb dahin ist, will er auch physikalisch wieder aktiviert werden? Versteh ich das richtig?

Ich werde jetzt nochmal versuchen das Backup einzuspielen und deine weiteren Tipps abzuarbeiten

Dankeschön! 👍

Auf Deine Rückmeldung hin bin ich nun noch einmal forschen gegangen; ich entdecke gerade ein paar im Manual nicht dokumentierte 😬 Einstellmöglichkeiten im Sourcecode von VirtualBox. Da tun sich neue Möglichkeiten auf; insbesondere Motherboard und CPU können besser "kopiert" werden als bisher. Allerdings scheinen diese Möglichkeiten erst ab VirtualBox 4.2 komplett implementiert zu werden; spätestens dann sollte die Nutzung vom physikalischen Windows 7 möglich sein. Aktuell experimentiere ich mit einem Patch.

So, ich hab nun einen möglichen Weg gefunden:

Es gibt einen im VirtualBox-Forum entwickelten Patch, der ein paar zusätzliche Anpassungen ermöglicht. Bist Du damit einverstanden, einen nicht offiziellen Patch zu installieren? Vermutlich werden diese Optionen in zukünftigen VirtualBox-Versionen (ab 4.2 ?) offiziell enthalten sein.

Installieren kannst Du das angepaßte VirtualBox über ein PPA:

• PPA beim System anmelden mittels

  sudo add-apt-repository ppa:zigg/virtualbox-customacpi 

• Aktualisierungsverwaltung starten

• Auf neue Updates prüfen

• Jetzt müßte eine neue VirtualBox-Version angeboten werden

Hiermit wird es möglich, noch folgende Parameter im BIOS-Skript zu ergänzen:

$VSETED $CFG_PATH/DmiBoardVendor      "Notebook"                              # "Manufacturer" aus "dmidecode -t2"
$VSETED $CFG_PATH/DmiBoardProduct     "WIM 2050"                              # "Product Name" aus "dmidecode -t2"
$VSETED $CFG_PATH/DmiBoardVersion     "Rev.A"                                 # "Version" aus "dmidecode -t2"
$VSETED $CFG_PATH/DmiBoardSerial      "BoardSer"                              # "Serial Number" aus "dmidecode -t2"

Dies sind Angaben zum Motherboard; das Motherboard wird von Windoof seehr wichtig genommen 🙄

Dann kann das gepatchte VirtualBox noch etwas: es kann die SLIC-Tabelle aus dem BIOS in die VM übernehmen. Diese SLIC-Tabelle enthält Lizenzinformationen des Herstellers, gewöhnlich im Zusammenhang mit OEM-Versionen von Windows. Du hast keine OEM-Version, deshalb wird diese Tabelle bei Dir evtl. nicht ausgewertet oder existiert nicht. Für alle Fälle sage ich Dir trotzdem, wie Du sie auslesen und in die VM einbinden kannst:

• Gibt es in Verzeichnis /sys/firmware/acpi/tables/ eine Datei namens SLIC?

• Wenn ja, kannst Du sie auslesen mittels

dd if=/sys/firmware/acpi/tables/SLIC of=~/vbox/SLIC.bin 

• Du bindest sie ein in VirtualBox mittels

VBoxManage setextradata "VM_NAME" "VBoxInternal/Devices/acpi/0/Config/CustomTable" "~/vbox/SLIC.bin" 

(VM_NAME und Pfad ggf. anpassen)

Edit: Eine mögliche Alternative wäre es noch, den Sourcecode von VirtualBox OSE herunterzuladen (in den Paketquellen), in folgenden Sourcecode-Bestandteil die eigenen Daten einzutragen und VirtualBox selbst zu kompilieren. Habe ich noch nicht gemacht, dürfte aber nicht allzu schwierig sein. Auf diese Weise braucht der Patch nicht verwendet zu werden und man kann noch mehr und zuverlässiger "persönliche" BIOS-Daten eintragen.

Die BIOS-Angaben zur "Chassis" aus dmidecode -t3, die Du bereits in Deinem BIOS-Skript drin hast, werden leider nicht ausgewertet, wie ich mit Bedauern feststellen mußte. Das ist zwar vorgesehen, aber derzeit im Code noch deaktiviert - warum auch immer. Das wird wahrscheinlich auch erst in Version 4.2 ganz aufgenommen werden. Mit dem Selbstanpassen des Sourcecodes sind aber auch diese Parameter enthalten. Es ginge dabei um folgenden Teil des Sourcecodes, der sich anpassen ließe:

/*******************************************************************************
*   Defined Constants And Macros                                               *
*******************************************************************************/

/*
 * Default DMI data (legacy).
 * Don't change this information otherwise Windows guests might demand re-activation!
 */

/* type 0 -- DMI BIOS information */
static const int32_t s_iDefDmiBIOSReleaseMajor  = 0;
static const int32_t s_iDefDmiBIOSReleaseMinor  = 0;
static const int32_t s_iDefDmiBIOSFirmwareMajor = 0;
static const int32_t s_iDefDmiBIOSFirmwareMinor = 0;
static const char   *s_szDefDmiBIOSVendor       = "innotek GmbH";
static const char   *s_szDefDmiBIOSVersion      = "VirtualBox";
static const char   *s_szDefDmiBIOSReleaseDate  = "12/01/2006";
/* type 1 -- DMI system information */
static const char   *s_szDefDmiSystemVendor     = "innotek GmbH";
static const char   *s_szDefDmiSystemProduct    = "VirtualBox";
static const char   *s_szDefDmiSystemVersion    = "1.2";
static const char   *s_szDefDmiSystemSerial     = "0";
static const char   *s_szDefDmiSystemSKU        = "";
static const char   *s_szDefDmiSystemFamily     = "Virtual Machine";
/* type 2 -- DMI board information */
static const char   *s_szDefDmiBoardVendor      = "Oracle Corporation";
static const char   *s_szDefDmiBoardProduct     = "VirtualBox";
static const char   *s_szDefDmiBoardVersion     = "1.2";
static const char   *s_szDefDmiBoardSerial      = "0";
static const char   *s_szDefDmiBoardAssetTag    = "";
static const char   *s_szDefDmiBoardLocInChass  = "";
static const int32_t s_iDefDmiBoardBoardType    = 0x0A; /* Motherboard */
/* type 3 -- DMI chassis information */
static const char   *s_szDefDmiChassisVendor    = "Oracle Corporation";
static const char   *s_szDefDmiChassisVersion   = "";
static const char   *s_szDefDmiChassisSerial    = "";
static const char   *s_szDefDmiChassisAssetTag  = "";
/* type 4 -- DMI processor information */
static const char   *s_szDefDmiProcManufacturer = "GenuineIntel";
static const char   *s_szDefDmiProcVersion      = "Pentium(R) III";

Was bei dieser Variante wegfällt, ist die Möglichkeit, die SLIC-Tabelle aufzunehmen.

Ob Deine Einstellungen aus den Skripten von VirtualBox übernommen worden sind, kannst Du in der Datei "VM_NAME.vbox" sehen. Wir schaffen das schon irgendwie. Ich staune, daß Win7 bei Dir so störrisch ist. Andere haben es mit weniger Anpassungen zum Laufen gebracht. ☺

Ich habe mal einen Aufruf gestartet, wo ich Tester für den Artikel suche:

Dualboot-Windows virtualisieren: Tester gesucht

Vielleicht finden sich ja einige, die den Artikel austesten; die dabei gesammelten Erfahrungen könnten auch bei Dir hilfreich sein. Meine Vorschläge zur SLIC-Tabelle und den Daten aus dmidecode -t2 habe ich heute in den Artikel übernommen.

So, ich melde mich auch endlich mal wieder! Ich habe versucht den Patch zu installieren. Dabei kam am Anfang, dass er das zurückgehalten hat, daraufhin habe ich mit "sudo apt-get -f install" die Abhängigkeiten repariert und nun zeigte er mir etliche nicht mehr benötigte Pakete an. Siehe. Er scheint aber nicht das Virtualbox aus dem PPA installiert zu haben oder? Muss ich daraus einfach nur das Paket "virtualbox" und "virtualbox-dkms" installieren?

matze222 schrieb:

So, ich melde mich auch endlich mal wieder!

☺ Schön!

Ich habe versucht den Patch zu installieren. Dabei kam am Anfang, dass er das zurückgehalten hat, daraufhin habe ich mit "sudo apt-get -f install" die Abhängigkeiten repariert und nun zeigte er mir etliche nicht mehr benötigte Pakete an. Siehe.

Die nicht mehr benötigten Pakete sehen mir nicht VirtualBox-spezifisch aus, ich denke mal, das sind "Altlasten" von früheren (De-)Installationen.

Er scheint aber nicht das Virtualbox aus dem PPA installiert zu haben oder? Muss ich daraus einfach nur das Paket "virtualbox" und "virtualbox-dkms" installieren?

Ich bin von der Ausgabe jetzt auch etwas verwirrt. Ich nehme an, Du hast vorher sudo add-apt-repository ppa:zigg/virtualbox-customacpi ausgeführt? Auf welchen Befehl hin hast Du die Ausgabe Die folgenden Pakete sind zurückgehalten worden: virtualbox-dkms bekommen?

Muss ich daraus einfach nur das Paket "virtualbox" und "virtualbox-dkms" installieren?

An für sich enthält das PPA das komplette aktuelle VirtualBox-Paket bzw. alle nötigen Abhängigkeiten.

Wenn das PPA nicht richtig installiert wurde, wird VirtualBox nach Ausführen des erweiterten BIOS-Skript (mit den DmiBoard-Daten) sich weigern, Windows zu starten; daran könntest Du es einfach feststellen, ob es geklappt hat oder nicht.

Ich nehme an, Du hast vorher sudo add-apt-repository ppa:zigg/virtualbox-customacpi ausgeführt?

Ja, genau.

Auf welchen Befehl hin hast Du die Ausgabe Die folgenden Pakete sind zurückgehalten worden: virtualbox-dkms bekommen?

Ich habe nur das ppa hinzugefügt, dann "sudo apt-get update && sudo apt-get upgrade" ausgeführt. Eigentlich sollte das schon im paste mit drin sein, habe das nun nochmal ergänzt. Hier also komplett.

An für sich enthält das PPA das komplette aktuelle VirtualBox-Paket bzw. alle nötigen Abhängigkeiten.

Ja, aber er installiert jetzt komischerweise nichts automatisch dadraus, zumindest zeigt er im software-center nichts von diesem ppa als installiert an. Ich würde jetzt einfach mal das virtualbox Paket aus dem PPA installieren, alle Abhängigkeiten dazu sollte er ja selber finden, richtig?

Ich glaube, wir nähern uns auch langsam einem Erfolg an. Nach den letzten Tests hatte ich das Windows in dem nicht aktivierten Zustand belassen und nach etwas länger dauernden physischen Neustarts, zeigt er im physischen nun an, dass er ordnungsgemäß aktiviert ist. Ich werde mit einem erneuten physischen Start warten bis ich deine letzten Tipps und Tricks noch umgesetzt habe.

Hallo matze, ich habe mal ap-get changelog virtualbox ausgeführt und bekam diese Ausgabe:

lauscher@ubuntulap:~$ apt-get changelog virtualbox
Fehl Änderungsprotokoll für virtualbox (http://changelogs.ubuntu.com/changelogs/pool/main/v/virtualbox/virtualbox_4.1.12-dfsg-1+customacpi.1/changelog)
  404  Not Found
Fehl Änderungsprotokoll für virtualbox (http://ppa.launchpad.net/zigg/virtualbox-customacpi/ubuntu/pool/main/v/virtualbox/virtualbox_4.1.12-dfsg-1+customacpi.1.changelog)
  404  Not Found
E: changelog for this version is not (yet) available; try https://launchpad.net/ubuntu/+source/virtualbox/+changelog

Der Autor hat zwar kein Changelog angelegt, dafür zeigt mir diese Ausgabe aber, daß virtualbox_4.1.12-dfsg-1+customacpi.1 installiert ist, woran ich sehen kann, daß das Patch aktiv ist, und nicht das originale VirtualBox.

Ich glaube, wir nähern uns auch langsam einem Erfolg an.

Na, das will ich hoffen 😉

Nach den letzten Tests hatte ich das Windows in dem nicht aktivierten Zustand belassen und nach etwas länger dauernden physischen Neustarts, zeigt er im physischen nun an, dass er ordnungsgemäß aktiviert ist.

Erstaunliches Verhalten ... Was MS da wohl gebastelt hat?

Ich werde mit einem erneuten physischen Start warten bis ich deine letzten Tipps und Tricks noch umgesetzt habe.

Alles klar! Viel Erfolg wünsche ich!

Zu dem Bios Skript hätte ich noch eine Frage, wenn ich bei t3 oder den anderen Angaben wie Unknown oder No Asset Information oder Unspecified erhalte, sollte ich dann <EMPTY> eintragen oder genau den String den ich bekomme, also z.b. Unknown?

Die Ausgaben "Unknown, "No Asset Information" und "Unspecified" kannte ich noch gar nicht. Ich denke, "<EMPTY>" ist dann die richtige Wahl. Werde ich mal im Artikel ergänzen.

Ja, kannte ich vorher auch nicht, könnte aber auch was spezielles des Laptops hier sein. Aber eine Erwähnung schadet ja nicht.

Du hast "vboxmanage modifyvm "VMNAME" --hardwareuuid UUID" in einem früheren Post erwähnt aber nicht im Artikel, ist das trotzdem korrekt? Soll dann der VMNAME wirklich mit "" drumherum eingegeben werden? Also Beispielsweise:

1

vboxmanage modifyvm "Windows7RAW" --hardwareuuid 12345-12345...

EDIT:

Gibt es in Verzeichnis /sys/firmware/acpi/tables/ eine Datei namens SLIC? Wenn ja, kannst Du sie auslesen mittels dd if=/sys/firmware/acpi/tables/SLIC of=~/vbox/SLIC.bin

Wir sprechen dort jetzt schon von meinem Linux Dateisystem, ja? Und wenn sie existiert, was bei mir der Fall ist, dann binde ich diese einfach in die vbox ein, korrekt? Ohne irgendwas auszuwerten oder so?

Du hast "vboxmanage modifyvm "VMNAME" --hardwareuuid UUID" in einem früheren Post erwähnt aber nicht im Artikel,

Ja, das habe ich wieder herausgenommen. Ich habe es genauer überprüft und festgestellt, daß es nur eine zusätzliche Möglichkeit ist, die BIOS-UUID zu setzen, die im BIOS-Skript bereits gesetzt wird. Es bringt keinen zusätzlichen Gewinn, sondern ist nur eine Alternative für diesen (wichtigen) Spezialfall.

Wir sprechen dort jetzt schon von meinem Linux Dateisystem, ja? Und wenn sie existiert, was bei mir der Fall ist, dann binde ich diese einfach in die vbox ein, korrekt? Ohne irgendwas auszuwerten oder so?

Ja genau!

Ich erhalte nun beim Starten der virtuellen Maschine folgenden Fehler von virtualbox:

Für die virtuelle Maschine Windows7RAW konnte keine neue Sitzung eröffnet werden. Invalid configuration for device pcbios device (VERR_PDM_DEVINS_UNKNOWN_CFG_VALUES).

Fehlercode: NS_ERROR_FAILURE (0x80004005) Komponente: Console Interface: IConsole {1968b7d3-e3bf-4ceb-99e0-cb7c913317bb}

Ich glaube das hängt mit dem Übernommenen SLIC zusammen?

(VERR_PDM_DEVINS_UNKNOWN_CFG_VALUES).

Hm, ich habe diesen Fehler nur erhalten, wenn ich ungültige Werte im BIOS-Skript eingetragen habe. Weißt Du jetzt sicher, ob das PPA richtig installiert ist? VirtualBox OHNE Patch würde auch diesen Fehler melden. Prüf mal nach mit apt-get changelog virtualbox, ob das Patch installiert ist. Und prüf auch, ob die Pfadangabe zur Datei SLIC.bin stimmt. Und wenn einer der DmiBoard-Werte eine reine Zahl ist, mußt Du "string:ZAHL" schreiben. (ZAHL ersetzen durch die Zahl)

Prüf mal nach mit apt-get changelog virtualbox, ob das Patch installiert ist.

Ja, ergibt das Gleiche wie bei dir weiter oben.

Und prüf auch, ob die Pfadangabe zur Datei SLIC.bin stimmt.

Stimmt meiner Meinung nach auch. Etwas umständlich ist halt, dass keine Fehlermeldung bei einem falschen Pfad und einer somit unerreichbaren Datei kommt, sollte aber stimmen.

Im Bios Skript habe ich nochmal alle Werte überprüft, aber es hat alles auch Buchstaben, daher sollte auch das kein Problem sein. Wie kann ich der virtualbox beibringen, dass er wieder die Virtualbox Standardwerte anstatt dem SLIC.bin nutzt? Bevor ich das angewendet hatte, funktionierte es ja, und die letzten Änderungen am Bios Skript sehen jetzt nicht wirklich fehlerhaft aus.

Und prüf auch, ob die Pfadangabe zur Datei SLIC.bin stimmt.

Stimmt meiner Meinung nach auch. Etwas umständlich ist halt, dass keine Fehlermeldung bei einem falschen Pfad und einer somit unerreichbaren Datei kommt, sollte aber stimmen.

Ja, VirtualBox ist leider nicht sehr gesprächig dahingehend, welcher Wert denn nun wirklich verkehrt ist.

Wenn Du einen "leeren" Wert "" einsetzt, wird der setextradata-Eintrag gelöscht, für die SLIC-Tabelle also

VBoxManage setextradata "Windows7RAW" "VBoxInternal/Devices/acpi/0/Config/CustomTable" "" 

Ist die SLIC.bin größer als 0 Byte? Ich meine, sie müßte 374 Byte groß sein.