Treibervorbereitung: XP, Vista und 7¶

1. Im Ordner C:\WINDOWS\system32\drivers müssen folgende 4 Dateien zu finden sein:

   • atapi.sys

   • intelide.sys

   • pciide.sys

   • pciidex.sys

   • Fehlen sie dort, können sie an folgenden Orten gefunden und nach C:\WINDOWS\system32\drivers kopiert werden:

     • XP: In den .cab-Dateien unter C:\WINDOWS\Driver Cache\i386. Liegen hier mehrere .cab-Dateien, wird die mit dem Namen des zuletzt installierten Service Pack verwendet.

     • Vista, 7: In einem Unterordner von C:\WINDOWS\system32\DriverStore\FileRepository, notfalls mit Hilfe der Suchfunktion des Explorers aufspüren.

2. Das Skript MergeIDE.reg trägt die obigen Treiber in der Windows-Registry ein.

   • Eine Sicherungskopie von der Windows-Registry-Datei C:\WINDOWS\system32\config\SYSTEM machen mittels "Ausführen... → regedit → Datei → Exportieren".

   • MergeIDE.zip 🇬🇧⮷ herunterladen, entpacken und MergeIDE.reg per Doppelklick ausführen.

Windows Produkt-Aktivierung¶

Windows verlangt bei erheblicher Veränderung seiner Hardwareumgebung eine neue Produktaktivierung bei Microsoft per Internet oder Telefon.

• Der Betrieb in VirtualBox bedeutet für Windows eine solche erhebliche Veränderung.

• Bei abwechselndem Betrieb in VirtualBox oder im Dualboot-Start würde das bedeuten, dass bei jedem Wechsel eine neue Produktaktivierung notwendig wird. Dies wird durch die Angleichung der virtuellen Hardware an die physikalische Hardware zu vermeiden gesucht.

• Eine Gewähr dafür, dass keine neue Produktaktivierung fällig wird, kann natürlich trotzdem nicht gegeben werden.

Windows-Partitionen ermitteln¶

Es wird ermittelt, auf welchen Festplatten und Partitionen Windows installiert ist: ^[3]

sudo fdisk -l 

Die gefundenen Festplatten und ihre Partitionen werden ausgegeben. Dies kann bspw. so aussehen:

Disk /dev/sda: 120.0 GB, 120034123776 bytes
255 Köpfe, 63 Sektoren/Spur, 14593 Zylinder, zusammen 234441648 Sektoren
Einheiten = Sektoren von 1 × 512 = 512 Bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Festplattenidentifikation: 0xacbdacbd

   Gerät  boot.     Anfang        Ende     Blöcke   Id  System
/dev/sda1   *          63    41945714    20972826    7  HPFS/NTFS/exFAT
/dev/sda2        41947134   234440703    96246785    5  Erweiterte
/dev/sda5        41947136    83890175    20971520   83  Linux
/dev/sda6        83892224   167772159    41939968   83  Linux
/dev/sda7       167774208   169773055      999424   82  Linux Swap / Solaris
/dev/sda8       169775104   234440703    32332800   83  Linux

• Windows-Partitionen sind in aller Regel NTFS-Partitionen.

• Windows befindet sich in diesem Beispiel auf der Festplatte /dev/sda. Es belegt die Festplatten-Partition /dev/sda1.

• Befindet sich Windows auf anderen Festplatten und/oder anderen Partitionen (auch mehrere), sind die weiteren Terminalbefehle dementsprechend anzupassen.

• Des Weiteren wird später der Wert von Festplattenidentifikation für den Bootloader benötigt, in diesem Beispiel der von der Festplatte /dev/sda

Bootloader erzeugen¶

Der Bootloader mbr 🇬🇧 dient als Alternative zu GRUB, um damit Windows in VirtualBox booten zu können. ^[1]

• mbr (universe, bis Ubuntu 11.04 main)

Befehl zum Installieren der Pakete:

sudo apt-get install mbr 

Oder mit apturl installieren, Link: apt://mbr

Es wird eine Bootloader-Datei WindowsRAW.mbr erzeugt: ^[3]

install-mbr --force ~/VirtualBox\ VMs/WindowsRAW/WindowsRAW.mbr 

In diese Datei wird mit folgendem Befehl die Festplattenidentifikationsnummer eingetragen. Dabei FESTPLATTENIDENTIFIKATION durch den entsprechenden Wert ersetzen (siehe Windows-Partitionen ermitteln):

echo FESTPLATTENIDENTIFIKATION | sed -e 's/0x\(..\)\(..\)\(..\)\(..\)/0x\4\3\2\1/' | xxd -r |  dd of=~/VirtualBox\ VMs/WindowsRAW/WindowsRAW.mbr bs=1 seek=440 conv=notrunc  

