ubuntuusers.de

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

Ja, sie ist exakt 374 Bytes groß. Auch mit einer leeren SLIC will er nun nicht starten. Folglich müsste es doch ein Wert aus dem Bios Skript sein? Aber ich wüsste dort echt nicht wo der Fehler sein könnte.

Achso, ich habe mit der gepatchten Virtualbox Version die VM vorher noch nicht gestartet, könnte also auch noch ein Bug oder so sein. Um das zu checken müsste ich wohl nochmal auf die offizielle Version zurück.

Auch mit einer leeren SLIC will er nun nicht starten. Folglich müsste es doch ein Wert aus dem Bios Skript sein? Aber ich wüsste dort echt nicht wo der Fehler sein könnte.

Setz mal alle neuen BIOS-Werte auf "", dann sollte es soweit wieder gehen. dann könntest Du einen nach dem anderen aktivieren, bis Du den "Übeltäter" gefunden hast.

Achso, ich habe mit der gepatchten Virtualbox Version die VM vorher noch nicht gestartet, könnte also auch noch ein Bug oder so sein. Um das zu checken müsste ich wohl nochmal auf die offizielle Version zurück.

Das wird nicht nötig sein.

(Sorry, hab Deine neue Antwort vorhin übersehen, wir sind schon auf Seite 4...)

Zur Sicherheit: Starte mal die Aktualisierungsverwaltung und guck mal, ob ein Update von VirtualBox angeboten wird. Vllt. hat es mit sudo apt-get upgrade virtualbox nicht ganz hingehauen.

Setz mal alle neuen BIOS-Werte auf ""

Ah, wie nahe liegend, habe ich nun gemacht und dabei festgestellt, solange ich alle auf "" gesetzt habe funktioniert es, sobald ich einen oder mehreren der Werte setze funktioniert es nicht mehr. Meine Werte sehe ca. wie folgt aus(abgeändert).

1
2
3
4

$VSETED $CFG_PATH/DmiBoardVendor      "LENOVO"                              # "Manufacturer" aus "dmidecode -t2"
$VSETED $CFG_PATH/DmiBoardProduct     "123456A"                              # "Product Name" aus "dmidecode -t2"
$VSETED $CFG_PATH/DmiBoardVersion     "<EMPTY>"                                 # "Version" aus "dmidecode -t2"
$VSETED $CFG_PATH/DmiBoardSerial      "1AB2C12341X"                              # "Serial Number" aus "dmidecode -t2"

Also da sind jetzt BoardProduct und BoardSerial abgeändert, aber bis auf die einzelnen Werte hin gleich, es sind jeweils auch in den Originalen Buchstaben und Zahlen enthalten. Ich deute daraus, dass er die Board Werte nicht verarbeiten kann.

Starte mal die Aktualisierungsverwaltung und guck mal, ob ein Update von VirtualBox angeboten wird.

Nein, es wird nichts angeboten.

1
2
3
4
5
6
7

matze@matze-tu:~$ 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
matze@matze-tu:~$ 

Was mir noch unklar ist, ob er wirklich die gepatchte Virtualbox Version benutzt. Im Software-Center in dem PPA steht virtualbox nicht als installiert.

Ich habe das nun dort manuell nachinstalliert und nun klappen auch die Werte aus dem Bios Skript, scheinbar hat er da aus welchen Gründen auch immer die falsche Version benutzt und nicht auf die gepatchte geupdatet.

So, nachdem ich nun mein Windows wieder gestartet hatte, zeigte er mir nun wieder an, dass er eine Aktivierung haben will. ☹

Starte mal die Aktualisierungsverwaltung und guck mal, ob ein Update von VirtualBox angeboten wird.

Nein, es wird nichts angeboten. Was mir noch unklar ist, ob er wirklich die gepatchte Virtualbox Version benutzt. Im Software-Center in dem PPA steht virtualbox nicht als installiert.

Ich habe das nun dort manuell nachinstalliert und nun klappen auch die Werte aus dem Bios Skript, scheinbar hat er da aus welchen Gründen auch immer die falsche Version benutzt und nicht auf die gepatchte geupdatet.

Hm, da muß ich noch eine zuverlässige Anleitung zur Installation entwickeln.

So, nachdem ich nun mein Windows wieder gestartet hatte, zeigte er mir nun wieder an, dass er eine Aktivierung haben will. ☹

☹ Hast Du die SLIC-Tabelle jetzt auch eingebunden? Im physikalischen war er jetzt zweifelsfrei aktiviert? Funktioniert das Wiederherstellen der Aktivierung mit dem "Advanced Tokens Manager"? Ich such grad noch einen Befehl raus, mit dem man manuell die Aktivierung überprüfen kann. Findest Du alle Deine eingetragenen Werte in Windows7RAW.vbox wieder? (Auch zur Festplatte und die Netzwerkadressen?)

Edit: Mit slmgr.vbs -dlv in Windows kannst Du Dir anzeigen lasen, ob es aktiviert ist oder nicht.

Hm, da muß ich noch eine zuverlässige Anleitung zur Installation entwickeln.

