Wie immer bei Erscheinen einer neuen Version von VMware Fusion hier der Vollständigkeit halber:
VMware 3.1 - Tiger, Leopard, Snow Leopard - Retail
Ja, auch die Retail-Versionen von Leopard, Snow Leopard und (mit Einschränkungen) auch Tiger lassen sich zur Mitarbeit bewegen – wie üblich ist die Sperre hinsichtlich der reinen Server-Lizenzen relativ leicht aushebeln – wenn man weiß wie [1] [2].
… der vollziehe folgendes Szenario. Aua, sowas habe ich auch noch nicht gesehen – und ich war schon wieder dabei, auf die Telekom und ihre DSL-Leitungsstablität zu schimpfen … doch das Problem war hausgemacht.
Jedenfalls – Fehlersituation: Die Fritz!Box bootet. Immer wieder. Kaum dass sie wieder online war und Zugriffe vom LAN aus akzeptierte, bootete sie erneut. Und nochmal. Und nochmal … Sehr frustrierend: Die Clients hingen auf ihren letzten DHCP-Leases, aber nichts ging nach aussen … streng nach dem Motto: „Kein Bild, kein Ton – hier war ich schon.“
Wieder ‚was gelernt – steht natürlich im Kleingedruckten, aber bekanntlich ist nicht etwa der im Vorteil, der lesen kann, sondern vor allem der, der’s dann auch noch tut.
Also: Seit einigen Releases bin ich dazu übergegangen, statt der „fetten“ Vollinstallation des jeweils neuesten VMware Fusion-Updates nur die so genannte „Light“-Version herunterzuladen. Denn seit Fusion zum schadensbegrenzenden Betrieb von Windows-Gastsystemen eine zeitlich limitierte Gratis-Lizenz von McAfee VirusScan Plus mitbringt, die ich allerdings eh nicht benötige, gibt es diese Light-Version, die diesen Wurmfortsatz doch lieber zu Hause beim Hersteller lässt.
Doch es gibt einen weiteren Unterschied, scheinbar ab Version 3.0:
Wie sich VMware Fusion seit Version 2 dazu überreden lässt, nicht nur die Server- sondern auch die normalen Retail-Versionen von Mac OS X 10.5 „Leopard“ und 10.6 „Snow Leopard“ zu virtualisieren, hatte ich ja schon einmal angedeutet – und auch, dass das im Prinzip auch für VMware Fusion 3 gilt: Der web-auf, web-ab genannte Patch funktioniert immer noch.
Allerdings gilt dies, wie ich gestern feststellen musste, dummerweise nur für bestehende VMs, die bereits mit VMware Fusion 2 erstellt worden sind. Wer jedoch versucht, mit VMware Fusion 3 dasselbe zu tun, steht unversehens im Wald.
Nur ganz kurz:
Selbstverständlich ist die in VMware Fusion eingebaute Sperre, durch die sich nach Wunsch von Apple und VMware nur die Server-Versionen von Mac OS X 10.5 „Leopard“ und Mac OS X 10.6 „Snow Leopard“ virtualisieren lassen sollten, Makulatur. Denn faktisch lässt sich auch die Version 3.0.0 (204229) von VMware Fusion mit haargenau demselben, per sudo ausgeführten Skript dazu überreden, die regulären Client-Retail-Versionen auszuführen – gar kein Problem.
Bleiben Sie mit mir auf Facebook in Verbindung
Folgen Sie mir bei Flickr
Folgen Sie mir bei Twitter
Abonnieren Sie mich bei YouTube