sudo dd if=/dev/sda of=~/VirtualBox\ VMs/WindowsRAW/WindowsRAW.mbr count=1 bs=512
sudo chown $USER ~/VirtualBox\ VMs/WindowsRAW/WindowsRAW.mbr 

Verweis auf Festplatte erzeugen¶

• Tatsächlich notwendig sind nur die elementaren Systempartition(en) des zu virtualisierenden Parallelsystems.

• WIN_PARTITION muss durch die Nummer(n) der Windows-Partition(en) ersetzt werden.

• Im Falle von /dev/sda1 wird 1 eingesetzt, im Falle von /dev/sda2 wird 2 eingesetzt usw. Sollen mehrere Partitionen eingebunden werden, wird z.B. 1,2,3 eingesetzt für /dev/sda1, /dev/sda2 und dev/sda3.

• Auch -rawdisk /dev/sda muss ggf. angepasst werden, wenn Windows auf einer anderen Festplatte liegt (siehe Windows-Partitionen ermitteln): ^[3]

Mit folgendem Befehl wird ein Verweis auf die physikalische Festplatte erzeugt:

sudo VBoxManage internalcommands createrawvmdk -filename ~/VirtualBox\ VMs/WindowsRAW/WindowsRAW.vmdk -rawdisk /dev/sda -partitions WIN_PARTITION -mbr ~/VirtualBox\ VMs/WindowsRAW/WindowsRAW.mbr -relative 

Die Besitzrechte der von VBoxManage erzeugten Dateien müssen nun auf den aktuellen Benutzer übertragen werden: ^[3]

sudo chown $USER ~/VirtualBox\ VMs/WindowsRAW/WindowsRAW.vmdk
sudo chown $USER ~/VirtualBox\ VMs/WindowsRAW/WindowsRAW-pt.vmdk 

Zugriffsrechte erteilen¶

• Mit Root-Rechten ^[4] wird im Verzeichnis /etc/udev/rules.d eine Datei mit dem Namen VBoxWindowsRAW.rules angelegt.

• In diese Datei wird eine udev-Regel eingetragen. Dafür gibt es zwei mögliche Varianten zur Auswahl.

• KERNEL==sda1 muss ggf. angepasst werden, wenn Windows auf anderen Partition(en) liegt (siehe Windows-Partitionen ermitteln).

• Für jede Partition wird eine Zeile eingetragen.

Variante 1: (Für BENUTZER den eigenen Benutzernamen eintragen)

# Zugriffsrechte für VirtualBox raw disk access
# Nur Benutzer BENUTZER kann direkt auf sda1 zugreifen
#
KERNEL=="sda1", OWNER="BENUTZER", MODE="0600" 

Variante 2:

# Zugriffsrechte für VirtualBox raw disk access
# Nur Gruppe vboxusers kann direkt auf sda1 zugreifen
#
KERNEL=="sda1", GROUP="vboxusers", MODE="0060" 

Zusatzbeispiele:

# Zugriffsrechte für VirtualBox raw disk access
# Nur Gruppe vboxusers kann direkt auf die Partitionen sdb2 und sdb4 sowie auf die gesamte Festplatte sdc zugreifen
#
KERNEL=="sdb2", GROUP="vboxusers", MODE="0060" 
KERNEL=="sdb4", GROUP="vboxusers", MODE="0060" 
KERNEL=="sdc", GROUP="vboxusers", MODE="0060" 

Durch einen Systemneustart oder mit folgendem Befehl wird die Rechtevergabe wirksam gemacht: ^[3]

sudo udevadm trigger 

Festplattenverweis einhängen¶

Das Einhängen und Aushängen von Speichermedien ist unter "WindowsRAW → Ändern → Massenspeicher" möglich. Dort werden auch virtuelle SATA- und IDE-Controller verwaltet.

• Für XP werden Festplatten und CD/DVD-Laufwerke ausschließlich am virtuellen IDE-Controller eingehangen.

• Für Vista / 7 werden Festplatten und CD/DVD-Laufwerke gewöhnlich am virtuellen SATA-Controller eingehangen.

• Gibt es Bootprobleme bei Vista / 7, kann es helfen, den virtuellen IDE-Controller zu verwenden. (Zusätzlich kann es helfen, den IDE-Controller auf ICH6 zu setzen).

• An den gewählten Einhängepunkt wird ~/VirtualBox VMs/WindowsRAW/WindowsRAW.vmdk eingehangen.

Virtuelle BIOS-Daten angleichen¶

Es werden einige physikalische BIOS-Daten benötigt: ^[3]

sudo dmidecode -t0 

Die Ausgabe kann z.B. so aussehen:

# dmidecode 2.9
SMBIOS 2.3 present.

