How often have you downloaded images and burned them to CD or DVD, only to find they don't work?  With one click you can test the .iso before wasting blank media on a bad download.

Di seguito trovate il video (fatto un po male) che mostra l'esecuzione del sistema operativo.

.

Click HERE

.

.

.

.

.

.

.

.

.

.

.

.

.

.

.

.

.

.

.

.

.

.

.

.

]]> http://falldowngoboom.wordpress.com/?p=40 Wed, 06 Aug 2008 12:16:51 +0000 hacktek http://falldowngoboom.wordpress.com/?p=40 So yeah. As if Vista wasn't a resource hog enough (don't get me wrong, i love the OS but you definitely need a potent machine to run it well enough), some dude decided that it would be fun to do a little "proof-of-concept" and install Vista on a Playstation 3. Basically he installed Linux (which only has 210 MB of RAM available at bootup) and then used QEmu to run a virtual machine of vista on it. The result is dreadful.

Some numbers:

1 day to install
25 minutes to fully boot
5 minutes to show start menu
12 minutes to open *gasp* notepad

I guess this should already convince you people not to do this ever, but just in case you need more info on just how painful it is, here's the video.

Source: Engadget

En primer lugar me he bajado las fuentes del openmoko siguiendo las instrucciones del blog Ubuntu Life. Antes de eso me he tenido que instalar subversion (y subversion-tools y libsvn1) desde el Synaptic (sí, ya sé que hubiera sido igual de efectivo un apt-get), ya que no tenía el comando del cliente de subversion svn, necesario para ejecutar esta operación.

svn checkout https://svn.openmoko.org/trunk/src/host/qemu-neo1973

Tras un par de minutos se descargaron los aproximadamente 36 megas de código fuente. El siguiente paso era compilarlo todo. Pero antes había que asegurarse de que de lo hacía con la versión de compilador adecuada. Yo tenía instalada la versión gcc-4.1. Y necesitaba un compilador de la versión 3.x. Así que me instalé con el synaptic la gcc-3.4 (y gcc-3.4-base) Y de paso me instalé también el resto de paquetes que indican en el blog: libsdl1.2-dev, lynx, y netpbm. Tras esto se me encendió de nuevo la bombilla sobre la cabeza y me vino a la mente una palabra: qemu. Efectivamente, no lo tenía instalado. Así que recurrí a me querido synaptic, busqué con la clave qemu e instalé los paquetes necesarios (y algunos más): qemu, qemuctl, qemu-launcher, vgabios y kqemu-common.

Tras estos prolegómenos inicié el proceso:

cd qemu-neo1973
./configure --target-list=arm-softmmu --cc=/usr/bin/gcc-3.4
make

que me falló estrepitosamente ante la imposibilidad de encontrar una cabecera llamada zlib.h. Al instante comprendí que me faltaba un paquetillo más, que procedí a instalar (sí, con el synaptic): zlib (zlib1g y zlig1g-dev, siendo esta última la que contiene la cabecera faltante) Tras esto y algo más que un par de minutos se acabó la compilación con éxito. Era hora de bajarse los binarios y cargarlos en la NAND Flash virtual ...

ubuntu@yerart:~/yo/temp/qemu-neo1973$ openmoko/download.sh
ubuntu@yerart:~/yo/temp/qemu-neo1973$ openmoko/flash.sh

con éxito total (sale un montón de información en pantalla que reproduzco en los comentarios de este artículo para no llenar de cosas que no pueden interesar en el artículo principal)

Y finalmente he ejecutado el comando que pone en marcha el emulador (es todo una línea, aunque aparezcan varias):

arm-softmmu/qemu-system-arm -M gta01 -m 130 -mtdblock openmoko/openmoko-flash.image -kernel openmoko/openmoko-kernel.bin -usb -show-cursor

La ventanita del emulador aparece, el procesador del portátil se pone al 100%, el ventilador se pone a girar y parece que va a despegar, y aparece un mensaje de boot con varias opciones.

Intento moverme con las teclas de cursor pare elegir el boot pero no consigo nada. Al par de minutos se me cierra la ventana. En el terminal de bash aparecen todos estos mensajes:

neo_gsm_switch: GSM disabled.
pcf_write: charging in Qualification Mode.
pcf_write: charge voltage 4.20V.
neo_lcd_rst_switch: LCD reset.
jbt6k74_command: Display on.
neo_vib_switch: Buzz, buzz.
neo_vib_switch: Vibrator stopped.
neo_bl_switch: LCD Backlight now on.
pcf_write: Power-off requested.

Tras intentarlo de nuevo y descubrir de forma intuitiva que con la tecla intro se mueve uno entre las opciones y con la tecla espacio se selecciona consigo arrancar el sistema (qtopia)

y ponerme en el menu principal.

En la pantalla se indica No Network. Este es el log que me ha salido en la pantalla del terminal desde el que he arrancado el emulador:

usb -show-cursor
neo_gsm_switch: GSM disabled.
pcf_write: charging in Qualification Mode.
pcf_write: charge voltage 4.20V.
neo_lcd_rst_switch: LCD reset.
jbt6k74_command: Display on.
neo_vib_switch: Buzz, buzz.
neo_vib_switch: Vibrator stopped.
neo_bl_switch: LCD Backlight now on.
s3c_timers_write: Bad register 0x40
neo_bl_intensity: LCD Backlight now at 20/64.
s3c_adc_write: Bad register 0x8
s3c_mmci_writew: Bad register 0x38
s3c_mmci_writew: Bad register 0x38
s3c_mmci_writew: Bad register 0x38
s3c_mmci_writew: Bad register 0x38
s3c_mmci_writew: Bad register 0x38
s3c_mmci_writew: Bad register 0x38
s3c_mmci_writew: Bad register 0x38
s3c_mmci_writew: Bad register 0x38
s3c_mmci_writew: Bad register 0x38
s3c_mmci_writew: Bad register 0x38
s3c_mmci_writew: Bad register 0x38
neo_bl_intensity: LCD Backlight now at 9/64.
neo_bl_intensity: LCD Backlight now at 15/64.

Le doy a uno de los botones (no me acuerdo si es la estrella) y me voy al teclado de números de marcado. Pone un mensaje de esperar un momento pero aparte de marcar los números no veo ninguna otra reacción.

Al darle al back me voy a una pantalla con el icono de una casa y la leyenda Home. En opciones aparece solamente la ayuda.

Si le doy otra vez a back me voy al Main Menu donde se encuentran toda la pléyade de iconos.

Pero no siempre es así y me muevo del teclado de números (ocasionalmente me pone running en la parte de arriba) a la pantalla de Home y no vuelvo a conseguir el Main Menu. ¿Cómo salgo de este bucle infinito? No sé como apagar estoooo .... En fin, cierro la ventana y ya está. Seguiremos experimentando.

OpenMoko is a smartphone based on Linux with its own development kit and functions very similar to the famous Apple Iphone.

UbuntuLife show the instructions to emulate it on Linux:

To compile the emulator:
Download the source code:

svn checkout https://svn.openmoko.org/trunk/src/host/qemu-neo1973
cd qemu-neo1973

Add libraries for compile:

sudo aptitude install gcc-3.4 libsdl1.2-dev lynx netpbm

Compile:

./configure --target-list=arm-softmmu --cc=/usr/bin/gcc-3.4
make

Download the last avaible image of the OpenMoko operating system and install it on the emulated phone:

openmoko/download.sh
openmoko/flash.sh

Now run the emulator:

arm-softmmu/qemu-system-arm -M gta01 -m 130 -mtdblock openmoko/openmoko-flash.image -kernel openmoko/openmoko-kernel.bin -usb -show-cursor

Happy emulation!

here is a document about how to install slitaz on PC:

install slitaz step by step:

but i do not want to install on my PC,only i want to in my virtual machine (with qemu) ,following is my practice:

1, create a new virtual disk.
qemu-img create disk1.img 1G
2, fdisk and make file system on the virtual disk out side virtual PC

#losetup -f ( find the first freely loop device ,suppose the first loop device is /dev/loop0)
#losetup /dev/loop0 disk1.img ( connect the disk1.img with a loop device)
#fdisk /dev/loop0 ( then you can consider the /dev/loop0 device as a "real" disk ,and make partitions on it. in this sense, I only create a primary partition using 1 partition ,and make 1 partition bootable. the first section is from 63 --from which section a new partition start can be see during fdisk operation,and should be kept in heart)
#losetup -d /dev/loop0

