ubuntuusers.de

Hallo Julianna,

Die .reg muss ausgeführt werden, nicht die .bat.

siehe readme-file in dem Zip-File. Es wir "empfohlen" die .bat auszuführen 😉 Wobei diese bestimmt nur die .reg ausführt... aber ich dachte mir ... sicher ist sicher 🤓

Habs auf alle Fälle mit der .bat gemacht und es brachte den beabsichtigten Effekt. Scheint zu funtionieren 🙄

Gruß

Acer

Edit2 hats nun wieder hinbekommen, indem ich die ganze Anleitung nochmal komplett neu ausgeführt habe. Dass das nötig sein könnte, dämmerte mir, als ich nach mehrmaligem hin- und zurückbooten sich Windows in der VB daran erinnerte, dass bei letztmaligem Starten INERHALB der VB ein bluescreen war. Und das obwohl Win nativ mittlerweile mehrmals gestartet hatte. Und das bedeutet ja, dass ich an der Reg des nativen Windows rumfummeln kann, wie ich will, die VB aber einen Zustand versucht zu laden, der gar nicht existiert... oder so ähnlich.

Was machen wir mit deiner schönen Anleitung? Einen hübschen Wiki-Eintrag?

Edit 95 hat, da es nun funktioniert, mal den erstellten Sicherungspunkt gelöscht. Und siehe da, nun funktioniert auch die erste Maschine wieder. Wozu genau dient dieser Sicherungspunkt? ö.ö offensichtlich hab ich da was falsch verstanden. So viel Lärm um nichts *sigh*...

Der Wiki Eintrag müsste eh geändert werden, da leider dein erster Link tot ist. Es ist zwar eh ein Verweis auf diesen Thread hinterlegt, aber dennoch 😉

Nur habe ich leider UBERHAUPT keine Ahnung wie ich das machen könnte ❓

Acer54 schrieb:

Der Wiki Eintrag müsste eh geändert werden, da leider dein erster Link tot ist. Es ist zwar eh ein Verweis auf diesen Thread hinterlegt, aber dennoch 😉

Nur habe ich leider UBERHAUPT keine Ahnung wie ich das machen könnte ❓

Auch dabei hilft die Wiki. 😉

Wiki/Autor gesucht

hi! Acer54

Ehrlich gesagt habe ich noch nirgendwo gehört, das man Virtualbox mit Administratorrechten starten müsste (unter Sicherheitsaspekten nie!), die usprüngliche Beschreibung bezieht sich auf VirtualBox-Box, Version 1.5.0 (1.6.0 wurde 05/2008 veröffentlicht). Zu der Zeit gab es noch kein Qt-GUI-Interface. Bitte überprüf das mal, bevor da eine Sicherheitslücke aufgerissen wird.

Hallo!

Ich habe heute versucht, nach der schönen Anleitung, mein "echtes" XP (auf sda1) in VirtualBox laufen zu lassen. Leider gelingt es nicht: Beim Hochfahren kommt noch die Meldung "Zum Auswählen des Bootmediums F12 drücken", danach, wenn von der Platte gebootet werden sollte, ist nur ein stehender Unterstrich zu sehen. Es gibt keinerlei Festplattenaktivität.

Mögliche Fehlerquelle: In der Anleitung steht

sudo vboxmanage internalcommands createrawvmdk -filename ~/.VirtualBox/vista_physical_partition-sda.vmdk -rawdisk /dev/sda

zum Erzeugen eines Verweises auf die Festplattenpartition. Ich änderte /dev/sda auf /dev/sda1, doch auch das führte nicht zum Erfolg.

Habt ihr sonst noch eine Idee?

Zu dem Problem, daß der Grub Loader per default Linux startet, dies in der VirtualBox aber fatale Folgen haben kann (bis hin zur Zerstörung von Linux), wäre ein Workaround denkbar: Ein Skript, daß beim Hochfahren des Rechner den Grub-default auf "Windows" setzt, und beim Herunterfahren/Neustarten/Abmelden der Sitzung den Grub-default zurück auf Linux setzt.