Handle 0x0000, DMI type 0, 20 bytes
BIOS Information
	Vendor: Phoenix Technologies LTD
	Version: R01-A0T   
	Release Date: 05/25/2005
	Address: 0xE63F0
	Runtime Size: 105488 bytes
	ROM Size: 512 kB
	Characteristics:
		ISA is supported
                [...]
        Bios Revision: 2.3
        Firmware Revision: 2.3

Außerdem:

sudo dmidecode -t1 

Die Ausgabe kann z.B. so aussehen:

# dmidecode 2.9
SMBIOS 2.3 present.

Handle 0x0001, DMI type 1, 25 bytes
System Information
	Manufacturer: 0001
	Product Name: WIM 2050
	Version:                
	Serial Number: System serial number                            
	UUID: 20202020-2020-2020-2020-202020202020
	Wake-up Type: Power Switch
        Family: To be filled by O.E.M.

Außerdem:

sudo dmidecode -t2 

Die Ausgabe kann z.B. so aussehen:

# dmidecode 2.9
SMBIOS 2.3 present.

Handle 0x0002, DMI type 2, 8 bytes
Base Board Information
	Manufacturer: Notebook
	Product Name: WIM 2050
	Version: Rev.A          
	Serial Number:    

Außerdem:

sudo dmidecode -t3 

Die Ausgabe kann z.B. so aussehen:

# dmidecode 2.9
SMBIOS 2.3 present.

Handle 0x0003, DMI type 3, 17 bytes
Chassis Information
	Manufacturer: Medion         
	Type: Notebook
	Lock: Not Present
	Version: N/A            
	Serial Number:                               
	Asset Tag:                                 
	Boot-up State: Safe
	Power Supply State: Safe
	Thermal State: Safe
	Security Status: None
	OEM Information: 0x00001234

Es wird ein Skript mit dem Namen WindowsRAW_BIOS.sh erstellt, das die wichtigsten BIOS-Daten in die Konfiguration der virtuellen Maschine überträgt. Das Skript nicht wie gegeben ausführen, sondern den eben ermittelten Daten gemäß anpassen! ^[6]

• Sind Bios Revision und Firmware Revision nicht angegeben, werden die Werte von SMBIOS verwendet.

• Auch unsinnig erscheinende Einträge müssen wörtlich übernommen werden.

• Leere oder nicht erscheinende Einträge werden mit "<EMPTY>" eingetragen.

Das Skript wird einmal ausgeführt und danach nicht mehr benötigt:

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30

#! /bin/bash
VM_NAME="WindowsRAW"                                                          # Name der Virtuellen Maschine
VSETED="VBoxManage setextradata $VM_NAME"
CFG_PATH="VBoxInternal/Devices/pcbios/0/Config"

$VSETED $CFG_PATH/DmiBIOSVendor       "string:Phoenix Technologies LTD"       # "Vendor" aus "dmidecode -t0"
$VSETED $CFG_PATH/DmiBIOSVersion      "string:R01-A0T"                        # "Version" aus "dmidecode -t0"
$VSETED $CFG_PATH/DmiBIOSReleaseDate  "string:05/25/2005"                     # "Release Date" aus "dmidecode -t0"
$VSETED $CFG_PATH/DmiBIOSReleaseMajor  "2"                                    # "Bios Revision 1. Zahl" aus "dmidecode -t0"
$VSETED $CFG_PATH/DmiBIOSReleaseMinor  "3"                                    # "Bios Revision 2. Zahl" aus "dmidecode -t0"
$VSETED $CFG_PATH/DmiBIOSFirmwareMajor "2"                                    # "Firmware Revision 1. Zahl" aus "dmidecode -t0"
$VSETED $CFG_PATH/DmiBIOSFirmwareMinor "3"                                    # "Firmware Revision 2. Zahl" aus "dmidecode -t0"

$VSETED $CFG_PATH/DmiSystemVendor     "string:0001"                           # "Manufacturer" aus "dmidecode -t1"
$VSETED $CFG_PATH/DmiSystemProduct    "string:WIM 2050"                       # "Product Name" aus "dmidecode -t1"
$VSETED $CFG_PATH/DmiSystemVersion    "<EMPTY>"                               # "Version" aus "dmidecode -t1"
$VSETED $CFG_PATH/DmiSystemSerial     "string:System serial number"           # "Serial Number" aus "dmidecode -t1"
$VSETED $CFG_PATH/DmiSystemSKU        "<EMPTY>"                               # "SKU Number" aus "dmidecode -t1"
$VSETED $CFG_PATH/DmiSystemUuid       "string:20202020-2020-2020-2020-202020202020"  # "UUID" aus "dmidecode -t1"
$VSETED $CFG_PATH/DmiSystemFamily     "string:To be filled by O.E.M."         # "Family" aus "dmidecode -t1"

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