next is making filesystem on it. for this action ,we need to remount the disk1.img ,and we need know exactly from which byte we create a file system (to install slitaz we need ext3 filesystem), so we use losetup with -o option.
#losetup -o 32256 /dev/loop0 disk1.img (32256 =63 * 512 --63 is the first sector of this partition, every sector is made up of 512 Byte)
# mkfs -t ext3 /dev/loop0

ok ,now filesystem is ready.

then, following the instruction reference above, we
#mount /dev/loop0 /mnt/target
#cd /mnt/target
#mkdir boot
#mount -o loop livecd.iso /mnt/cdrom (livecd.iso is download from livecd.iso

  # cp  /mnt/cdrom/boot/vmlinuz-* /mnt/target/boot
  # cp /mnt/cdrom/boot/rootfs.gz /mnt/target      (cp the necessary kernal and root filesystem to the disk1.img)
 then decompression the rootfilesystem.
 # lzma d rootfs.gz -so | cpio -id   (this is the original instruction,but i found it did not work normally)
 #mv rootfs.gz rootfs.lzma ( it 's appears the lzma recognize a file with .lzma  as right file)
 # lzma -d rootfs.lzma    (after this operation, a archive file rootfs appears)
 # cpio -idv << rootfs   (notice  current direcotry is  /mnt/target , just the virtual disk1.img first partition)
   so far ,kernal ,rootfs is ready, we only need a boot tool to boot them.

 all above is out side virtual machine , I don't know how to install grub or lilo on the MRB of disk1.img.
 so, i have to boot the virtual mache with livecd.iso
 #qemu -hda disk1.img -cdrom livecd.iso -boot d
   after one two minutes the slitaz up .
   inside the virtual machine.
 #mount /dev/hda1 /mnt/target
 #grub-install --root-directory=/mnt/target /dev/hda     (after this operation, in /boot/grub  ,a few new files appears)
it notices you grub install seccessfully.
 then you can boot it from disk1.img
 #qemu -hda disk1.img.
ok,enjoy yourself.

Il blog si è trasferito su www.blog.tugulab.org

Digitare nel terminale questi comandi per fare scaricare l'ultima versione dell'emulatore qemu modificata per emulare il Neo 1973 ed il Neo Freerunner:
svn checkout https://svn.openmoko.org/trunk/src/host/qemu-neo1973
cd qemu-neo1973

Installate i seguenti pacchetti per riuscire a compilare correttamente:
sudo aptitude install gcc-3.4 libsdl1.2-dev lynx netpbm

Ora la compilazione:
./configure --target-list=arm-softmmu --cc=/usr/bin/gcc-3.4
make

Scarichiamo l'ultima immagine disponibile di Openmoko, e la "scriviamo" nel finto telefono (l'emulatore):
openmoko/download.sh
openmoko/flash.sh

E facciamo partile l'emulazione (il seguente comando è tutta una sola riga):
arm-softmmu/qemu-system-arm -M gta01 -m 130 -mtdblock openmoko/openmoko-flash.image -kernel openmoko/openmoko-kernel.bin -usb -show-cursor

Se vogliamo aggiornare l'emulatore e l'immagine Openmoko basta posizionarsi nella cartella dove si trova (solitamente qemu-neo1973) e dare:
svn up

e poi ripetere i passaggi descritti sopra.

Buona emulazione!

Il blog si è trasferito su www.blog.tugulab.org

