Lasall
Ehemalige
Anmeldungsdatum: 30. März 2010
Beiträge: 7723
|
Hi Lauscher, mir gefällt die Idee hinter dem Artikel und die Umsetzung sehr gut ☺ ! Ich bin noch nicht ganz durchgekommen heute. Wenn du Zeit hast, bitte die Änderungen in dem Stil fortsetzen (siehe Diff). Ansonsten bitte alle auskommentierten Zeilen entweder dazunehmen oder entfernen. Ich überlege, ob manchmal eine Tabelle für etwas mehr Struktur sorgen würde. Du kannst ja mal probieren. Gruss
Lasall
|
Lauscher
(Themenstarter)
Anmeldungsdatum: 23. Januar 2012
Beiträge: 541
Wohnort: /..
|
Hi Lasall! mir gefällt die Idee hinter dem Artikel und die Umsetzung sehr gut ☺ !
Dankeschön! ☺
Ich bin noch nicht ganz durchgekommen heute.
Danke für die Änderungen, du hast ja echt eine Menge gemacht!
Wenn du Zeit hast, bitte die Änderungen in dem Stil fortsetzen (siehe Diff).
Habe ich gemacht, insbesondere "" und → ersetzt/entfernt. udev und fstab habe ich aus dem Wissensblock herausgenommen. Ansonsten bitte alle auskommentierten Zeilen entweder dazunehmen oder entfernen.
Edit: Alle Kommentare sind raus oder integriert.
Ich überlege, ob manchmal eine Tabelle für etwas mehr Struktur sorgen würde. Du kannst ja mal probieren.
Tabelle? Für was?
Edit: Ich habe mal versucht, die Beispielsausgaben für dmidecode in Tabellen zu packen; leider scheint jeder Tabelleneintrag nur je eine Textzeile zu erlauben, keine Codeblöcke oder so. Ich habe noch 2 wesentliche Änderungen gemacht:
Die Dateien werden jetzt im Ordner ~/VirtualBox VMs/WindowsRAW gesammelt, damit alles beisammen ist, was zusammengehört. Die Zugriffsrechte und Dateibesitzrechte werden sinnvoller vergeben.
Mal gucken, was morgen bei Tageslicht noch so auffällt. Gruss, Lauscher
|
Lasall
Ehemalige
Anmeldungsdatum: 30. März 2010
Beiträge: 7723
|
Hi Lauscher, das mit der Tabelle war eine Schnapsidee 😉 , passt also so. Der Artikel kann so imho ins Wiki verschoben werden, was ich morgen erledige, sollte sich niemand dagegen äußern (er stand ja lange genug zur Durchschau in der Baustelle). Da der Artikel nicht für Einsteiger gedacht ist (da einige manuelle Anpassungen von Nöten sind), habe ich das "Fortgeschritten"-Tag eingefügt. Ich hoffe, dass du sobald der Patch in Virtualbox aufgenommen ist, den Artikel in der Hinsicht aktualisierst, ansonsten schonmal vielen Dank für den syntaktisch und vor allen Dingen inhaltlich sehr gut gestalteten Artikel 👍 ! Gruss
Lasall
|
Lauscher
(Themenstarter)
Anmeldungsdatum: 23. Januar 2012
Beiträge: 541
Wohnort: /..
|
Hallo Lasall
Der Artikel kann so imho ins Wiki verschoben werden, was ich morgen erledige, sollte sich niemand dagegen äußern (er stand ja lange genug zur Durchschau in der Baustelle). Da der Artikel nicht für Einsteiger gedacht ist (da einige manuelle Anpassungen von Nöten sind), habe ich das "Fortgeschritten"-Tag eingefügt.
Daß es ein "fortgeschrittener" Artikel ist, schmeichelt mir natürlich 😉 . Gedacht habe ich ihn aber auch für Umsteiger von Windows auf Ubuntu, die so die Möglichkeit bekommen, "ihr" Windows direkt weiterzubenutzen. Deshalb habe ich vieles auch recht ausführlich erklärt und mit Beispielen versehen. Ich befürchte etwas, daß durch den "Fortgeschritten"-Tag sich einige abschrecken lassen. Wenn Du aber meinst, es ist sinnvoller, das Tag stehenzulassen, ist das auch ok.
Ich hoffe, dass du sobald der Patch in Virtualbox aufgenommen ist, den Artikel in der Hinsicht aktualisierst,
Das habe ich vor.
ansonsten schonmal vielen Dank für den syntaktisch und vor allen Dingen inhaltlich sehr gut gestalteten Artikel 👍 !
Dankeschön! *freu*
Ich habe mehrere Varianten der Wortbetonung gefunden:
(Windows noch nicht starten). werden außerdem (und nur dann) folgende Einträge zum BIOS-Skript ergänzt: Die SLIC-Tabelle kann und darf NUR dann eingebunden werden, Es darf niemals das aktuell laufende Betriebssystem in der VirtualBox gestartet werden! Dabei wird die physikalische(!) Datei [...] überschrieben
Ich habe sie alle mal auf Fettschrift gesetzt, da mir Unterstreichungen Links zu ähnlich sehen. Du hast den Abschnitt zur PPA-Installation stark gekürzt. Es ist gut, wenn der Artikel hier und da kürzer werden kann, er ist eh schon 5 Ellen lang. Ich befürchte nur, daß es dadurch etlichen schwierig gemacht wird, das Patch tatsächlich zu installieren, weil die PPA-Vorlage keine Installationshilfe bietet wie die Paket-Vorlage. (Es wäre wünschenswert, daß die PPA-Vorlage automatisch sudo add-apt-repository ppa:zigg/virtualbox-customacpi anbietet. Deutlich gewarnt vor Fremdquellen wird ja schon, da braucht es keine zusätzliche Hürde)
Nach Einbinden des PPAs das angepasste Paket installieren: [1]
Befehl zum Installieren der Pakete:
sudo apt-get install virtualbox
Oder mit apturl installieren, Link: apt://virtualbox
Ich hoffe, das reicht nach dem Einbinden für eine erfolgreiche Installation. (Ich habe noch als Alternative die OSE-Installation ergänzt.) Diese Befehlsfolge führte bei matze222 nicht zum Erfolg:
sudo add-apt-repository ppa:zigg/virtualbox-customacpi
sudo apt-get update
sudo apt-get upgrade virtualbox Es wäre noch zu überlegen, welche Interwiki-Links zum neuen Artikel sinnvoll sind. Ich denke bisher an:
Als Titel halte ich Dualboot-Windows virtualisieren für sinnvoll. Danke für Deinen Einsatz! Viele Grüße,
Lauscher
|
Lasall
Ehemalige
Anmeldungsdatum: 30. März 2010
Beiträge: 7723
|
Hi Lauscher, du schriebst: Daß es ein "fortgeschrittener" Artikel ist, schmeichelt mir natürlich 😉 . Gedacht habe ich ihn aber auch für Umsteiger von Windows auf Ubuntu, die so die Möglichkeit bekommen, "ihr" Windows direkt weiterzubenutzen. Deshalb habe ich vieles auch recht ausführlich erklärt und mit Beispielen versehen. Ich befürchte etwas, daß durch den "Fortgeschritten"-Tag sich einige abschrecken lassen. Wenn Du aber meinst, es ist sinnvoller, das Tag stehenzulassen, ist das auch ok.
Wegen der vielen manuellen Anpassungen ist der Artikel aus meiner Sicht nicht für (absolute) Einsteiger durchführbar, auch wenn viel mit Beispielen gearbeitet wird. Wenn du als Erstauthor aber lieber auf das Tag verzichten möchtest, entferne es einfach wieder.
Ich habe mehrere Varianten der Wortbetonung gefunden: [...] Ich habe sie alle mal auf Fettschrift gesetzt, da mir Unterstreichungen Links zu ähnlich sehen.
Geht klar. Ich halte für mich folgende Hervorhebungsreihenfolge: normal, unterstrichen, fett. Super, dass du das nochmal komplett durchgegangen bist und angepasst hast (und noch ein AUFKOMMEN entdeckt hast) ☺ .
Du hast den Abschnitt zur PPA-Installation stark gekürzt. Es ist gut, wenn der Artikel hier und da kürzer werden kann, er ist eh schon 5 Ellen lang. Ich befürchte nur, daß es dadurch etlichen schwierig gemacht wird, das Patch tatsächlich zu installieren, weil die PPA-Vorlage keine Installationshilfe bietet wie die Paket-Vorlage.
Ich würde gerne darauf verzichten diesen Abschnitt ausführlich zu formulieren, da Paketinstallation ja schon in den entsprechenden Grundlagenartikeln erläutert wird.
(Es wäre wünschenswert, daß die PPA-Vorlage automatisch sudo add-apt-repository ppa:zigg/virtualbox-customacpi anbietet. Deutlich gewarnt vor Fremdquellen wird ja schon, da braucht es keine zusätzliche Hürde)
Frage mal in Leichterer Einstieg für neue Wiki-Autoren deswegen nach.
Ich hoffe, das reicht nach dem Einbinden für eine erfolgreiche Installation. (Ich habe noch als Alternative die OSE-Installation ergänzt.) Diese Befehlsfolge führte bei matze222 nicht zum Erfolg:
sudo add-apt-repository ppa:zigg/virtualbox-customacpi
sudo apt-get update
sudo apt-get upgrade virtualbox
Das war evtl. vielen Fremdquellen und nicht gesetzten Pinnings zu verschulden...
Es wäre noch zu überlegen, welche Interwiki-Links zum neuen Artikel sinnvoll sind. Ich denke bisher an:
Ok. Dann Trenne am Besten die internen und externen Links durch Unterüberschriften, siehe auch MultiSystem (Abschnitt „Links“). Mehr Links sind fast immer gut!
Als Titel halte ich Dualboot-Windows virtualisieren für sinnvoll.
Sobald du das ok gibts, verschiebe ich den Artikel.
Danke für Deinen Einsatz!
Mir musst du nicht danken; Artikelkorrektur und Diskussion ist mein Job 😉 . Ich danke dir nochmal für deine Recherche und Ausarbeitung! Gruss
Lasall
|
Lauscher
(Themenstarter)
Anmeldungsdatum: 23. Januar 2012
Beiträge: 541
Wohnort: /..
|
Sobald du das ok gibts, verschiebe ich den Artikel.
OK
|
Lasall
Ehemalige
Anmeldungsdatum: 30. März 2010
Beiträge: 7723
|
Hi Lauscher, Artikel ist im Wiki, vielen Dank für deine Arbeit! Solltest du noch weitere sinnvolle Verlinkungsmöglichkeiten finden, einfach in den jeweiligen Artikel direkt eintragen. Gruss
Lasall
|
Lauscher
(Themenstarter)
Anmeldungsdatum: 23. Januar 2012
Beiträge: 541
Wohnort: /..
|
Hallo Lasall,
Artikel ist im Wiki, vielen Dank für deine Arbeit!
Schön! Was lange währt, wird endlich gut. *gg* Solltest du noch weitere sinnvolle Verlinkungsmöglichkeiten finden, einfach in den jeweiligen Artikel direkt eintragen.
Mach ich! Viele Grüße
Lauscher
|
mijolo
Anmeldungsdatum: 12. Dezember 2009
Beiträge: 7
|
Hallo, der Threat ist zwar schon abgeschlossen, aber dürfte ich dennoch einen kleinen Hinweis loswerden, da mir die Angaben wirklich geholfen haben und ich deswegen gern etwas Feedback geben würde? Wobei ich nicht beurteilen kann, ob dies ein Fehler ist oder meiner Systemumgebung geschuldet war. Zum Kapital "Virtuelle Hardware der physikalischen Hardware angleichen" und Unterkapitel "Virtuelle BIOS-Daten angleichen" (Kapitelnummern wären schön ☺ ) : Das erste Script dieses Kapitels konnte ich erst erfolgreich ausführen, nachdem ich die Bios Revision Nummern in Anführungszeichen gesetzt habe. Voher: $VSETED $CFG_PATH/DmiBIOSReleaseMajor 2
$VSETED $CFG_PATH/DmiBIOSReleaseMinor 3
$VSETED $CFG_PATH/DmiBIOSFirmwareMajor 2
$VSETED $CFG_PATH/DmiBIOSFirmwareMinor 3
Nachher: $VSETED $CFG_PATH/DmiBIOSReleaseMajor "2"
$VSETED $CFG_PATH/DmiBIOSReleaseMinor "3"
$VSETED $CFG_PATH/DmiBIOSFirmwareMajor "2"
$VSETED $CFG_PATH/DmiBIOSFirmwareMinor "3"
Viele Grüße, Michael
|
Lauscher
(Themenstarter)
Anmeldungsdatum: 23. Januar 2012
Beiträge: 541
Wohnort: /..
|
Hallo mijolo, willkommen im Forum!
der Threat ist zwar schon abgeschlossen, aber dürfte ich dennoch einen kleinen Hinweis loswerden, da mir die Angaben wirklich geholfen haben und ich deswegen gern etwas Feedback geben würde?
Gern! Ich freu mich über Feedback - meist höre ich nur Feedback bei Problemen, wann/wie oft der Artikel erfolgreich angewendet wird, bekomme ich gar nicht mit. Wobei ich nicht beurteilen kann, ob dies ein Fehler ist oder meiner Systemumgebung geschuldet war.
Zum Kapital "Virtuelle Hardware der physikalischen Hardware angleichen" und Unterkapitel "Virtuelle BIOS-Daten angleichen" (Kapitelnummern wären schön ☺ ) :
Das erste Script dieses Kapitels konnte ich erst erfolgreich ausführen, nachdem ich die Bios Revision Nummern in Anführungszeichen gesetzt habe.
Voher:
$VSETED $CFG_PATH/DmiBIOSReleaseMajor 2
$VSETED $CFG_PATH/DmiBIOSReleaseMinor 3
$VSETED $CFG_PATH/DmiBIOSFirmwareMajor 2
$VSETED $CFG_PATH/DmiBIOSFirmwareMinor 3
Nachher:
$VSETED $CFG_PATH/DmiBIOSReleaseMajor "2"
$VSETED $CFG_PATH/DmiBIOSReleaseMinor "3"
$VSETED $CFG_PATH/DmiBIOSFirmwareMajor "2"
$VSETED $CFG_PATH/DmiBIOSFirmwareMinor "3"
Keine Ahnung, warum das bei Dir nicht ohne "" ging - ich habe es im Artikel ergänzt, mit "" geht es auf jeden Fall für alle. Kapitelnummern bietet die Wiki-Syntax leider nicht an. Tipp am Rande: Codeböcke in {{{ ... }}} sind besser lesbar. Danke für Feedback und Hinweis! Lauscher
|
or1on
Anmeldungsdatum: 15. August 2006
Beiträge: 38
|
Hallo Lauscher, danke für den tollen Artikel! Er hat mir sehr geholfen, und das nicht nur auf Ubuntu sondern auch auf MacOS X 😉
Nach einigem Herumprobieren habe ich am Ende eine relativ einfache Vorgehensweise gefunden, mein Dualboot-Windows zu virtualisieren. Ich weiß nicht wie stark der Erfolg dieser Methode von meinem System abhängig ist, muss aber dazusagen, dass es auf dem Mac genauso funktioniert hat (bis auf den Unterschied, dass es dort den -relative Parameter beim erstellen der vmdk nicht gibt). Ich dachte mir, ich poste hier einfach mal was ich gemacht habe, vielleicht ist es für dein einen oder anderen nützlich 😉 Host: Ubuntu 12.04 Virtualbox: 4.1.12 Guest: Windows 7 Home Premium auf den Partitionen sda1 und sda2, wobei sda1 die 100MB große "System reserved" Partition ist, die Win7 automatisch bei der Installation erstellt 1) Windows vorbereiten, wie im Artikel unter "Treibervorbereitung: XP, Vista und 7" beschrieben, und mit dem Advanced Token Manager ein Backup der Aktivierung erstellen. 2) Ordner für Virtuelle Maschine erzeugen:
| mkdir ~/VirtualBox\ VMs/WindowsRAW
|
3) Mit
herausfinden, auf welcher Festplatte und welchen Partitionen Win7 liegt. Wie gesagt erstellt Windows 7 normalerweise eine zusätzliche 100MB Partition (außer absichtlich durch einen Trick unterbunden), auf der meines Wissens der Bootlader liegt. Bei mir funktioniert das Virtualisieren nur, wenn ich auch diese Partition im nächsten Schritt mit einbeziehe. 4) Verweis auf die Windows Partition (vmdk) erzeugen mit
| sudo VBoxManage internalcommands createrawvmdk -filename ~/VirtualBox\ VMs/WindowsRAW/WindowsRAW.vmdk -rawdisk /dev/WINFESTPLATTE -partitions WIN_PARTITIONEN -relative
|
wobei die Partitionen mit einem Komma getrennt werden (bei mir -partitions 1,2). Ich habe den Schritt mit dem Bootlader ausgelassen, da es damit bei mir nicht funktionierte. 5) Ändern der Besitzrechte durch
| sudo chown $USER ~/VirtualBox\ VMs/WindowsRAW/WindowsRAW.vmdk
sudo chown $USER ~/VirtualBox\ VMs/WindowsRAW/WindowsRAW-pt.vmdk
|
6) Zugriffsrechte erteilen, indem man
# Zugriffsrechte für VirtualBox raw disk access
# Nur Benutzer BENUTZER kann direkt auf sda1 und sda2 zugreifen
KERNEL=="sda1", OWNER="BENUTZER", MODE="0600"
KERNEL=="sda2", OWNER="BENUTZER", MODE="0600"
in eine Datei schreibt und unter /etc/udev/rules.d/VBoxWindowsRAW.rules speichert. 7) Die Virtuelle Maschine erstellen, so wie es im Artikel unter "Virtuelle Maschine erstellen" erklärt wird. Ich habe keine Hardware-Angleichung vorgenommen. Anfangs sah es so aus, als würde Windows nichts von der geänderten Hardware merken, doch nach ein paar virtuellen Boots bekam ich plötzlich die Meldung, die Hardware hätte sich geändert (könnte auch daran liegen, dass ich nachträglich die Anzahl der CPUs geändert habe, also wahrscheinlich besser man verändert die VM nach dem ersten virtuellen Boot nicht mehr!) und ich hätte noch 3 Tage Zeit für die Aktivierung. Ich habe dann den Advanced Token Manager verwendet und ein Restore Aktivierungsinformation des physikalischen Windows im virtuellen Betrieb durchgeführt, was natürlich nicht klappt, aber offensichtlich die Galgenfrist auf 29 Tage hochschraubt 😉 Mal sehen ob das auch ein zweites Mal funktioniert, ansonsten muss ich eben alle 29 Tage einmal "real" ins Windows booten und die Aktivierung wiederherstellen (was dann klappen sollte). 8) Die Super GRUB2 Disk hier http://www.supergrubdisk.org/category/download/supergrub2diskdownload/ herunterladen (und dabei nicht auf Werbungen reinfallen...). Anschließend unter
WindowsRAW -> Ändern -> Massenspeicher -> IDE-Controller
das Image der Super GRUB2 Disk als neues CD-Laufwerk hinzufügen (dadurch hat man immer noch ein zweites leeres CD-Laufwerk für andere Zwecke, z.B. um die Guest Additions zu installieren). 9) Die VM starten, im GRUB2 Menü Detect any Operating System wählen, im nächsten Menü (hoffentlich) das gewünschte Windows 7 angezeigt bekommen und auswählen - fertig. Nach erfolgreichem Boot die Guest Additions installieren.
Ich hoffe jemand kann damit etwas anfangen ☺ Bei Fragen - einfach fragen 😉 Grüße,
Tobi
|
luobo
Anmeldungsdatum: 28. Januar 2011
Beiträge: 20
|
Hallo, ich quäle mich schon seit Tagen, um ein chinesisches XP in einer Virtualbox zum Laufen zu bekommen. Wie schon so oft vorgekommen, ist der Laptop mit dem chinesischen Betriebssystem in die jahre gekommen. Es hat zuerst einige Zeit gedauert, bis ich mitbekommen habe, daß es sich um eine vorinstallierte OEM-Version handelt, welche unverrückbar auf die Hardware des Computers gemünzt ist. Bei dem Versuch der telefonischen Aktualisierung bekam ich so etwas wie piratisierte Software, oder ähnlich zu hören. Kein Hinweis, daß die kleinweichen (Microsoft) da einen Riegel davorgeschoben haben. Entsprechend lange die Suche, bis ich wußte, woran ich bin. Sont hatte ich eigentlich mit Mac Os, und jetzt mit Linux zu tun, also auch ziemliches Neuland für mich. Die leichteste Übung war, aus dem installierten Windows eine virtuelle Disk anzufertigen: disk2VHD.exe Wenn ich die erzeugte Datei als zweite Disk in eine virtuelle Maschine einbinde, kann ich sämtliche Dateien einsehen. Soweit, so gut, der alte Laptop funktioniert noch, und ich konnte mit einem Life-Linux die BIOS-Parameter auslesen. Hier eine Kopie des shell-scriptes, welchen ich nach den Ausführungen angefertigt habe: #! /bin/bash
VM_NAME="chinwin3" # Name der Virtuellen Maschine
VSETED="VBoxManage setextradata $VM_NAME"
CFG_PATH="VBoxInternal/Devices/pcbios/0/Config"
$VSETED $CFG_PATH/DmiBIOSVendor "string:LENOVO" # "Vendor" aus "dmidecode -t0"
$VSETED $CFG_PATH/DmiBIOSVersion "string:R0x-x0L" # "Version" aus "dmidecode -t0"
$VSETED $CFG_PATH/DmiBIOSReleaseDate "string:06/08/2007" # "Release Date" aus "dmidecode -t0"
$VSETED $CFG_PATH/DmiBIOSReleaseMajor "2" # "Bios Revision 1. Zahl" aus "dmidecode -t0"
$VSETED $CFG_PATH/DmiBIOSReleaseMinor "11" # "Bios Revision 2. Zahl" aus "dmidecode -t0"
#$VSETED $CFG_PATH/DmiBIOSFirmwareMajor "<EMPTY>" # "Firmware Revision 1. Zahl" aus "dmidecode -t0"
#$VSETED $CFG_PATH/DmiBIOSFirmwareMinor "<EMPTY>" # "Firmware Revision 2. Zahl" aus "dmidecode -t0"
$VSETED $CFG_PATH/DmiSystemVendor "string:LENOVO" # "Manufacturer" aus "dmidecode -t1"
$VSETED $CFG_PATH/DmiSystemProduct "string:SR 420" # "Product Name" aus "dmidecode -t1"
$VSETED $CFG_PATH/DmiSystemVersion "string:LENOVO 3000" # "Version" aus "dmidecode -t1"
$VSETED $CFG_PATH/DmiSystemSerial "string:1S168001021ABF71" # "Serial Number" aus "dmidecode -t1"
$VSETED $CFG_PATH/DmiSystemSKU "string:Not Npecified" # "SKU Number" aus "dmidecode -t1"
$VSETED $CFG_PATH/DmiSystemUuid "string:D7313040-49F5-11DC-940B-D4A9011A23B7" # "UUID" aus "dmidecode -t1"
$VSETED $CFG_PATH/DmiSystemFamily "string:Not Npecified" # "Family" aus "dmidecode -t1"
$VSETED $CFG_PATH/DmiChassisAssetTag "string:No Asset Tag" # "Asset Tag" aus "dmidecode -t3"
$VSETED $CFG_PATH/DmiChassisSerial "string:1S168001021ABF71" # "Serial Number" aus "dmidecode -t3"
$VSETED $CFG_PATH/DmiChassisVendor "string:LENOVO" # "Manufacturer" aus "dmidecode -t3"
$VSETED $CFG_PATH/DmiChassisVersion "string:N/A" # "Version" aus "dmidecode -t3"
$VSETED $CFG_PATH/DmiBoardVendor "string:LENOVO" # "Manufacturer" aus "dmidecode -t2"
$VSETED $CFG_PATH/DmiBoardProduct "string:SR 420" # "Product Name" aus "dmidecode -t2"
$VSETED $CFG_PATH/DmiBoardVersion "string:Not Applicable" # "Version" aus "dmidecode -t2"
$VSETED $CFG_PATH/DmiBoardSerial "string:1S168001021ABFT71" # "Serial Number" aus "dmidecode -t2"
# Die Festplatten-Seriennummer manuell gesetzt:
#VBoxManage setextradata "chinwin3" "VBoxInternal/Devices/piix3ide/0/Config/PrimaryMaster/SerialNumber" "SB2E04H7C95RRE" Der Wert <EMPTY> in DmiBIOSFirmwareMajor brachte eine Fehlermeldung, da habe ich kurzerhand die Zeilen auskommentiert.
Sieht jemand irgend welche grundlegende Fehler? Die Version von VirtualBox ist 4.2
Leider bin ich bisher nicht über den Anmeldebildschirm hinausgekommen, obwohl ich haarklein alle Werte mehrmals verglichen habe. Am Ende probierte ich es mit der Installation von PPA, wonach ich auch die letzten vier Zeilen in den Script eingefügt hatte. Alles ohne Erfolg! Vielleicht habe ich auch mit diesem Installationsversuch einiges verdorben? Genau weiß ich nicht, ob der Patch überhaupt installiert ist. Die Datei /sys/firmware/acpi/tables/SLIC hat keinen Inhalt (0 Bytes), obwohl das SLIC_Toolkit mit einen Wert geliefert hatte. Entsprechend konnte ich dafür keinen Eintrag für die Virtuelle Maschine machen. P.S.: ich verwende Linux Mint 13 (was wohl doch mit UBUNTU 12.4 vergleichbar ist) Danke für eure Bemühungen! luobo
|
Lauscher
(Themenstarter)
Anmeldungsdatum: 23. Januar 2012
Beiträge: 541
Wohnort: /..
|
Hallo luobo, in diesem Thread wird eigtl. der Artikel als solcher besprochen, keine Anwendungsprobleme. Am Besten stellst Du die Frage noch einmal im Unterforum "Programme". (und schreib mir eine PN mit Link zum neuen Thread). Das Wichtigste schon mal in Kürze:
Für XP brauchst Du weder Patch noch SLIC-Tabelle, noch die 4 zusätzlichen BIOS-Parameter (können auf "<EMPTY>" gesetzt werden) Die wichtigsten Parameter für XP sind: BIOS-ID (= UUID), Festplatten-ID, Netzwerkadressen LAN/WLAN. Das gespeicherte XP muß natürlich aktiviert sein, damit die Aktivierung beibehalten werden kann. Ggf. wpa.dbl vom Laptop kopieren; darin ist die alte Aktivierung, sofern vorhanden, gespeichert.
Viele Grüße und viel Erfolg Lauscher
|
matze222
Anmeldungsdatum: 4. Juli 2009
Beiträge: 126
|
Mit Virtualbox 4.2 klappt das noch nicht oder? APCI wird scheinbar doch nicht unterstützt, oder klappt das bei jemandem?
|
luobo
Anmeldungsdatum: 28. Januar 2011
Beiträge: 20
|
Hallo Lauscher, vielen Dank für die Anmerkung. Da muß ich mich für die XP-Migrierung wohl nicht so ganz ins Zeug legen. Die Grenze, zwischen einem Beitrag, der das Thema ergänzt, und einem der eine reine Hilfesuche ist, ist sicher nicht sehr scharf zu ziehen. ich denke, daß ich doch einen Denkanstoß zu diesem Wiki gebracht habe. Allerdings habe ich jetzt ein eigenes Thema eröffnet, mit einem Hinweis auf dieses Wiki: "XP-Installation auf VirtualBox in Linux migrieren" Somit gibt es gleich eine quasi zweite Überschrift zu Deinem Thema. Gruß luobo
|