$VSETED $CFG_PATH/DmiChassisAssetTag  "<EMPTY>"                               # "Asset Tag" aus "dmidecode -t3"
$VSETED $CFG_PATH/DmiChassisSerial    "<EMPTY>"                               # "Serial Number" aus "dmidecode -t3"
$VSETED $CFG_PATH/DmiChassisVendor    "string:Medion"                         # "Manufacturer" aus "dmidecode -t3"
$VSETED $CFG_PATH/DmiChassisVersion   "string:N/A"                            # "Version" aus "dmidecode -t3"

Virtuelle Festplattendaten angleichen¶

Es werden einige Daten zur Festplatte benötigt. /dev/sda muss ggf. angepasst werden, wenn Windows z.B. auf der /dev/sdb-Platte liegt (siehe Windows-Partitionen ermitteln): ^[3]

sudo hdparm -i /dev/sda 

Die Ausgabe kann z.B. so aussehen:

/dev/sda:

 Model=WDC WD1200BEVE-00WZT0, FwRev=01.01A01, SerialNo=WD-WX60A89E4748
 [...]

• Die ermittelten Daten zur Model, FwRev und SerialNo müssen in das folgende Skript WindowsRAW_HD.sh eingetragen werden.

• Im Skript wird davon ausgegangen, dass die Festplatte am virtuellen Primary Master des virtuellen IDE-Controllers eingehangen wurde. Ansonsten ggf. anpassen.

• Das Skript wird einmal ausgeführt und danach nicht mehr benötigt^[6].

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15

#! /bin/bash
VM_NAME="WindowsRAW"                                                  # Name der Virtuellen Maschine
VSETED="VBoxManage setextradata $VM_NAME"

CFG_PATH="VBoxInternal/Devices/piix3ide/0/Config/PrimaryMaster"       # (Festplatte hängt am Primary Master vom virtuellen IDE-Controller)
# CFG_PATH="VBoxInternal/Devices/piix3ide/0/Config/SecundaryMaster"     # (Alternativ: Festplatte hängt am Secundary Master vom virtuellen IDE-Controller)
# CFG_PATH="VBoxInternal/Devices/piix3ide/0/Config/PrimarySlave"        # (Alternativ: Festplatte hängt am Primary Slave vom virtuellen IDE-Controller)
# CFG_PATH="VBoxInternal/Devices/piix3ide/0/Config/SecundarySlave"      # (Alternativ: Festplatte hängt am Secundary Slave vom virtuellen IDE-Controller)
# CFG_PATH="VBoxInternal/Devices/ahci/0/Config/Port0"                   # (Alternativ: Festplatte hängt am Port 0 vom virtuellen SATA-Controller)
# CFG_PATH="VBoxInternal/Devices/ahci/0/Config/Port1"                   # (Alternativ: Festplatte hängt am Port 1 vom virtuellen SATA-Controller)
# CFG_PATH="VBoxInternal/Devices/ahci/0/Config/Port2"                   # (Alternativ: Festplatte hängt am Port 2 vom virtuellen SATA-Controller)

$VSETED $CFG_PATH/ModelNumber         "string:WDC WD1200BEVE-00WZT0"  # "Model" aus "hdparm -i /dev/sda"
$VSETED $CFG_PATH/FirmwareRevision    "string:01.01A01"               # "FwRev" aus "hdparm -i /dev/sda"
$VSETED $CFG_PATH/SerialNumber        "string:WD-WX60A89E4748"        # "SerialNo" aus "hdparm -i /dev/sda"

Virtuelles CD/DVD-Laufwerk angleichen¶

Wenn ein physikalisches CD/DVD-Laufwerk vorliegt, muss ein virtuelles CD/DVD-Laufwerk am virtuellen SATA-Controller eingehangen werden. (Es ist zwar möglich, auch an den virtuellen IDE-Controller CD/DVD-Laufwerke einzuhängen, für diese können die Hardwaredaten aber nicht verändert werden.)

• XP unterstützt kein SATA. Es gibt zwar Treiber für XP, diese können aber problematisch sein; daher wird für XP von diesem Schritt abgeraten.

• An den virtuellen SATA-Controller wird nun ein CD/DVD-Laufwerk eingehangen, falls noch nicht vorhanden.

• Sind mehrere physikalische CD/DVD-Laufwerke angeschlossen, müssen auch für diese virtuelle CD/DVD-Laufwerke eingehangen und angepasst werden.

Es werden Angaben zum physikalischen CD/DVD-Laufwerk benötigt:

cdrecord -scanbus 

Die Ausgabe kann z.B. so aussehen:

scsibus1:
        1,0,0   100) 'Optiarc ' 'DVD RW AD-7710H ' '1.S0' Removable CD-ROM
        1,1,0   101) *              
  [...]

• Die drei nach 100) stehenden Werte werden in das folgende Skript WindowsRAW_CD.sh eingetragen.

