Für dieses HowTo muß XEN auf dem Rechner installiert und eingerichtet sein. Wie man das erreicht, findet man hier und hier. Im Speziellen sind alle Angaben unter Voraussetztung der zweiten Anleitung getestet.
Bei Ubuntu Dapper muß folgendes Paket installiert werden:
apt-get install libsdl-image1.2
Bei Ubuntu Edgy scheint ein entsprechendes Paket schon installiert zu sein: libsdl1.2debian
dd if=/dev/zero bs=1024K count=4096 of=winxp.img
kernel = "/usr/lib/xen-ioemu-3.0/boot/hvmloader" builder='hvm' memory = 512 name = "winxp" vcpus=1 pae=0 acpi=0 apic=0 cpus = "" vif = [ 'type=ioemu, bridge=xenbr0' ] disk = [ 'file:/xenimages/winXP.img,ioemu:hda,w', 'file:/xenimages/wxp_multil_cd1.iso,hdc:cdrom,r' ] on_poweroff = 'destroy' on_reboot = 'destroy' on_crash = 'destroy' device_model = '/usr/lib/xen-ioemu-3.0/bin/qemu-dm' boot='d' sdl=1 vnc=0 vncviewer=0 stdvga=0 serial='pty' ne2000=0
hvmloader sein.0 sein, vielleicht kann es seit 3.0.3 auch 1 sein.ioemu ist wichtig mit anzugeben.
Nun installiert sich Windows, als wenn es auf einem eigenständigen PC gestartet werden würde.
Nach der Installation sollte die Option boot auf „c“ in der /etc/xen/winxp.cfg umgestellt werden, damit der Bootvorgang etwas beschleunigt wird.
Damit man noch effektiver mit der domU arbeiten kann, sollte man den Remote Desktop von Windows aktivieren. Dadurch fällt der ruckelige Mauszeiger und die etwas verzögerte Benutzung weg.
Arbeitsplatz → (rechte Maustaste) → Eigenschaften → Remote → Remotedesktop → Remotebenutzer auswählen → Hinzufügen → Administrator (bzw. Nutzer, die Zugang erlangen sollen)/etc/xen/winxp.cfg: sdl=0 , vnc=1 (Die Folge: Es öffnet sich kein Fenster beim starten der VM.)rdesktop -g 1024×800 -a 16 -u Administrator 192.168.2.99 zum Verbinden eingeben. Natürlich kann man auch GUI Programme nutzen.
Start → Alle Programme → Zubehör → Eingabeaufforderung: shutdown -s -t 5
herunterfahren.
In der Konfigurationsdatei gibt man das Device des CD-ROM an (z.B. phy:/dev/sr0,hdc:cdrom,r).
Man muß die entsprechende CD vor dem Booten im Laufwerk haben, damit man sie in Windows nutzen kann.
Es besteht nun die Möglichkeit einzelne USB-Devices einzubinden. Dazu muß man die beiden IDs des Devices wissen. Mit dem Aufruf lsusb erhält man die gewünschten Informationen:
Bus 007 Device 001: ID 0000:0000 Bus 006 Device 001: ID 0000:0000 Bus 005 Device 001: ID 0000:0000 Bus 004 Device 002: ID 046d:c001 Logitech, Inc. N48/M-BB48 [FirstMouse Plus] Bus 004 Device 001: ID 0000:0000 Bus 002 Device 001: ID 0000:0000 Bus 003 Device 005: ID 067b:2303 Prolific Technology, Inc. PL2303 Serial Port Bus 003 Device 004: ID 1267:0103 Logic3 / SpectraVideo plc Bus 003 Device 001: ID 0000:0000 Bus 001 Device 001: ID 0000:0000
Dabei steht am Ende ID 067b:2303 für die gewünschte ID.
Etwas irritierend ist, daß man eventuell nach
Sollte keine Grafikausgabe trotz der Meldung dom startet erscheinen, dann stimmt was bei den SDL Liburies nicht. Stelle einfach mal auf vncviewer um.
xm create /etc/xen/winxp.cfg funktionierte nicht und bricht mit Fehlermeldung ab:
Device 768 (vbd) could not be connected. Backend device not found.
Es könnte eine SDL Lib fehlen. Installiere das Paket libsdl-image1.2 bzw. libsdl1.2debian. ==== Fehler 3 ==== Ich betreibe diese Konfiguration mit X und zwei Bildschirmen (XINERAMA). Wenn ich Windows über sdl oder vncviewer// aud dem zweiten Bildschirm (2. Kanal) habe, friert meine Maus in X ein, wenn ich sie aus Windows löse und auf den ersten Bildschirm wechsel.
Das selbe Problem habe ich, wenn die Maus noch im Windowsfenster ist, die Windows-domu herunterfährt und dann das Fenster verschwindet.
Lösung: Leider noch keine.
funktioniert weiterhin, Tastatur ausstöpseln und wieder rein bringt nichts. In /var/log/syslog wurde das ab- und anstöpseln der Tastatur richtig erkannt. Problem trat auf, als ich manuell die ip in xp geändert habe. per ssh kann man sich noch einloggen. nach ca. 20min wird rdesktop mit dem folgenden Fehler abgebrochen <code> ERROR: send: No route to host <\/code> Tastatur funktioniert wieder. die vm winxp ist aber noch gestartet. man kann sich mit rdesktop wieder remote anmelden, aber mit der neuen ip (192.168.2.99)