Naja, sollte ja mit 4.2 dann sowieso funktionieren.

Hast Du die SLIC-Tabelle jetzt auch eingebunden?

Ja.

Im physikalischen war er jetzt zweifelsfrei aktiviert?

Ja.

Findest Du alle Deine eingetragenen Werte in Windows7RAW.vbox wieder?

Ja. Aber die Werte, die ich mit "<EMPTY>" eingetragen habe, werden so wie hier dargestellt:

1

<ExtraDataItem name="VBoxInternal/Devices/pcbios/0/Config/DmiSystemSKU" value="&lt;EMPTY&gt;"/>

Soll das so? Sonst sind alle Werte korrekt eingetragen. Macadressen und Festplattendaten sind auch drin.

*seufz* So langsam werde ich ratlos.

Im physikalischen war er jetzt zweifelsfrei aktiviert?

Ja.

Hast Du das mit slmgr.vbs -dlv in Windows überprüft?

Aber die Werte, die ich mit "<EMPTY>" eingetragen haben, so wie hier dargestellt:

1	<ExtraDataItem name="VBoxInternal/Devices/pcbios/0/Config/DmiSystemSKU" value="&lt;EMPTY&gt;"/>

Soll das so?

Bei mir sieht das auch so aus, ich denke, das ist korrekt; Ansonsten dürfte das xml-Format, das ja auch mit < > arbeitet, durcheinanderkommen.

Wenn uns jetzt nichts anderes mehr einfällt, bleibt noch diese Variante:

So, ich habe zum ersten Mal in diesem Thread richtig gute Nachrichten. Es funktioniert! Ich habe nach dem letzten Post nochmal ins physische gestartet, dort war er wieder normal aktiviert, dann hab ich das virtuelle gestartet dort war er auch aktiviert. Nach etlichen Neustarts hin und her im physischen und virtuellen kann ich nun sagen, dass es in Beiden Modi aktiviert ist. Ich hatte vorher scheinbar die Netzwerkadapter in Virtualbox noch deaktiviert zwischendurch, eventuell lag es auch daran. Sonst habe ich nichts mehr gemacht! Auf jedenfall es klappt jetzt und ich hoffe das bleibt auch so! Vielen, Vielen Dank für Deine ausdauernde und freundliche Hilfe, für die Tipps und Tricks! Super Job! Ich werde jetzt mal den Wiki Artikel durchgehen, Korrektur lesen usw..

YIPPIEH! *hüpf* *freu* *tanz* 👍 😊 🤣 ☺

Ich hatte vorher scheinbar die Netzwerkadapter in Virtualbox noch deaktiviert zwischendurch, eventuell lag es auch daran

Deaktiviert, oder nur Kabel getrennt? Kabel trennen dürfte erlaubt sein.

Vielen, Vielen Dank für Deine ausdauernde und freundliche Hilfe, für die Tipps und Tricks! Super Job!

Gerne! Vielen Dank auch für Deine Ausdauer und Mithilfe! Ohne Dich wäre der Artikel nicht so weit gediehen.

Deaktiviert, oder nur Kabel getrennt?

Deaktiviert. Ich weis aber auch eigentlich nicht so genau wieso ich das gemacht hatte.

Kabel trennen dürfte erlaubt sein.

Ja, sehe ich auch so.

Im Wesentlichen, ist das Ganze gar nicht so viel Arbeit, das Bios-Skript, Laufwerksskript und SLIC einbinden und die Einstellungen der virtuellen Maschine anpassen, dennoch haben wir hier 4 Seiten und einige Wochen gebraucht. Dafür läuft jetzt endlich alles.

Im Wesentlichen, ist das Ganze gar nicht so viel Arbeit, das Bios-Skript, Laufwerksskript und SLIC einbinden und die Einstellungen der virtuellen Maschine anpassen, dennoch haben wir hier 4 Seiten und einige Wochen gebraucht. Dafür läuft jetzt endlich alles.

Ich denke auch, wenn alles funktioniert, und jetzt tut es das, ist die Arbeit gar nicht so schwierig. Der Artikel ist nur extrem lang geworden durch die vielen Skripte; das könnte so einige abschrecken, weil es nach mehr Arbeit aussieht als es eigentlich ist.

Ein paar Fragen wären noch interessant, wenn Du noch austesten magst:

• Funktioniert der "Advanced Tokens Manger"?

• Funktioniert es bei Dir ohne SLIC-Tabelle?

• Funktioniert es bei Dir ohne DmiBoard-Daten, aber mit aktivierten Netzwerkadaptern?

Die beiden letzteren Fragen in dem Sinne, ob das Patch für alle Win7-Nutzer nötig ist (und im Artikel entsprechend anders eingeführt werden sollte), oder ob es evtl. nur noch an den Netzwerkadaptern gehakt hat. Bislang ist das Patch so beschrieben, daß es nur OEM-Versionen von Windows betrifft, was bei Dir ja nicht der Fall ist.

Für die hier Mitlesenden: der Artikel ist jetzt fertig und im Wiki: Dualboot-Windows virtualisieren