Daß die Virtualisierung nur mit sudo-Rechten funktioniert, dürfte ein Zugriffsrechte-Problem auf die Festplattenpartition sein. Mit geeigneter Rechtevergabe sollte m. E. sudo überflüssig werden.

Viele Grüße, Lauscher

So, neuer Stand der Dinge: Inzwischen funktioniert das Starten, die Festplatte wird gelesen. Ich habe nichts neu oder anders gemacht (außer, Linux des öfteren neu gestartet zu haben), trotzdem geht es. Nun, gut! Verwiesen wird, wie in der Anleitung, auf /dev/sda. Wo es noch hapert: Windows möchte immer wieder neu aktiviert werden, MergeIDE hat hier nicht geholfen.

Um Virtualbox ohne sudo-Rechte starten zu können, muß der Besitzer der .vdmk auf den aktuellen Benutzer geändert werden, außerdem muß der Benutzer der Gruppe disk beitreten. Wenn es nicht gleich geht: Linux neu starten (Billy läßt grüßen)!

Ich habe ein kleines Starter-Script für VirtualBox geschrieben, das vor dem Programmstart von Virtualbox den GRUB-default auf Windows setzt, und nach Programmende den default auf Linux zurücksetzt. Dafür muß eine Kopie der Datei /etc/default/grub mit dem Namen /etc/default/grubVBwin angelegt werden. In dieser Datei wird der Wert von

GRUB_DEFAULT=0

auf z.B.

GRUB_DEFAULT=5

gesetzt. Die Auswahlmenüeinträge werden von 0..x durchnumeriert, 0 ist der erste Eintrag, i.d.R. Linux, weiter unten, bei mir an 6. Stelle, also mit Nr. 5, steht Windows. Siehe hierzu auch im Wiki: http://wiki.ubuntuusers.de/GRUB_2/Konfiguration

# Starter für VirtualBox
# Ersetzt Datei grub durch grubVBwin, macht ein grub-update, 
# startet Virtualbox, setzt nach Programmende die vorherige grub-Datei wieder ein

sudo mv /etc/default/grub /etc/default/grub.bak
sudo mv /etc/default/grubVBwin /etc/default/grub
sudo update-grub

virtualbox

sudo mv /etc/default/grub /etc/default/grubVBwin
sudo mv /etc/default/grub.bak /etc/default/grub
sudo update-grub

Viele Grüße, Lauscher

Bug-Report:

- Real-Start von Windows:

• Beim Herunterfahren bzw. Neustart endet Windows in einem Bluescreen mit beweglicher Maus; es bleibt nur manuelles Ausschalten des Rechners. Im Virtuellen Betrieb ist Herunterfahren/Neustart kein Problem.

- Virtueller Start von Windows:

• Gelegentlich bleibt der Grub-default auf Linux, obwohl das Skript augenscheinlich fehlerfrei arbeitet

• Gelegentlich endet das Hochfahren nach dem Windows-Login in einer Hintergrundbildansicht mit beweglicher Maus, jedoch kein Startmenü, keine Desktop-Icons, keine Handlungsmöglichkeit.

• Es wird weiter Windows-Aktivierung verlangt, MergeIDE hilft nicht

Kann mir hier jemand weiterhelfen?

Viele Grüße, Lauscher

Acer54 schrieb:

Der Wiki Eintrag müsste eh geändert werden, da leider dein erster Link tot ist.

welcher Link ist Tot ?

Dieser geht einwandfrei http://www.qc4blog.com/?p=483

Neue Lösung, den Grub zu umgehen:

Check this thread on the VirtualBox forums...http://forums.virtualbox.org/viewtopic.php?t=2019:

install "mbr" package in your Linux host and run "install-mbr --force opensource.mbr". This will create a file called opensource.mbr in your home directory
then,
VBoxManage internalcommands createrawvmdk -filename [PATH_TO_XP_VMDK FILE] -rawdisk /dev/sda -partitions [XP_PARTITION] -mbr [PATH_TO_FAKE_MBR_FILE] -relative