• Im Skript wird davon ausgegangen, dass das CD/DVD-Laufwerk am ersten Port (= Port 0) vom virtuellen SATA-Controller eingehangen wurde, ansonsten ggf. anpassen.

• Sind am Rechner mehrere CD/DVD-Laufwerke, müssen auch für diese virtuelle CD/DVD-Laufwerke eingerichtet und angepasst werden.

• Das Skript wird einmal ausgeführt und danach nicht mehr benötigt. ^[6]

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12

#!/bin/bash
VM_NAME="WindowsRAW"                                    # Name der Virtuellen Maschine
VSETED="VBoxManage setextradata $VM_NAME"
PORT="Port0"                                            # CD/DVD-Laufwerk hängt am ersten Port (=Port 0) vom virtuellen SATA-Controller
# PORT="Port1"                                            # (Alternativ: CD/DVD-Laufwerk hängt am zweiten Port (=Port 1) vom virtuellen SATA-Controller)
# PORT="Port2"                                            # (Alternativ: CD/DVD-Laufwerk hängt am dritten Port (=Port 2) vom virtuellen SATA-Controller)
 
CFG_PATH="VBoxInternal/Devices/ahci/0/Config/$PORT"

$VSETED $CFG_PATH/ATAPIVendorId       "string:Optiarc"                    # Erster Wert (Hersteller)
$VSETED $CFG_PATH/ATAPIProductId      "string:DVD RW AD-7710H"            # Zweiter Wert (Modell)
$VSETED $CFG_PATH/ATAPIRevision       "string:1.S0"                       # Dritter Wert (Versionsnummer)

SLIC-Tabelle¶

Die OEM-Versionen von Vista und 7, also vom Hardwarehersteller vorinstallierte Windowsversionen, lesen aus dem BIOS die SLIC-Tabelle aus, um zu überprüfen, ob sie auf dem "richtigen" Rechner installiert sind.

• Ob der eigene Rechner eine SLIC-Tabelle enthält, kann man in Ubuntu sehen, indem man nachschaut, ob es eine Datei /sys/firmware/acpi/tables/SLIC gibt.

• XP liest die SLIC-Tabelle nicht aus, dafür wird sie nicht benötigt.

• Die SLIC-Tabelle wird ausgelesen und anschließend die Besitzrechte auf den aktuellen Benutzer übertragen: ^[3]

  sudo dd if=/sys/firmware/acpi/tables/SLIC of=~/VirtualBox\ VMs/WindowsRAW/WindowsRAW_SLIC.bin 
  sudo chown $USER ~/VirtualBox\ VMs/WindowsRAW/WindowsRAW_SLIC.bin 

• Die Datei ~/VirtualBox VMs/WindowsRAW/WindowsRAW_SLIC.bin sollte exakt 374 Byte groß sein.

• Die SLIC-Tabelle wird eingebunden mit dem Befehl: ^[3]

  VBoxManage setextradata "WindowsRAW" "VBoxInternal/Devices/acpi/0/Config/CustomTable" "$HOME/VirtualBox VMs/WindowsRAW/WindowsRAW_SLIC.bin" 

MAC-Adressen der virtuellen Netzwerkadapter angleichen¶

Es werden die MAC-Adressen der physikalischen Netzwerkadapter benötigt. Dieser Befehl listet alle Netzwerkadapter und ihre Hardwareadressen auf: ^[3]

ifconfig -a 

Die Ausgabe kann so aussehen:

eth0      Link encap:Ethernet  Hardware Adresse 00:0a:e4:a3:ed:8a
          [...]

• Die Hardwareadresse wird (ohne ":") in "VirtualBox → WindowsRAW → Ändern → Netzwerk → Erweitert → Mac-Adresse" eingegeben.

• Für alle ermittelten Netzwerkadapter wird in VirtualBox ein Netzwerkadapter aktiviert und die jeweilige MAC-Adresse eingegeben.

• ppp0 und lo haben keine MAC-Adresse und werden hier auch nicht benötigt.

• Für den Betrieb nicht benötigte Netzwerkverbindungen können durch Entfernen des Häkchens bei "Kabel verbunden" vom Host getrennt werden.

Paralleles Ubuntu¶

Ein parallel installiertes aktuelles Ubuntu lässt sich erfreulich unproblematisch mit VirtualBox starten. Es erkennt beim Booten selbständig, dass es in einer virtuellen Umgebung gestartet wird, und passt sich dem an. Der Bootvorgang dauert dabei etwas länger als gewohnt (getestet mit Ubuntu 10.04 und Xubuntu 11.10).

Ubuntu in Windows¶

Um Ubuntu in VirtualBox in Windows zu starten, wird wie folgt vorgegangen:

• Für den direkten Festplattenzugriff ("raw disk access") werden Zugriffsrechte benötigt. Eine Möglichkeit ist es, die folgenden Befehle und Programme als Administrator zu starten während VirtualBox als Administrator läuft.