I've been using VMware Player for quite some time, and it's quite good, but recently, I stumbled upon another free virtualization tool which also allows you to create new VM images (VMware Player only plays back VMware images created with a purchased version, such as VMware Workstation, or through a website such as EasyVMX: http://www.easyvmx.com/)

According to Wikipedia (http://en.wikipedia.org/wiki/VirtualBox):

VirtualBox is an x86 virtualization software package originally created by German software company Innotek and now being developed by Sun Microsystems as part of its Sun xVM virtualization platform. It is installed on an existing host operating system; within this application, additional operating systems, each known as a Guest OS, can be loaded and run, each with its own virtual environment. For example, Linux can be guest hosted on a single virtual machine running Microsoft Windows XP as the Host OS; or, XP and Windows Vista can run as guest OSes on a machine running OpenSolaris.

Supported host operating systems include Linux, Mac OS X, OS/2 Warp, Windows, and Solaris, while supported guest operating systems include FreeBSD, Linux, OpenBSD, OS/2 Warp, Windows and Solaris.^[1]

According to a 2007 survey by DesktopLinux.com, VirtualBox is the third most popular software package for running Windows programs on Linux desktops.^[2]

So far, so good, with the exception of a little glitch I experienced while installing FreeDOS. Ubuntu runs quite well, and quite fast, as far as I can tell.

A particularly cool element of VirtualBox is the "Seamless Desktop" mode, similar to what is found in Parallels or VMware Fusion on the Macintosh:

Considering the level of functionality given for free, which is quite similar to the functionality you'd have to pay for in VMware or Parallels, I'm tempted to stick with VirtualBox for the near future and put it through its paces.

If you're curious about VirtualBox yourself, you can find a copy here:

http://www.virtualbox.org/wiki/Downloads

and more directly, here:

Sun xVM VirtualBox 1.6 Download

Update:

Here are some links to download pre-made VirtualBox images:

http://virtualbox.wordpress.com/

http://sourceforge.net/project/showfiles.php?group_id=213555

Leider hat Fallout diese Möglichkeit von Haus aus nicht eingebaut (eigentlich mehr als eine Schande und nicht wirklich tragbar), mit einem kleinen Patch von "Mash" ist dies jedoch schaffbar.

Da ich von Natur aus versuche auf Windows zu verzichten kam ich in den Genuss diesen Patch unter einigen nicht ganz alltäglichen Systemen zu testen. Hier die Ergebnisse:

• auf Linux mit Wine 1.10 läuft er überhaupt nicht
• Qemu mit Win98 tut ebenfalls nicht
• Qemu mit WinXP funktioniert problemlos

Daher gehe ich davon aus dass die meisten von euch (wahrscheinlich unter Windows XP) mit dem Patch keinerlei Probleme haben sollten (Hey, keine Garantien von meiner Seite!) und wünsche euch viel Spaß damit.

This is my experience what I did when faced these problems. I downloaded qemu for Windows and also the ISO of the Linux I wanted to use. In my case it was Xubuntu as I wanted a lightweight distro. First of all you dont need to install qemu at all, just unzip it and keep it in any folder of you choice. Neither do you have to add any Product key or anythin of the sort. Here it the step by step proceedure what needs to be done to make a Virtual copy of Linux running on yor system.

1. Get a copy of the ISO of your Operating System

I wanted to install Linux - Xubuntu and download a copy of it from the main website. You can get any OS, doesnt need to be Xubuntu. It can be OpenSolaris, OpenBSD, FreeBSD or Windows itself

2. Create a virtual Hard Disk

This step is useful only if you want to install the OS, if you intend just to run LIVE without installing, you can skip this stage.

qemu-img.exe create filename 4000M

Where filename is the name of the file you are intending to use as a Hard Disk and 4000M means the size of the file is 4000MB. To create files of size more than 4GB you need to be on NTFS Filesystem as older ones cant handle such large files.

3. Start the OS in Live Mode

In this case you dont need to have a Hard Disk, just an ISO required. Boot from it using the command

qemu.exe -cdrom isoimage.iso -boot d

In this case isoimage.iso is the file which contains the ISO and is to tell that you want to boot from CD. In this case you have chosen to make CDROM as an ISO.

4. Install the OS on the Disk you created

In this you need to have the Disc created along with the ISO, use this command

qemu.exe -cdrom isoimage.iso -hda filename -boot d

The above command means that you chosen ISO as the CDROM, filename as First Hard Disk (hda) and you wanted to boot from CDROM ( -boot d )

Install from the ISO, when it is complete, just exit from qemu.

5. Starting an installed OS

This case is when you have installed from the ISO and want to use it regularly. In this case just issue the command

qemu.exe -hda filename -boot c

Here -boot c tells to boot from the first Hard Disk, you dont need -cdrom option as you have already installed the OS. You can have more than one hard disk, by specifying the -hdb ,-hdc and -hdd option, but you can only boot from -hda.

Tips:

• I was not able to connect to network even after specifying a lots of options. If your network doesn't work and you want to  have some files on the guest OS, then download it on host OS, make an ISO from all those files using some tool like MagicISO. Then before starting the Virtual Machine, specify this ISO in the -cdrom options but use -boot c option itself to boot from the hard disk. Now when you are inside the OS, just mount the ISO using the command

mount /dev/scd0 /media/cdrom

• Dont ever close the running Host OS using the close button of available in windows. Maybe you might not understand why at the first glance, but you can corrupt your data or installation. Dont even try to open two instances of the Guest OS using the command two times using the same Hard Disk file. You can badly screw up your installation.
• -boot option can be used to control the boot priority as you did in BIOS settings. 'a' means floppy drive, 'c' means Hard Disk and 'd' means CD Drive.
• Since you can have more than one Hard Disk you may be tempted to use the Hard Disk images in any order you want. This is highly unrecommended because MBR is only on the first Hard Disk. If you have Second Hard Disk on hdb when installing, swapping them too may lead to unbootable state as the Second Hard Disk doesnt have a MBR.
• You can even start the Guest OS in full screen mode using the -full-screen option
• Lastly, qemu can even access your Host OS's hardware itself. You can install Linux/OpenSolaris etc on the physical partitons itself. You can directly access the physical CD Drive inside the Guest OS. All these would be covered in the next Tutorial.

In diesem Artikel geht es darum für den VMWare Player eine eigene VM-Konfiguration zu erstellen.  VMWare ist einer der bekanntesten Hersteller von VM-Software. Zu den Produkten zählen unter anderem der VMWare Server und der VMWare Player.
Der VMWare Server bietet alle Konfigurationsmöglichkeiten um eine Virtuelle Maschine zu erstellen und zu verändern. Der Player ist dazu gedacht eine so erstellte VM zu starten. Ihm fehlen alle Einstellungen die es erlauben würden auf die Konfiguration Einfluss zu nehmen.

Man muss daher auf andere Möglichkeiten zurückgreifen, um diese Konfiguration und die restlichen benötigten Dateien zu erstellen.

Das hier beschriebene Verfahren beruht auf meinen ersten Erfahrungen mit Virtuellen Maschinen. Angesichts einer Vielzahl anderer Virtualisierungs-Lösungen wie z.B. Virtual Box oder dem VMWare Server selbst, die eine bequeme grafische Konfiguration bieten, ist diese Vorgehensweise mittlerweile unnötig kompliziert.
Wie bereist erwähnt kann man mit dem VMWare Server Virtuelle Maschinen für den VMWare Player erstellen. Des weiteren werden spezielle VMs direkt von VMWare zum Download angeboten, teils jedoch als beschränkte Testversionen.

Um eine Virtuelle Maschine mit dem VMWare Player starten zu können muss man zwei wichtige Komponenten bereit stellen.
Zum einen die Konfigurationsdatei die alle Eigenschaften der Virtuellen Maschine festlegt. Zum anderen eine *.vmdk Datei, die als virtuelle Festplatte der VM dient.

Die Konfigurationsdatei lässt sich recht einfach mit einem Online Service erstellen. Auf EasyVMX lassen sich mithilfe eines Assistenten alle nötigen Optionen festlegen. Daraus wird dann eine Konfigurationsdatei generiert die man sich herunterladen kann.

Die *.vmdk Dateien kann man mit Qemu erstellen. Dabei handelt es sich auch um eine VM-Software. Diese ist in den Repositories der meisten Linux-Distributionen enthalten und lässt sich so direkt installieren. Falls nicht kann man das Programm direkt als Quellcode von der Homepage herunterladen und auf dem eigenen Rechner kompilieren.

Das Vorgehen im Einzelnen
Als erstes benötigt man den VMWare Player und Qemu.
VMWare Player kann von der VMWare Homepage herunterladen werden, jedoch ist eine Registrierung auf der Seite erforderlich.
Zum Installieren entpackt man das Archiv in einen Ordner und führt das Skript "vmware-install.pl" aus. Hat man den VMWare Player installiert muss man noch das Skript "/usr/bin/vmware-config.pl" ausführen. Dann sollte man prüfen ob alle nötigen Pakete installiert sind um ein Kernel-Modul kompilieren zu können. (Kernel Header und Sources sowie gcc)
Das Skript konfiguriert die Netzwerkschnittstelle und erstellt die Kernelmodule die zum Starten des Programms benötigt werden. Ist der Vorgang abgeschlossen sollte sich der VMWare Player starten lassen. Entweder über eine Verknüpfung im Menü des Desktops oder indem man "vmware" im Terminal ausführt.

Hinweis: Es kann vorkommen, dass sich das Programm nicht starten lässt. Im Zweifelsfall sollte man den Terminal benutzen, da man hier Fehlermeldungen bekommt. Ein bekannter Fehler ist der, dass der Player immer wieder dazu auffordert das "vmware-config.pl" Skript zu starten, auch wenn man dies bereits mehrmals getan hat. Um dieses Problem zu beheben geht man in das Verzeichnis "/etc/vmware" und sucht dort nach der Datei "not_configured". Ist diese Datei vorhanden löscht man sie. Nun sollte der Player laufen. Dieser Fehler tritt besonders dann auf, wenn man früher bereits eine andere VMWare Software installiert hatte.

Damit ist der erste Schritt abgeschlossen.
Als nächstes erstellt man sich einen Ordner im Home-Verzeichnis in das man später alle Dateien der eigentlichen Virtuellen Maschinen packt. Es sollten einige GB Platz vorhanden sein, da besonders die Festplatten-Images Platzfresser sind.
(z.B.: "/home/user/vmachine")

Nun kann man sich an das Erstellen der Konfiguration wagen. Dazu bietet sich wie gesagt der Online Service EasyVMX an. Auf der Seite wählt man "easy VMX v2.0" und hat dann ein Formular vor sich.
Hier sollte man jeden Punkt sorgsam durchgehen. Gleich am Anfang ist das Guest-OS und die Speichergröße wichtig. Je nachdem wieviel RAM der Rechner besitzt kann man hier Speicher vom Hauptsystem der VM zuteilen. Dabei ist ein gesundes Abwägen ganz günstig damit man dem Hauptsystem noch etwas Luft zum Atmen lässt. Mehr als die Hälfte des Speichers sollte man aber nicht verwenden.

Ebenfalls wichtig sind die Laufwerke. Zunächst wird das CD-ROM Laufwerk konfiguriert. Hier kann man das Laufwerk des Rechners nehmen oder, falls man ein ISO-Image der Betriebssystem-CD auf der Platte liegen hat, direkt den Pfad zu der *.iso Datei angeben. Z.B.: "/home/user/iso/winxp.iso"
Bei den Festplatten ist es besser die voreingestellten Werte zu belassen, da man hier die Einstellungen später in der Konfigurations-Datei direkt eintragen muss.

Am Ende wird noch eine experimentelle Direct-X Unterstützung angeboten. Falls man in diese Richtung gehen will, also z.B. Windows Spiele in der VM laufen zu lassen, kann man die Option gerne aktivieren. Ich werde aber darauf in keiner Weise eingehen, da dieses Thema noch nicht wirklich praxistauglich ist.
Zum Abschluss klickt man auf "Create Virtual Machine" und bekommt dann den Download eines Zip-Archivs angeboten. Dieses lädt man sich herunter und öffnet es. Man benötigt ausschließlich die *.vmx Datei. Diese entpackt man in das Verzeichnis, das man sich zuvor für die Virtuellen Maschinen angelegt hat. ("/home/user/vmachine")

Der nächste Schritt ist das Erstellen der Festplatten Images die dem VMWare Player als Festplatten dienen. Hierzu benötigt man Qemu. Falls Qemu nicht in den Software-Quellen der Distribution zu finden ist, muss man sich die Quellcodes von der Homepage herunterladen.
Ist Qemu einsatzbereit wechselt man in den Ordner für die VMs, wo sich bereits die *.vmx Datei befindet.
"cd /home/user/vmachine"

Wenn man sich klar darüber ist wie groß die virtuelle Festplatte sein soll, bei Windows XP sind 7GB ganz gut, gibt man folgenden Befehl ein:
"qemu-img create -f vmdk ./windows.vmdk 7G"
Die Datei nimmt bereits die vollen 7GB ein und ist unformatiert.

Zum Schluss muss noch das Image in der Virtuellen Maschine eingetragen werden. Dazu öffnet man die *.vmx Datei mit einem Editor und sucht dann diesen Abschnitt:

# First IDE disk, size 4800Mb
ide0:0.present = "TRUE"
ide0:0.fileName = "My_Virtual_Machine.vmdk"
ide0:0.mode = "persistent"
ide0:0.startConnected = "TRUE"
ide0:0.writeThrough = "TRUE"

Hier trägt man den kompletten Pfad der *.vmdk Datei, die man mit Qemu erstellt hat, in die Zeile "ide0:0.fileName =" ein. In unserem Beispiel sieht die Zeile dann also so aus:

ide0:0.fileName = "/home/user/vmachine/windows.vmdk"

Somit hat man eine Systemfestplatte auf die man dann Windows XP installieren kann. (oder ein anderes Guest-System)

Nach dem die Datei gespeichert wurde kann man den VMWare Player starten und dort dann die *.vmx Datei öffnen. Da die virtuelle Festplatte leer ist muss man zunächst das Betriebssystem installieren, entweder über die Original-CD oder ein ISO-Image.

Wichtige Einstellungen in der *.vmx Datei
Während man mit der Virtuellen Maschine arbeitet kommt es oft vor, dass mal Einstellungen geändert werden müssen. Durch das Fehlen von Optionen im VMWare Player müssen alle diese Änderungen von Hand in der *.vmx Datei gemacht werden.

CD-ROM Laufwerk, ISO-Image und Festplatten
Um von einem ISO-Image als virtuelle CD mal auf eine CD im Laufwerk des Rechners zu wechseln öffnet man die *.vmx Datei und sucht folgenden Bereich:

ide1:0.present = "TRUE"
ide1:0.deviceType = "cdrom-raw"
ide1:0.startConnected = "TRUE"
ide1:0.fileName = "auto detect"
ide1:0.autodetect = "TRUE"

Um statt des CD-ROM Laufwerks ein ISO-Image einzubinden ändert man den Wert von  "deviceType" in "cdrom-image" und trägt den Pfad zu der *.iso Datei bei "fileName" ein.
Um sich das arbeiten zu erleichtern gibt es aber auch einen anderen Weg.

Die Virtuelle Maschine bietet, genau wie ein echter PC, vier Laufwerks-Plätze an. Einen primären und einen sekundären Controller mit jeweils einem Master und einem Slave. In der *.vmx Konfigration wird dies durch "ide0:0" und "ide0:1" sowie "ide1:0" und "ide1:1" ausgedrückt.
Da die Standard-Konfiguration nur zwei Plätze nutzt hat man also noch Spielraum. Eine gute Möglichkeit dies auszufüllen ist z.B. noch ein weiteres Festplatten-Image zu erzeugen, das als Daten-Partition für das Guest-System dient, und zwei statt nur einem CD-ROM einzutragen. Eines für das physikalische Laufwerk und eines für ein Image. So muss man nicht immer die Datei bearbeiten, um mal von dem Einen auf das Andere zu wechseln.
Um ein neues Laufwerk zu erstellen braucht man nur zwei Zeilen, bei einer CD drei. Hier am Beispiel einer weiteren Festplatte. (Die man natürlich wieder mit Qemu erstellen muss)

ide0:1.present = "TRUE"
ide0.1.fileName ="/home/user/vmachine/daten.vmdk"

Und für das CD-ROM Laufwerk des Rechners: (da wir ja oben das Laufwerk zu einem Image geändert hatten)

ide1:1.present = "TRUE"
ide1:1.deviceType = "cdrom-raw"
ide1:1.fileName = "auto-detect"

Speicher-Zuweisung für die VM ändern
Um der Virtuellen Maschine mehr oder weniger RAM zur Verfügung zu stellen sucht man nach dem Eintrag:

memsize = "..."

Als Wert trägt man die gewünschte Größe des Speichers in MB ein.

Wenn die Netzwerkkarte nicht funktioniert
Lässt sich die Netzwerkkarte der VM im Guest-System nicht installieren weil kein Treiber gefunden wird so muss man folgende Zeile aus der *.vmx Datei löschen:

ethernet0.virtualDev = "..."

Somit wird ein Standard-Treiber verwendet und es sollte daraufhin funktionieren.

Den Funktionsumfang des VMWare Player erhöhen
Der VMWare Server und die anderen großen VMWare Produkte bieten einen höheren Komfort beim Arbeiten mit der VM als der Player das kann.
So kann man z.B. die Maus frei zwischen Host und Guest bewegen, zwischen beiden Systemen die Zwischenablage nutzen und bessere Grafik- und Netzwerk-Leistung erreichen.
Dazu wird eine kleines Software Paket genutzt das VMWare Tools heißt.
Beim Player fehlt jedoch die Option diese Software herunterzuladen. Es handelt sich dabei um ein kleines ISO-Image welches eingebunden und dann installiert werden kann.
Kommt man an dieses Image heran, kann man es auch im Player installieren.

Alternativen
Wie bereits erwähnt gibt es andere VM-Lösungen die weniger Arbeit erfordern, jedoch gleiche oder ähnliche Leistung bieten.

Da man beim Abarbeiten dieser Anleitung ja bereits Qemu installiert hat, kann man diese VM auch voll ausnutzen. Allerdings wird Qemu an sich über den Terminal und Dateien konfiguriert. Es gibt allerdings grafische Frontends die eine GUI zur Verfügung stellen mit der sich alle Einstellungen vornehmen lassen.
Genannt sei hier zum Beispiel Qemulator.
Ich muss aber dazu sagen das ich selbst nie mit Qemu gearbeitet habe. Daher kann auch keine Aussage dazu machen.

Eine andere Möglichkeit ist Virtual Box. Diese VM bietet alle nötigen Einstellungen, es lassen sich VMs erstellen und ändern. Auch die Festplatten Images lassen sich mit Virtual Box erstellen. Das Programm verwendet ein eigenes Dateiformat, wodurch die VMWare Images nicht direkt genutzt werden können.
Es gibt allerdings eine englische Anleitung wie man eine VMWare Maschine in eine Virtual Box VM umwandelt. Virtual Box bietet ebenfalls ein Tool ähnlich dem von VMWare, das sich bequem herunterladen und direkt installieren lässt.

Zum Schluss möchte ich noch sagen, dass Virtuelle Maschinen ein Thema ist mit dem man sich wirklich intensiv befassen kann. Was einem aber auch gute Möglichkeiten bietet, vor Allem wenn man z.B. Software Entwickler ist oder einfach mal andere Betriebssysteme installieren und testen möchte.

Ich persönlich kann momentan Virtual Box wirklich empfehlen. Es ist alles vorhanden was man braucht, die Performance ist gut und die Oberfläche ist sehr bedienerfreundlich gestaltet.

Ich werde zu einem anderen Zeitpunkt nochmal auf Virtual Box eingehen.

Noch ein paar letzte Worte zu den experimentellen Projekten rund um VMWare. Die VMWare Software beinhaltet teilweise Möglichkeiten wie die 3D Unterstützung und die Möglichkeit statt den Festplatten Images direkt Partitionen der Festplatte selbst zu nutzen. Diese Dinge sind aber wie gesagt experimentell. Es besteht ein hohes Risiko von Datenverlust oder anderen Problemen.
Wer sich damit wirklich befassen möchte der wird bei Google einiges zu den Themen finden. Man sollte aber nicht erwarten dass die Konfiguration einfach von Statten geht.

So viel erstmal zum Thema Virtuelle Maschinen ... reicht auch glaube ich. Das ist erstmal genug Lesestoff hier. :-)

Anyway, VirtualBox is highly dependent on the kernel of the base system you're running it on, so it is linked to the kernel packages in Ubuntu. The only problem is that, when upgrading your kernel with the usual Ubuntu package updates, you don't get an update for the VirtualBox right away. Instead, you will have to wait for a few days, and possibly a few weeks. The recommendation is thus: do not upgrade your kernel if you

• really need VirtualBox
• don't really need the upgrade
• don't know for sure if there is a new VirtualBox package for that kernel

You can always start your system withn older kernel later on (if you didn't clean the older versions), but then what's the use of upgrading?

To give you a rough idea, to date, the latest kernel package is linux-image-2.6.24-19-*, and the latest VirtualBox kernel-dependent package is virtualbox-ose-modules-2.6.24-16-*