Und plötzlich rennt meine gute alte Windows XP-VM wie Sau. Wahnsinn. Ich kann ja nun kaum Rückschlüsse darauf machen, ob es an SL oder an F3 liegt, da ich nur wenige Tage F2 unter SL genutzt habe. Aber ich habe den Eindruck, dass F3 meiner WinXP-VM unglaublich Beine macht.

Geht Euch das nicht auch so?

Wie steht es eigentlich um die 64-bit? Ich habe 4GB RAM in meinem Mac mini (davon 2GB der Windows XP-VM zugewiesen) und habe nie daran gedacht, dass z.B. unter 32-bit-Windows alles, was über 3GB RAM geht, ja ignoriert wird. SL und F3 laufen doch eigentlich mit 32-bit. Der System Profiler zeigt mir auch 4GB RAM an. Wann lohnt es sich denn, SL und F3 in 64-bit statt 32-bit laufen zu lassen? Nur wenn die VM auch in 64-bit läuft oder immer?

Gruss von IceHouse
——————————————————————————————
I’ve just done an install of Snow Leopard Client in Fusion 3.0 — from the DVD, not from an ISO of the DVD. No requirement to make an empty ServerVersion.plist file in the image or alter the install disc.

Procedure:

In Terminal, execute:
sudo bash

Enter your password if prompted. When you get the # prompt, cut and paste the following into the Terminal window:

cd “/Library/Application Support/VMware Fusion/isoimages”
mkdir -p original
mv darwin.iso tools-key.pub *.sig original
perl -n -p -e ’s/ServerVersion.plist/SystemVersion.plist/g’ darwin.iso
openssl genrsa -out tools-priv.pem 2048
openssl rsa -in tools-priv.pem -pubout -out tools-key.pub
openssl dgst -sha1 -sign tools-priv.pem darwin.iso.sig
for A in *.iso ; do openssl dgst -sha1 -sign tools-priv.pem $A.sig ; done

Launch VMware Fusion, create a new VM for Snow Leopard. Save the VM, and then exit Fusion. Using either the terminal or Finder, navigate inside the VM and edit the *.vmx file.

Find the line that reads:

firmware = “efi”

Change it to read:

firmware = “bios”

You should now be able to rerun Fusion, and boot the VM from your Snow Leopard DVD, or an unmodified ISO. I’ve just completed an install using this method, and it booted up from the virtual hard drive and so far is working fine.

kann man denn nun os x 10.6 virtualisieren oder funktioniert das noch nicht?
muss ich erst ne VM mit fusion 2 machen und die dann mit der 3 importieren?

Gruß,
mpire360

Naja …. jetzt heißt es bei V2 bleiben oder zumindest V2 im Zugriff behalten sofern der Fall mal wieder akut wird.

Gruss & danke für die rückmeldungen.
Fidel

Schade. Patchen ja, neu installieren, nein. Das Darwin.iso ist definitiv gepatched, aber der Abfragemechanismus ist jetzt wohl verfeinert worden.

* Der MultiMacHelper an sich läuft weiterhin problemslos durch
* die Grundstrukturen für den technischen Trick bestehen weiterhin.
* Nach Installation von VMware 3 konnte ich die alten OSX virtuellen Maschinen (10.5 & 10.6 unter vmware 2 erstellt) jedoch in VMware 3 nicht mehr starten -> Client-/Server Hinweis
* anschließend 2 fach (rückgängig und erneut durchführen) den Helper ausgeführt – und voila die alten unter VMware 2 erstellten OSX Client VMs funktionieren weiterhin.

ABER:
* unter 10.6 und VMware 3 kann ich mit diesem Ansatz so keine weiteren 10.5/10.6 Client VMs installieren a wieder der Warnhinweis erfolgt

Ich hoffe das hilft mal denjenigen die selbst grad an der Baustelle rumspielen – ich denke in den kommenden Tagen wird sich das Thema sicherlich von alleine erledigen und das komplette Szenario wird wieder funktionieren …. mal sehn wann ich den manuellen Ansatz den IceHouse erwähnte durchspielen kann.

Gruss
fidel

ich wollte gerade sagen:

* großer ansturm bei VMware
PLUS
* Wartungsarbeiten gestern an der Seite selbst

…aber hat sich ja tollerweise von alleine erledigt

Gruss
fidel

@icehouse:
hehe … freut mich zu hören.
Zwischenzeitlich klang das eher negativ was ich zu hören bekommen habe.

Morgen wie gesagt mal selber testen

gruss
fidel

sprich hast du auch wirklich osx client installiert ?
Oder läft der Code nur sauber – ohne Fehlermeldungen durch ?

Gruss
fidel