• Ein Verweis auf die Festplatte, auf der Ubuntu installiert ist, wird erzeugt. Dabei muss HARDDISK ersetzt werden durch den Windows-Pfad zur physikalischen Festplatte, z.B. \\.\PhysicalDrive0 oder \\.\PhysicalDrive1, und MEINPFAD durch den gewünschten Dateipfad. Ausgeführt wird der Befehl unter "Start → Programme → Zubehör → Eingabeaufforderung".

  cd C:\Programme\Oracle\VirtualBox
  VBoxManage internalcommands createrawvmdk -filename "C:\MEINPFAD\UbuntuRAW.vmdk" -rawdisk HARDDISK 

• VirtualBox starten, eine VM erzeugen, UbuntuRAW.vmdk als Festplatte auswählen.

• Die VM starten.

• Es erscheint das GRUB Auswahlmenü. Hier muss Ubuntu gewählt werden. Keinesfalls darf Windows in Windows gebootet werden! Alternativ kann zum Booten die Super Grub2 Disk 🇬🇧⮷ verwendet werden.

  Achtung!

  Es darf niemals Windows in Windows gebootet werden. Das führt zur Zerstörung des Betriebssystems und kann erhebliche Datenverluste nach sich ziehen.

• Nach erfolgreichem Start können die Gasterweiterungen von VirtualBox installiert werden.

• Für Datenaustausch gibt es die Funktion Gemeinsame Ordner.

Fehlermeldungen von VirtualBox¶

• VERR_ACCESS_DENIED: Diese Fehlermeldung von VirtualBox oder VBoxManage erscheint, wenn die Zugriffsrechte auf die Festplatte nicht richtig vergeben wurden.

  • Lösung: Siehe Zugriffsrechte erteilen.

• VERR_ALREADY_EXISTS: Diese Fehlermeldung von VBoxManage erscheint, wenn die WindowsRAW.vmdk-Datei, die erzeugt werden soll, bereits existiert.

  • Lösung: Anderen Dateinamen vergeben oder vorhandene Dateien WindowsRAW.vmdk und WindowsRAW-pt.vmdk löschen, falls sie nicht mehr benötigt werden. Wenn diese Dateien bereits in VirtualBox registriert sind, müssen sie dort entfernt werden:

    1. In VirtualBox unter "Datei → Manager für virtuelle Medien ..." WindowsRAW.vmdk auswählen.

    2. Rechtsklick, "Freigeben" wählen.

    3. Rechtsklick, "Entfernen" wählen.

    4. Wird eine neue WindowsRAW.vmdk erzeugt und die VM WindowsRAW existiert bereits, muss man sie unter "WindowsRAW → Ändern → Massenspeicher" neu einhängen, am gleichen Einhängepunkt wie zuvor.

• NS_ERROR_FAILURE: Diese Fehlermeldung deutet auf fehlende Zugriffsrechte. Wenn der Fehler nach Überprüfen dieser möglichen Ursachen bestehen bleibt, kann dies in diesem Thread besprochen werden.

  1. Möglichkeit: Gruppenzugehörigkeit zu vboxusers fehlt.

     • Lösung: Der Gruppe vboxusers beitreten:

       sudo adduser $USER vboxusers 

       Danach vom System ab- und wieder anmelden, damit dies wirksam wird. Manchmal ist es nötig, anschließend VirtualBox neu zu initialisieren:

       sudo /etc/init.d/vboxdrv restart   

  2. Möglichkeit: udev-Regel ist falsch.

     • Lösung: Siehe Zugriffsrechte erteilen, udev-Regel kontrollieren, ggf. Neustarten, damit die udev-Regel ganz sicher vom System verwendet wird.

  3. Möglichkeit: WindowsRAW.vmdk und/oder WindowsRAW-pt.vmdk sind nicht Eigentum des aktuellen Benutzers.

     • Lösung: Besitzrechte auf aktuellen Benutzer übertragen. ^[3]

       sudo chown $USER ~/VirtualBox\ VMs/WindowsRAW/WindowsRAW.vmdk
       sudo chown $USER ~/VirtualBox\ VMs/WindowsRAW/WindowsRAW-pt.vmdk 

• VERR_PDM_DEVINS_UNKNOWN_CFG_VALUES: Die installierte Version von VirtualBox ist veraltet.

  • Lösung: Aktuelle Version von VirtualBox installieren, mindestens 4.2 oder höher.

• VBOX_E_OBJECT_NOT_FOUND: WindowsRAW.vmdk ist aus irgend einem Grund nicht richtig eingehangen.

  • Lösung:

    1. In VirtualBox unter "Datei → Manager für virtuelle Medien ..." WindowsRAW.vmdk auswählen.

    2. Rechtsklick, "Freigeben" wählen.

    3. Rechtsklick, "Entfernen" wählen.

    4. Unter "WindowsRAW → Ändern → Massenspeicher" die Datei ~/VirtualBox VMs/WindowsRAW/WindowsRAW.vmdk neu einhängen, am gleichen Einhängepunkt wie zuvor.