That will bypass your actual MBR and go straight to Windows, bypassing the grub menu and thereby avoiding the risk of virtualizing 
your running host partition, cats and dogs sleeping together, mass hysteria, etc.

Quelle: http://ubuntuforums.org/archive/index.php/t-664692.html

Für [XP_PARTITION] wird nicht sda1 oder ähnliches eingegeben, sondern nur die Nummer der Windows-Partition, bei sda1 also eine 1.

Nochmal auf deutsch: mbr-Paket installieren, z.B. mit

sudo apt-get install mbr

Eine mbr-Datei erzeugen, z.B. so:

install-mbr --force opensource.mbr

Mit VBoxManage eine neue .vmdk-Datei erzeugen

VBoxManage internalcommands createrawvmdk -filename [PATH_TO_XP_VMDK FILE] -rawdisk /dev/sda -partitions [XP_PARTITION] -mbr [PATH_TO_FAKE_MBR_FILE] -relative

[PATH_TO_XP_VMDK FILE] Nicht den Namen einer existierenden .vmdk eingeben! Eine neue wird erzeugt.

[XP_PARTITION] Nicht sda1 oder ähnliches eingegeben, sondern nur die Nummer der Windows-Partition, bei sda1 also eine 1

[PATH_TO_FAKE_MBR_FILE] Pfad zur eben erzeugten .mbr-Datei, im Beispiel ~/opensource.mbr

In Virtualbox nun die neu erzeugte .vmdk-Datei als Festplatte auswählen. Nun startet Windows ohne Grub!

Viele Grüße, Lauscher

Für die, die mit MergeIDE Windows nicht zufriedenstellen konnten, gibt es noch einen Lösungsvorschlag im Netz:

http://mazimi.wordpress.com/2007/07/11/getting-around-windows-activation-when-virtualizing/

Leider hat auch dies bei mir nicht funktioniert.

Das Windows-Systemtool gpedit.msc ist auf meiner Home-Edition nicht vorhanden.

Es geht darum, ein Starter-Skript beim Hochfahren laufen zu lassen, daß die Hardware-Registrierungsdateien wpa.dbl und wpa.bak aus C:\Windows\System32 durch die jeweils für realen oder virtuellen Betrieb Gültigen austauscht.

Ich habe nicht herausgefunden, wo ich unter Windows XP Home ein Starterskript unterbringen kann. Versuchsweise habe ich es im Autostart-Ordner untergebracht. Windows reagierte darauf höchst mißtrauisch und ließ mich gar nicht mehr ohne Aktivierung rein. Daraufhin löschte ich die .bat-Datei, nun geht Windows wieder und möchte regelmäßig aktiviert werden *seufz*.

Die eigentliche Problematik liegt darin, daß Windows bei einem Wechsel von der virtuellen Umgebung in die reale und umgekehrt meint, daß es auf einen anderen Rechner transportiert wurde. Billy befürchtet Produktpiraterie und verlangt eine neue Produktaktivierung. Solange man sich nur auf einer der beiden Ebenen bewegt, gibt es kein Problem; die Aktivierung wird erst wieder beieinem Wechsel verlangt.

Stand der Dinge: Echte Bugs sind alle behoben, Abhilfe schaffte Bereinigung der Registry und Abschalten einiger überflüssiger Hintergrunddienste. Dadurch ist Windows inzwischen in der Virtualbox schneller, als es das vorher im "Echtbetrieb" war.

Wie das Problem der verlangten Neuaktivierung zu beheben ist, wenn zwischen den Betriebsmodi (virtuell/Direktboot) gewechselt wird, weiß ich nicht, und suche auch nicht mehr danach. Für mich selbst betreibe ich Windows nur noch unter Linux. Sollte jemand hier eine Lösung finden, Ansätze stehen ja oben schon, würde ich mich freuen, davon zu erfahren.

Bis auf diesen einen Punkt könnten die gesammelten Erfahrungen für einen Wiki-Artikel ausreichen.

Viele Grüße, Lauscher

Stand der Dinge: Erfolg!

Bugs:

• Das "Neustarten" funktioniert bei Windows nicht mehr, weder virtuell noch physikalisch gestartet. Es werden zwar alle Programme und der Desktop beendet, jedoch erfolgt kein Reboot, stattdessen bleibt der Abmeldebildschirm stehen. Die Maus bleibt beweglich. Es hilft nur noch Abschalten per Knopfdruck bzw. (in Virtualbox) Schließen des Fensters. Manchmal tritt dieser Fehler auch beim Herunterfahren auf: Der Computer wird nicht automatisch abgeschaltet, Knopfdruck bzw. Fensterschließen hilft.

• ZoneAlarm spinnt jetzt manchmal, meldet "TrueVektor Service hat einen schweren Fehler bemerkt und wird beendet", und beendet sich selbst. Abhilfe schafft die Verwendung einer anderen Firewall.

Windows-Aktivierung vermeiden: Da ich keinen Weg gefunden habe, ein Startskript in Windows XP Home-Edition zu installieren (bleibt Pro-Editionen vorbehalten), behelfe ich mir mit einem Workaround:

• Im Ordner WINDOWS/system32 werden 2 neue Unterordner angelegt, bootVirtual und bootNative.

• Nach Aktivierung von Windows in der Virtualbox werden die Dateien wpa.dbl und wpa.bak aus WINDOWS/system32 in den Unterordner bootVirtual kopiert.

• Anschließend wird Windows direkt gebootet, wieder aktiviert, und die Dateien wpa.dbl und wpa.bak in den Unterordner bootNative kopiert.

• Nun zurück zu Ubuntu: Ein Start-Skript für Virtualbox wird erstellt, das die wpa-Dateien aus bootVirtual in system32 kopiert, Virtualbox startet, und nach dessen Beendigung die wpa-Dateien aus bootNative in system32 kopiert.

Skriptbeispiel:

1
2
3
4
5
6
7

cp /mnt/WinXPsda1/WINDOWS/system32/bootVirtual/wpa.dbl /mnt/WinXPsda1/WINDOWS/system32/wpa.dbl
cp /mnt/WinXPsda1/WINDOWS/system32/bootVirtual/wpa.bak /mnt/WinXPsda1/WINDOWS/system32/wpa.bak

virtualbox

cp /mnt/WinXPsda1/WINDOWS/system32/bootNative/wpa.dbl /mnt/WinXPsda1/WINDOWS/system32/wpa.dbl
cp /mnt/WinXPsda1/WINDOWS/system32/bootNative/wpa.bak /mnt/WinXPsda1/WINDOWS/system32/wpa.bak

Hintergrund zu den wpa-Dateien: in wpa.dbl speichert Windows eine Zusammenfassung der Hardware-Konfiguration. Wird die Hardware erheblich verändert, geht Windows davon aus, sich auf einem anderen Rechner zu befinden, und verlangt eine Neuaktivierung. Deshalb werden Windows durch das Workaround-Skript die für die jeweilige echte bzw. virtuelle Hardwarekonfiguration gültigen wpa-Dateien vorgesetzt, und eine Neuaktivierung ist nicht mehr notwendig.

Um Sicherzugehen, daß die wpa-Dateien beim Booten von Windows auch wirklich schon geschrieben wurden und nicht noch im Cache herumlungern, habe ich in der Datei /etc/fstab die type-Beschreibung der Windows-Partition von "default" auf "rw,suid,dev,exec,auto,nouser,sync" geändert, identisch mit "default" bis auf sync statt async.

So, jetzt sollte das Ganze dauerhaft brauchbar sein. Über eine Rückmeldung jedweder Art würde ich mich freuen, ich unterhalte mich hier irgendwie nur mit mir selbst *g*.

Viele Grüße, Lauscher

hi,

hatte in VirtualBox mit W7 Ultimate auch etwas Probs mit einer zu hungrigen Personal-Firewall und kann Comodo (FOSS) als FW empfehlen,,.

Hallo Alice,

Danke für Deinen Tip! Habe ihn in Dualboot-Windows virtualisieren mit eingefügt.

Viele Grüße, Lauscher