• Allgemein: Zugriffsrechteprobleme

  • Gibt es Probleme mit der Rechtezuweisung, kann versuchsweise ein Beitritt des Benutzers zur Gruppe disk gemacht werden. Das räumt dem Benutzer allzu weite Zugriffsrechte ein und soll/darf keine Dauerlösung sein. Jedoch kann auf diese Weise gut geprüft werden, ob ein Rechteproblem vorliegt.

Probleme beim Booten von Windows¶

• Generell eine gute Hilfe:

  • Super Grub2 Disk 🇬🇧⮷

  • Ubuntu Desktop-CD

  • Windows 7 Installations-DVD 🇩🇪⮷

  • Windows Reparatur-CD 🇩🇪

  • "Eingabeaufforderung" der Windows-CD 🇩🇪

• Nach Bluescreen startet Windows neu, bevor die Fehlermeldung gelesen werden kann.

  • Lösung 1: Reboot durch VirtualBox verhindern lassen, damit der Fehler lesbar ist:

    VBoxManage setextradata "WindowsRAW" "VBoxInternal/PDM/HaltOnReset" 1  

    Dies kann rückgängig gemacht werden durch

    VBoxManage setextradata "WindowsRAW" "VBoxInternal/PDM/HaltOnReset" 0  

  • Lösung 2: Windows physikalisch booten, unter "Start → Einstellungen → Systemsteuerung → System → Erweitert → Starten und Wiederherstellen → Einstellungen" wird der Haken bei "Automatisch Neustart durchführen" entfernt. Virtuell booten, jetzt sollte die Fehlermeldung lesbar sein.

• Nach dem Start von MBR bleibt der Boot stehen, auch nach langem Warten.

  • Lösung 1: Super Grub2 Disk verwenden, sie umgeht den MBR.

  • Lösung 2: Neuen Windows-MBR erstellen. Dazu wie folgt vorgehen:

    1. Windows Installations- oder Reparatur-CD verwenden. .

    2. In VirtualBox mit Windows-CD booten. Eingabeaufforderung wählen.

    3. bootrec /fixmbr eingeben. Damit wird der virtuelle MBR überschrieben.

    4. Windows ohne CD in VirtualBox neu starten.

• "STOP 0x0000007B"

  • Lösung 1: Den Schritt Treibervorbereitung: XP, Vista und7 überprüfen, MergeIDE.reg erneut ausführen.

  • Lösung 2: WindowsRAW.vmdk am virtuellen IDE-Controller statt am SATA-Controller einhängen. Achtung: Das Skript für die Angleichung der Festplattendaten muss bei dieser Lösungsvariante angepasst und erneut ausgeführt werden. Wenn sich der Einhängepunkt für das CD/DVD-Laufwerk ändert, auch Skript anpassen und erneut ausführen.

  • Lösung 3: Fehlerbehandlung auf dieser Microsoft Support Seite 🇩🇪

• "STOP: 0x0000007E" oder "STOP 0x000000FC"

  • Lösung: Es liegt ein Problem mit dem CPU-Treiber intelppm.sys vor. Eine Fehlerbehandlung findet sich auf dieser Microsoft Support-Seite 🇩🇪.

• Windows fordert auf, Scandisk zu starten, oder will zur letzten als funktionierend bekannten Konfiguration zurückkehren, oder bleibt hängen ohne Fehlermeldung.

  • Lösung: Ursache kann ein fehlerhafter Grafikkartentreiber sein (C:\WINDOWS\system32\agp440.sys). Einige Szenarien und ihre Lösung werden auf dieser Microsoft Support-Seite 🇩🇪 beschrieben.

• "Status: 0xc000000e Info: Fehler bei Startauswahl. Zugriff auf ein erforderliches Gerät nicht möglich."

  • Lösung: Manchmal tritt dieser Fehler beim Booten von Windows 7 auf (Problembesprechung in diesem Thread). Der Disk Identifier ist zwischen dem nativen MBR und dem virtualisierten MBR unterschiedlich. Dies wird im Schritt Bootloader erzeugen korrigiert; dieser Schritt sollte überprüft werden. Alternativ kann das Problem so behoben werden:

    1. Benötigt wird der Wert der Festplattenidentifikation aus der Ausgabe des Befehls

       sudo fdisk -l 

       Dieser liegt im Hexadezimalformat vor, z.B. so:

       Festplattenidentifikation: 0xacbdacbd

    2. Eine beliebige Desktop-CD wird benötigt und damit WindowsRAW gebootet.

    3. In der Desktop-CD-Arbeitsumgebung Terminal aufrufen und folgendes ausführen:

       sudo fdisk /dev/sda  

    4. fdisk bietet nun einen Befehlsmodus. Dort

       x 

       eingeben, um den Expertenmodus aufzurufen (m zeigt sämtliche Optionen).

    5. Anschließend

       i  

       eingeben. Es erscheint eine Aufforderung, die neue Festplattenidentifikation einzugeben.

    6. Neue Festplattenidentifikation eingeben.

    7. Mit folgendem Kommando MBR neu schreiben:

       w 

    8. Desktop-CD entfernen, Windows neu booten. Der Fehler sollte behoben sein.

Sonstige Probleme¶

• Die Funktion "Neustart" und/oder "Herunterfahren" von Windows funktioniert in beiden Betriebsmodi nicht mehr richtig. Windows beendet alle Programme, bleibt aber im Abmeldebildschirm, ohne ein Reset auszulösen bzw. den Computer auszuschalten. Die Maus bleibt beweglich. Die Ursache ist vermutlich ein Bug 🇬🇧 in den Gasterweiterungen.

  • Lösung: Bisweilen genügt es, in VirtualBox unter "WindowsRAW → Ändern → Absolutes Zeigegerät aktivieren" das Häkchen zu entfernen.

  • Behelfslösung: Abwarten, bis die Festplatte ruhig ist, um sicherzustellen, dass Windows alle nötigen Daten gesichert hat, dann (im Normalbetrieb) Computer per Knopfdruck ausschalten oder (in VirtualBox) Fenster schließen.

• Der native Windows Start funktioniert nach der Installation der VBox Gasterweiterungen nicht mehr, der Bootprozess bleibt im Bootsplash hängen.

  • Mögliche Lösung: Windows nochmals als Gastsystem booten und in der Registrierung "HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\VBoxGuest" den Wert für "Start" von 0 auf 3 ändern. Dies bewirkt, dass die Gasterweiterungen im nativen Start nicht mehr automatisch gestartet werden.

• Windows meldet nach Start in VirtualBox einen ATI-Treiber-Fehler.

  • Lösung: Die VirtualBox-Gasterweiterungen stellen einen eigenen Grafikkarten-Treiber bereit. Wenn man Glück hat, bietet die Treibersoftware an, diesen Fehler in Zukunft nicht mehr anzuzeigen; dieses Angebot darf man annehmen. Im physikalischen Betrieb wird der ATI-Treiber problemlos weiter verwendet.

• Manche Firewalls machen Probleme, z.B. ZoneAlarm.

  • Lösung: Abhilfe kann die Verwendung einer anderen Firewall schaffen.

• Advanced Tokens Manager: Bei Schwierigkeiten mit diesem Programm siehe Herstellerseite 🇬🇧. Eventuell neueste Version von dort herunterladen.

• Windows verlangt trotz aller Angleichung der virtuellen Hardware eine neue Produktaktivierung.

  • Siehe Produktaktivierung wiederherstellen.

  • In der Datei ~/VirtualBox VMs/WindowsRAW.vbox nachsehen, ob sich die Daten aus den Skripten dort wiederfinden lassen.

  • Alle Arbeitsschritte der Angleichung der virtuellen Hardware noch einmal genauestens prüfen.

  • Mit einer Desktop-CD in der Windows-VM die Ausgaben von sudo dmidecode, von ifconfig -a und von sudo hdparm -i /dev/sda überprüfen.

  • Alternativlösung XP: Hardwareprofile.

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

  • Probleme mit der Produktaktivierung können in diesem Thread besprochen werden.

• Office 2010 verlangt trotz aller Angleichung der virtuellen Hardware eine neue Produktaktivierung.

  • Siehe oben, gleiche Problembehebung wie für Windows.

  • Oft verschwindet das Problem, wenn Office 2010 im nativ gebooteten Windows telefonisch (nicht online!) neu aktiviert wird.

Intern¶

• MS-Windows Integration

• Dualboot

 * VirtualBox Übersichtsartikel

Extern¶

• VirtualBox Manual: Chap. 9: Using a raw host hard disk from a guest 🇬🇧

• VirtualBox Wiki: How to migrate existing Windows installations to VirtualBox 🇬🇧

• VirtualBox-Forum: Discuss: HOWTO: Windows 7: In both VM and native 🇬🇧

• VirtualBox-Forum: Windows 7 Licensing and Immutable Disks (about SLIC and DmiBoard) 🇬🇧

• Using Virtualbox with an Existing Windows Partition 🇬🇧

• Microsoft Support-Seite betreffs MergeIDE 🇩🇪

• Technical Details on Microsoft Product Activation for Windows XP 🇬🇧

• Vista: Toleranz der Aktivierung bei Hardware-Tausch 🇩🇪