Nachdem die aktuelle Virtualbox Beta laut Changelog inzwischen einen experimentellen Support für Mac OS X Hosts an Board hat lag es nahe den Spaß auch mal durchzuspielen.

Da ich in den letzten Jahren Virtualbox etwas aus den Augen verloren hatte diesmal gleich in der etwas ausführlichen Variante mit vielen Bildern und dem Ziel unter 10.6  und Virtualbox einen virtuellen Snow Leoparden laufen zu lassen.

Vorwort

Apple erlaubt meines Wissens nur die Virtualisierung ihrer Server-Betriebssysteme (oh yeah der tolle Server den jeder Virtualisieren will) und auch dies nur auf Apple Hardware. Der folgende Artikel spielt aus reinem Grundinteresse die Installation von Mac OS X 10.6 Client innerhalb Virtualbox unter meinem eigentlichen 10.6 Client durch. Der Beta-Build aus dem Hause Inotek Sun Oracle bietet diese Option wie erwähnt im experiementellen Zustand an – inwiefern dies jedoch offiziell von Apple abgesegnet ist kann ich nicht sagen.

Gefühlsmässig kann ich mir nicht vorstellen dass Apple diese Möglichkeit gerne sieht – weshalb der Artikel eher als Grundtest und nicht als Schritt für Schritt Anleitung im eigentlichen Sinne zu verstehen ist.

Wer sich nicht im komplett schwarzen Bereich bewegen will sollte auf eine legale und unverwendete Mac OS X Installations-CD zurück greifen und das ganze natürlich nur unter Mac OS X sowie auf einer echten Apple-Kiste machen …. was zwar nur innerhalb einem Teilbereich der Gesamtproblematik wirklich hilft … aber naja. Ansonsten gilt wie immer auf eigene Gefahr.

Und jetzt viel Spaß damit

VirtualBox Grundinstallation

Bevor es losgehen kann benötigen wir erst einmal die aktuelle Virtualbox-Beta – Grundinformationen diesbezüglich findet ihr hier.

Image mounten und Installer anwerfen

Ab Werk werden alle Programmkomponenten welche theoretisch innerhalb “Customize” selektierbar sind ausgewählt und werden daher installiert.

Grundkonfiguration der 10.6 VM in Virtualbox

Der Beta-Build warnt klar vor der Produktivverwendung.

Anschließend sieht man das Virtualbox Hauptfenster.

Anschließend wird via New-Button der Assistent für die Neuanlage einer virtuellen Maschine gestartet.

Der Name für die VM wird definiert und der Betriebssystem Typ sowie Version wird selektiert. Im Bereich Mac OS X gibt es derzeit keine Feinuntergliederung außer 32- vs 64bit.

In Folge muss die RAM Menge für die VM definiert werden.

Und natürlich eine virtuelle Festplatte angelegt werden.

Die üblichen Verdächtigen – ich ziehe für meine kleinen Test die dynamische Variante vor.

Und die Konfigurationszusammenfassung

Welche im Hauptfenster bei weitem mehr Sinn ergibt.

10.6 Installation in Virtualbox

Nun wird die Installationsquelle eingelegt – in meinem Fall eine 10.6 Installations-CD.

Und die Virtuelle Maschine gestartet. Wie euch ggf aufgefallen ist wurde zuvor in der Grundkonfiguration keine Installationquelle definiert – dies geschieht im Falle Virtualbox quasi beim ersten Start der VM

Klickt man nun in das übliche schwarze Fenster der VM sollte einem noch dieser hilfreiche Hinweis entgegenspringen. Wichtig gibt es doch nichts unangenehmeres als ein  festhängender Cursor in einer VM.

Virtualbox lässt den Anwender zu Beginn etwas mitlesen

Bevor dann der eigentliche Mac OS X Installer losläuft.

In meinem Falle wurde die Festplatte erstmal nicht angezeigt – weshalb ich diese noch via Menubar -> Utilities -> Disk Utility in Form bringen musste.

Anschließend sollte der Installation eigentlich nichts mehr im Wege stehn.

Sind die Daten mal alle kopiert und die Grundinstallation quasi abgeschlossen erfolgt nochmal ein Reboot

Und man landet im bekannten Apple User-Anlage Dialog …. fast

In meinem Fall wurde mein Alu-Keyboard wohl nicht sauber erkannte – weshalb ich noch Kontakt mit dem tollen Keyboard-Assistenten machen durfte.

Und nun geht’s wirklich weiter wie gewohnt.

Eh voila

Snapshots

Ich steh ja auf Snapshots – weshalb ich dies natürlich auch testen musste. Im Kern sind sie schnell erstellt

Der limitierende Faktor dabei fällt einem aber erst auf wenn man einen alten Snapshot laden will – was auf den ersten Blick in dieser Virtualbox Version noch nicht zu funktioneren scheint.

Eindruck

Der Installationsablauf fühlt sich derzeit etwas träge an – man sollte daher ausreichend Zeit einplanen. Die Grundkonfiguration der VM empfinde ich im direkten Vergleich zu VMware Fusion etwas unnötig überladen/verquer …. mag aber auch an meiner Vorprägung liegen. Gefühlt sind es im Falle Virtuelbox zu viele einzelne Fenster. Will man später die Einstellungen editieren findet man jedoch ein sauber aufgeräumtes Fenster vor … womit sich der Makel definitiv auf die Erstinbetriebnahme der VM beschränkt.

Die eigentliche 10.6-VM-Installation hingegen klappte reibungslos und erfordert keine händischen Eingriffe / Tricks (Stichwort: MultiMac-Helper) um etwaige Sicherheitsprüfungen bzgl Clients vs Server auszutricksen. Hier liegt Virtualbox etwas vorne  …. quasi die out-of-the-box Erfahrung.

Die Snapshot Funktion in Virtualbox ist derzeit nicht vollständig (erstellen&löschen ja – laden nein) …. klares Manko welches aber sicher noch gefixt wird.

Ansonsten ein wirklich interessanter erster Wurf der sich funktionell auf 10.6 zu beschränken scheint – 10.5 konnte ich nicht erfolgreich in Betrieb nehmen. Wer viel Spieltrieb sein Eigen nennt und schon immer mal ein virtuelles Mac OS X antesten wollte kann sich den Spaß sicherlich mal antun wenngleich die Kombination VMware Fusion und MultiMacHelper zur Mac OS X Virtualisierung derzeit noch nach der einfacheren und zeitgleich kompletteren Variante aussieht – wenngleich eben kommerziell.

Ich bin gespannt welchen Weg Oracle im Bereich Mac OS X Virtualisierung gehen wird … einen großen offenen Konflikt mit Apple kann ich mir jedoch nicht vorstellen weshalb wir sicherlich zeitnahe eine Anpassung innerhalb Virtualbox erfahren werden die uns dann wieder auf den virtuellen Mac OS X Server limitieren wird.

Überraschen lassen

Fragen über Fragen

Greift ihr selbst auf virtuelle Mac OS X Installation zurück? Wenn ja wie realisiert und zu welchen Anwendungszwecken? Wie seht ihr die rechtliche Lage und den aktuellen Oracle Zug mit der Virtualbox-Beta und deren Mac OS X Client Support?

Interessant wären auch mal Transfer dieser mit Virtualbox unter Mac OS X erstellten VM auf ein anderes Betriebssystem (Windows XY oder Random Linux) und die Wiederinbetriebnahme in der dortigen VirtualBox Grundinstallation. Erfahrungen diesbezüglich wären definitiv interessant.

Querverweise

[1] VMware Fusion 2 und der virtuelle Leopard

[2] VMware Fusion 2 und der virtuelle Snow Leopard

[3] VMware Fusion 3 und der virtuelle (Snow) Leopard

Nachdem ich in letzter Zeit zunehmend Tipps & Anregungen von Lesern erhalte (danke pauschal an alle Einsender) will ich heute mal wieder eines dieser Themen aufgreifen und im Rahmen dieses Beitrages die Grundinstallation von Android x86 in VMware Fusion als kleine Bilderserie aufzeigen.

Sollte Interesse bestehen reiche ich gern Teil 2 nach mit einigen Eindrücken zur Oberfläche und Co.

Jetzt aber erstmal viel Spaß bei der Inbetriebnahme.

Über Android x86

Das Projektziel ist relativ klar umsteckt

Run Android on Your PC

Die Umschreibung in einigen Sätzen

This is a project to port Android open source project to x86 platform, formerly known as “patch hosting for android x86 support”. The original plan is to host different patches for android x86 support from open source community. A few months after we created the project, we found out that we could do much more than just hosting patches. So we decide to fork our code base that will provide android x86 support on different x86 platforms, and set up a git server to host it. To reflect this major change, we create this new project.

Download Android x86

Ihr findet das Projekt selbst hier – einen zusätzlichen Download-Mirror gibt’s  hier sofern die offiziellen Download Server gerade überlastet sein sollten.

Installation Android x86 in VMware Fusion

Wie angedroht – Installation als Bilderserie

Phase 1 – Vorbereitung

Zwischen-Fazit

Phase 2 – Installation

Phase 3 – Login oder so ähnlich

Fazit

Installation ist ruck-zuck erledigt – bleibt natürlich die Frage

Und nun ?

Mehr dazu wie bereits anfangs erwähnt bei Bedarf / Interesse.

Der regelmäßige Besucher wird es wissen – ein Thema welches hier in regelmäßigen Abständen wieder hochkommt ist VMware Fusion.

Im Regelfall ging es in der Vergangenheit eher darum wie man Mac OS X unter Mac OS X in Betrieb nehmen kann – diesbezüglich verweise ich hier nochmal auf die Artikel

• Der virtuelle Snow Leopard in VMware Fusion 2
• Der virtuelle Snow Leopard in VMware Fusion 3

Ein Aspekt den ich in den meisten virtuellen Maschinen einsetzte sind wachsende Festplatten – dies hat Vor- und Nachteile. Da Performance für mich meist nicht das Killerargument ist ziehe ich eben wachsende Festplatten vor … die über den Daumen gepeilt in der Theorie nur so viel Platz einnehmen sollten wie das virtuelle OS derzeit auch wirklich belegt.

In der Praxis zeigt sich jedoch das speziell virtuelle Linux Installationen bei mir bei Bedarf zwar ihre Festplatte im Rahmen der definierten Maximalgröße anpassen – dieser Vorgang aber mehr oder weniger nur in die Wachstumsrichtung wirklich reibungslos läuft – zumindest wenn man wie ich ein Linux ohne X und damit auch ohne VMware Tools betreibt

Daher im folgenden mal ein Ansatz wie man eine virtuelle Linux Festplatte unter Mac OS X und VMware Fusion wieder gesund schrumpfen kann.

Ausgangsszenario

• Mac OS X 10.6.x
• VMware fusion 2.x
• Ubuntu 8.04 TLS
• lt. Ubuntu sind knapp 13 GB der max 64 GB großen virtuellen HD belegt
• lt. Mac OS X ist die virtuelle Maschine 51 GB groß
• Snapshots sind keine mehr enthalten

Relevant ist wohl die Info dass in der Vergangenheit diverse Snapshots angelegt wurden – diese teilweise wieder entfernt wurden und dies sicherlich zur gesamt Ausgangslage beitragen hat.

Shrink Ansätze in VMware Fusion

Einstellungen der virtuellen Festplatte

VMware bietet innerhalb den Harddisk-Einstellungen einer virtuellen Maschine die Möglichkeit diese mittels der Funktion Clean Up Disk zu bereinigen.

Vorsicht das Bild entspricht nicht der besprochenen virtuellen Maschine

Laut VMware funktioniert der Spaß allgemein gesehen dann ganz einfach

Sollte ein Disk Cleanup Sinn ergeben wird die Option angeboten – ansonsten ist diese Funktion ggf ausgegraut und mit dem Hinweis versehen das die anwendung derzeit nicht notwendig ist.

Das klingt schön – brachte mir aber bei der obig erwähnten virtuellen Maschine – ohne VMware Tools (und ohne X) relativ wenig da die Funktion zwar anstoßbar war – aber die Fusion Diagnose zuvor schon stets klar ausdrückte

Macht hier keinen Sinn

und endete auch leider nicht erfolgreich.

Defragmentierung

Soweit so gut – daher wurde es Zeit sich nach alternativen Ansätzen umzusehen. Mein erster Gedanke ging in Richtung Defragmentierung – wenngleich dies in derart heftiger form eigentlich auf der virtuellen ext3 Platte nicht hätte passieren sollen.

Anbei noch ein Support Dokument von VMware mit Gedanken zum Thema Defrag.

Ich hatte das Thema an dieser Stelle erstmal beiseite gelegt und wollte mir noch die sonstigen VMware Fusion Boardmittel ansehn was beim Thema

vmware-vdiskmanager

Dieses Tool wird mit VMware Fusion mitinstalliert und erlaubt es dem geneigten Terminaluser auch aus der Kommandozeile (irgendwie liebe ich dieses Wort) heraus Änderungen an den virtuellen Festplatten durchzuführen.

Wer diesbezüglich Interesse hat sollte sich mal unter

/Library/Application Support/VMware Fusion/

VMware selbst dokumentiert einige Beispiele u.a. hier – wobei es fast nahe liegt sich einfach mal alle Optionen direkt im Terminal anzeigen zu lassen.

Obwohl die Idee naheliegend ist dass die im ersten Punkt gezeigte Clean Up Disk Funktion im Hintergrund genau auf vmware-vdiskmanager zurückgreift wollte ich auch diese Varianze mal durchspielen.

Daher habe ich sowohl ein Defrag (-d), wie auch ein Shrink (-k) und ein abschließend ein Check (-R) durchgeführt – jedoch war die virtuelle Festplatte nach diesen Operationen noch exakt so groß wie zuvor. Während dem reinen Defrag war diese interessanterweise sogar zeitweise über der definierten 64 GB Marke wenn man den Angaben des Finders ueberhaupt trauen will

Die finale Lösung

Wie so oft liegt die Lösung in einer Mischung der Ideen … und die Idee kam im IRC Channel #vmware auf nachdem hin und her diskutiert wurde.

You need to zero out the unused disk space first before performing the shrink

Eh voila – da liegt der Hase begraben. Also fix ein innerhalb der virtuellen Maschine auf dd zurückgreifen

dd if=/dev/zero of=/empty_file; rm /empty_file

und darauf anschließend dann unter Mac OS X erneut ein Shrink mittels vmware-vdiskmanager anstoßen. Je nach Umfang der VM dauert der Vorgang dann doch recht lange ….. am Ende kam ich aber auf die erhoffte Reduktion von ursprünglich 51 GB auf ca 14 GB runter  – was in etwa meiner vorstellung entsprach.

Fazit

Interessant wäre natürlich wie unterschiedlich die Gesamtsituation inzwischen mit VMware Fusion 3 – letzlich kommt na aber auch mit Fusion 2 und etwas Terminal-Hackerei gut zum Ziel – wenngleich es mich wundert das man relativ wenig Informationen zu dem Problem findet – bzw die Foreneinträge meist 0815 Geschwaffel bieten – die aber letzlich leider oft nicht 100% zielführend sind.

Fragen über Fragen

Kennt ihr das Grundproblem ?

Wenn ja wie geht ihr damit um ?

Und seht ihr ähnliche Effekte bei Virtualbox oder Parallels ?

Das Thema VMware Fusion 3 ist draußen hatten wir – nun ist aber für einige User eine spezielle Funktion relevant und dabei geht es um die Frage

Wie installiere ich Mac OS X Client 10.6 in VMware Fusion 3 ?

Damit sich das wie hinter dieser Grundfrage mal einigermassen klärt der folgende Beitrag – der so auch 1:1 für 10.5 in der VM gilt.

Bevor es losgeht

Dieser Ablauf ist so von Seiten Apple nicht genehmigt – die Ausführungen sind als Test anzusehen und jegliche Nachahmung geschieht auf eigenes Risiko

WICHTIG:

Das kopieren der Befehle im unteren Bereich kann zu Fehlern führen – das beste ist also dieser selbst manuell in die entsprechenden Konfigurationsdatei zu schreiben und NICHT auf Copy und Paste zurückzugreifen.

Das Ziel

… ist einfach und klar

Mac OS X Client erfolgreich in VMware Fusion 3 installieren

Ausgangslage

Testsystem

In aller kürze das verwendete Testsystem bzw Utensilien

• Mac Pro (1G)
• installiertes Mac OS X 10.6.1
• VMware Fusion 3
• MultiMacHelper
• Mac OS X 10.6 DVD (wahlweise  auch ein Image)

Die VMware & virtuelle Mac OS X Clients Ist-Situation

• VMware Fusion erlaubt den Betrieb von Mac OS X Server 10.5 und 10.6
• VMware Fusion verhindert am Werk den Betrieb von Mac OS X Client
• Mittels MultiMacHelper unter VMware Fusion 2 erstellte Mac OS X Clients funktionierend auch weiterhin in Fusion 3 – sofern der MultiMacHelper erneut ausgeführt wurde.

Howto

Keine Angst – der Ablauf ist relativ einfach – wenngleich ihr einige Schritte durchführen müsst um ans Ziel zu kommen. Folgt einfach möglichst genau den Anweisungen und ihr habt eine gute Chance erfolgreich zu sein.

Schritt 1: MultiMacHelper

Im ersten Schritt wird VMware Fusion 3 beendet sofern dieses noch aktiv war. Anschließend muss der MultiMacHelper einmal ausgeführt werden – der Ablauf war bei mir wie folgt.

Bestätigt man hier mit JA sollte die folgende Erfolgsmeldung ausgegeben werden.

An dieser Stelle angelangt würden unter VMware 2 erstellte Mac OS X Client VMs wieder in Fusion 3 funktionieren – wir wollen diesmal aber weiter.

Hintergrund zum Helper

Wer die interne Funktionsweise des MultiMacHelpers nachvollziehen will kann das AppleScript Tool einfach von Hand begutachten – der Code ist komplett einsehbar und damit schön transparent.

Schritt 2: Anlegen der VM

Im zweiten Schritt legen wir die VM prinzipiell an – starten den Installationsablauf aber noch nicht.

Dazu legen wir die Mac OS X 10.6 Installations DVD ein …

… und starten VMware Fusion

Und fangen mit der Grundanlage der neuen VM an

An dieser Stelle ist nochmal eure aktive Aufmerksamkeit erfordert – via Customize Settings definiere ich den Speicherort der neuen VM

und gelange anschließend zur Übersicht der virtuellen Maschine in der ich noch Anpassungen machen kann.

Relevant hierbei

• CDs & DVS: je nach Fall hier sicherstellen das das DVD oder das Image sauber ausgewählt wurde

Alles andere ist letzlich von eurem Hard- und Software Setup anhängig weshalb ihr euch dort selber fragen müsst was an Einstellung für euch Sinn ergibt.

Hinweis

Die VM zu diesem Zeitpunkt noch nicht starten – da dies die Mac OS X Client Installation starten würde welche zu diesem Zeitpunkt noch nicht funktionieren kann.

Schritt 3: Der entscheidende Trick für VMware Fusion 3

Nachdem ich eingangs schon erwähnte das mit Fusion 3 und MultiMacHelper alleine die Lösung noch nicht getan ist hier jetzt der entscheidende und auch neue Schritt im Ablauf.

Nachdem ihr die VM prinzipiell angelegt habt beendet ihr VMware Fusion 3. anschließend lokalisiert ihr die Virtuelle Maschine auf Dateiebene im Finder – vollführt einen rechtsklick auf die .vmwarevm Datei und wählt den Punkt Show Package Contents. In meinem Fall sieht das ganze dann so aus.

Durch diesen Aufruf im Kontextmenü erscheint ein neues Finder-Fenster welches den Datei-NIhalt des VM-Packages anzeigt. Innerhalb diesem Wust an Dateien selektiert ihr die einzige Datei mit der Endung .vmx und öffnet diese im Texteditor eurer Wahl (nicht blind doppelklicken)

Innerhalb dieser Datei sucht ihr die folgende Zeile

firmware = “efi”

und ändet diese um in

firmware = “bios”

Das ist wie gesagt der etwas neuere Teil im Ablauf der aber noch Folgen nach sich zieht.

VMware Fusion handhabt das DVD Laufwerk als SCSI Gerät was mir nun ebenso ändern müssen. Dafür lokalisieren wir im .vmx File folgende Passage

scsi1:0.present = “TRUE”

scsi1:0.autodetect = “TRUE”

scsi1:0.deviceType = “cdrom-raw”

und ändern diese in folgende um (Zusatzzeile beachten)

ide1:0.present = “TRUE”

ide1:0.autodetect = “TRUE”

ide1:0.deviceType = “cdrom-raw”

ide1:0.startConnected = “TRUE”

Anschließend die Änderung im .vmx File speichern und fertig ist dieser Schritt

Schritt 4: Mac OS X Client Installation starten

Wurden alle vorherigen Schritte sauber durchgeführt können wir uns jetzt wieder VMware Fusion 3 widmen und dieses starten. Im Hauptfenster angelangt wird die zuvor angelegte Virtuelle Maschine ausgewählt und gestartet was die Mac OS X Installation vom DVd Laufwerk starten sollte.

An diesem Punkt ist der technisch interessante Teil vorbei und der normale und wohl jedem bekannte Installationsablauf geht weiter.

Wer diesbezüglich noch gerne Bilder sehen will kann sich hier im Blog den Beitrag

Der virtuelle Snow Leopard

vornehmen – dieser basierte noch auf VMware Fusion 2 – jedoch habe ich dort den Installationsablauf bis zum Ende durchgespielt.

Schritt 5: Nacharbeiten

Snow Leopard bzw Leopard funktionierten in der Vergangenheit bei mir in VMware relativ reibungslos – es gibt kleinere Probleme – den Großteile der relevanten erschlägt man schon damit das man jegliches Energiemanagement in den Systemeinstellungen der virtuellen Maschine deaktiviert.

Fazit

Auch unter VMware Fusion kann man weiterhin Mac OS X Client 10.5 bzw 10.6 installieren und nicht betreiben wie zuvor von mir angenommen. Die Hürden nehmen zu – Langzeiterfahrungen mit Fusion 3 gibt’s es keine auf meiner Seite …. aber der Ablauf funktionierte relativ zuverlässig.

Es bietet sich an nach der Grundkonfiguration des Betriebssystemes und des eigenen Benutzerkontos die Snapshot Funktion von Fusion anzuwerfen – einfach um für ggf später auftretenden Probleme (z.b. durch Software-Update von Seiten Apple) eine Notlösung parat zu haben.

Alles in allem ist es für Cofig-Files scheue User wohl fast einfacher die virtuelle 10.5/6 Installation mit VMware Fusion 2 zu erstellen bevor man dieses anschließend hochzieht – aber dies nur am Rande erwähnt.

Ich hoffe ich konnte dem einen oder anderen Benutzer helfen eine Mac OS X Client Testumgebung mit dieser Herangehensweise aufzubauen – den letzlich ist dies der einzige wirklich sinnige Grund für diese ganze Spielerei. Wer dies permanent betrieben will sollte sich zumindest eine gültige Lizenz für das virtuelle OS kaufen – auch wenn es die Grundsatzproblematik bzgl legaler Virtualisierung von Mac OS X Client unter Mac Os X Client nicht wirklich löst.

Ein großes Danke an Ice|House ohne den ich diese Lösung hier nicht hätte dokumentieren können.

Fragen über Fragen

Habt ihr noch welche ?

Wenngleich ich im privaten Umfeld versuche primär frei verfügbare Software zu verwenden findet dieser Ansatz im Alltag dann doch seine Grenzen – aus ganz verschienenen Gründen.

Im Bereich Virtuelle Maschinen habe ich mich letzlich seit Version 1 auf VMware Fusion eingeschossen weshalb die nun neu erschienene Version 3 natürlich interessant ist. Heute mal ein kurzer erster Blick auf Fusion 3

Upgradeoptionen ?

Mit Version 1 hatte ich mir VMware Fusion gekauft (39 EUR) – das Update auf Version 2 war in Folge für mich dann kostenlos. Die Upgrade-Optionen nun auf Version 3 sehen wie folgt aus

Der nächste der auf diesen komischen Subscriptions-Zug aufspringt – finde ich persönlich irgendwie komisch … aber naja.

Wie wird Fusion 3 beworben ?

Blick auf die Demo

Damit man Fusion 3 testen kann muss man sich

• Installationsimage runterladen
• Demo-Serial (30 Tage) beantragen

Innerhalb diesem Ablauf stolpert man dann auch über diese tolle Frage

Auffallend dabei war die Tatsache das es nur noch ein Download File gibt – bei Version 2 wurden 2 Versionen unterschieden (mit AV-Ware oder ohne) …. so oder so ist das Fusion 3 dmg größer geworden.

Installation

Wie gewohnt – nichts besonderes – dmg mounten – Installer ausführen und fertig ist das Thema

Der erste Start

an dieser Stelle ist die Demo-Serial von Nöten – der Mailversand bei VMware kann deutlich länger wie die versprochenen 5 Minuten dauern – also nicht wundern wenn es etwas länger dauert.

Hat man diese Hürdem al hinter sich gebracht erblickt einem folgende Ansicht

Preferences

Eindruck

An dieser Stelle endet Teil 1 des blicks auf VMware Fusion 3 – einfach da ich ne VM nicht in ner VM weiter testen kann. Alles weitere wird dann in den kommenden Wochen ergänzt – z.b. die spannende Frage ob der MultiMacHelper weiterhin mit Fusion 3 funktioniert oder eben nicht.

Bis dato wirkt Fusion 3 sehr nahe an Version 2 – bleibt die Frage für den einzelnen ob man überhaupt Gründe für ein Update sieht. Wie geht es euch dabei ?

Nachtrag

Wer am Thema OSX Cient als virtuelle Maschine interessiert ist sollte sich Gedanken machen ob er auf VMware Fusion 3 springt – den die Lage mit dem MultiMacHelper Ansatz sieht wie folgt aus:

• OSX Client VMs (10.5 oder 10.6) die in VMware Fusion 2 erstellt wurden funktionieren in VMware Fusion 3
• In VMware Fusion 3 kann jedoch Mac OS X Client (10.5 & 10.6) NICHT neu installiert werden.

Für mehr Informationen lohnt ein Blick in die Kommentare zu diesem Beitrag.

Das Thema Virtualisierung & Mac OS X gabs in der Vergangenheit hier im Blog immer mal wieder – deshalb heute ein kleines Update im Bezug auf Snow Leopard als virtuelles Betriebssystem in VMware Fusion & 10.5 als Haupt-OS.

Sollte noch jmd allgemeine Informationen zu Snow Leopard suchen sollte er hier fündig werden.

Voraussetzungen

In meinem Fall gehe ich mit folgenden Grundvorausetzungen ins Rennen

• Mac Pro mit Mac OS 10.5.7
• VMware Fusion 2.0.5 – Virtualisierungslösung
• Mac OS 10.6 Installations CD – Installationsmedium
• MultiMacHelper – Hack für VMware Fusion

die ersten drei Punkte sollten klar sein – bei MultiMacHelper handelt es sich um ein kleines AppleScript welches es ermöglicht auch Mac OS X Client Installationen innerhalb Fusion durchzuführen.

Den grundsätzliche Umgang mit diesem Programm hatte ich bereits im Beitrag VMware Fusion und der virtuelle Leopard beschrieben.

Umsetzung

Nachdem die VMware Installation mit dem MultiMacHelper aufgebohrt wurde kann direkt mit der Snow Leopard Installation losgelegt werden.

Innerhalb der Library Ansicht wird via New der Assistent zum anlegen neuer Virtueller Maschinen gestartet

Die Installationsquelle definiert

und anschließend der Typ des zu instalierenden Betriebssystemes definiert. Ich habe hier Mac OS X 10.6 Server 64 bit experimentell gewählt.

Anschließend gelangt man zur Übersicht

via Customize gelandt man in die Detaileinstellungen der VM

Im Bereich Hard Disks sollte man keine großen Spielerein wagen – der Mac OS X Installer zeigt einem eine Festplatte < 40 GB nicht an – wenngleich Disk Utility diese durchaus sieht.

Nachdem die Maschine den Wünschen entsprechend angepasst wurde wird diese erstmalsgestartet um die eigentliche Snow Leopard Installation zu starten.

und voila

Die Sprachwahl ….

Die Installation wird vorbereitet …

und los geht’s …

Die Problematik mit der Mindestgröße hatte ich schon zuvor erwähnt.

Restdauer wird auf 30 Minuten geschätzt

… in meinem Fall dauerte es etwas länger

Der angekündigte Reboot

Welcher in die Konfiguration des Benutzeraccountes und der Grundeinstellungen übergeht

Der folgene Dialog kann gewohnt mit CMD + Q abgebrochen werden (Skip)

Ja danke Apple …

Die Visualisierung der Zeitzonen in Snow Leopard ist definitiv schöner anzusehn wie zuvor.

Software Update findet gleich das ausstehende Remote Desktop Update … interessanterweise kein Java Update.

Die ersten schlimmen Spuren einer Neuinstallation tilgen

Fertig.

Fazit

Ähnlich wie der Mac OS 10.5 Client läuft auch 10.6 recht problemslos in VMware Fusion – sofern man zuvor mit dem MultiMacHelper die Vergleichsbasis modifiziert hat. In meinem Fall war es hilfreich die Energieoptionen in System-Preferences zu deaktivieren – da ich somit die teilweise bei Inaktivität auftretenden Freezes losgeworden bin. Das wird wohl aber klar ein Problem der VMware Variante sein.

Ansonsten hat man – von einigen Einschränkungen gegenüber einer realen Installation abgesehen – eine recht brauchbare Testinstallation bereit. Diese Variante dürfte gerade für kleine Entwickler oder Tester eine willkommende Lösung sein um nicht zig reale Installationen verwalten zu müssen.

nobody is perfect

Neulich hatte ich mal Kontakt zu VMware aufgenommen, aus dem einfachen Grund dass sich so langsam aber sicher auf allen VMware Fusion Installation (>3) die ich im Zugriff habe ein Problem herauskristalisierte

Problem ist jetzt vielleicht etwas hoch gegriffen … trotzdem ist es eine unschöne Eigenschaft dass ich seit Monaten über Fusion Updates immer von anderer Stelle aufmerksam gemacht werde und mir VMware selbst nicht innerhalb dem Programm einfach einen Hinweis bietet wie das eben 99% der anderen Mac OS X Programme (oft via Sparkle) so macht.

Natürlich ist das so vorgesehen … macht auch diese Einstellung recht klar

Trotzdem scheint das bei mir – auf unterschiedlichen Rechnern – an unterschiedlichen Orten nicht zu funktionieren.

Die Kontaktaufnahme zu VMware geschah dann unter Verwendung der Version 2.0.4 und zurück kam in etwa das:

Florian

There is a auto update mechanism in Fusion.  This mechanism contacts the VMware web site and checks for new software.  The mechanism is verified in each version before we ship the software.  The check is run only when you launch Fusion.  It will only inform you if there is new software available.  Otherwise you will not see it.  The latest version is Fusion 2.0.4 which shipped on 10-APRIL.  If you have not upgraded to this version, try quitting Fusion and relaunching.  If you are running the latest version, try quitting and relaunching some time this summer.  We usually average an update a quarter.  (I am not permitted to comment on future releases.) If the situation persists even after a relaunch, drop me an email.

Regards

Stephen

Schön das recht zeitnah eine Antwort kam …. leider hilft mir diese genau KEIN Stück …und klingt auch irgendwie nach Textbausteinen, einfach da ich gewisse Informationen die der gute anspricht schon in der Ursprungsmail angegeben hatte, aber egal.

Nachdem jetzt kürzlich ein Update auf Version 2.0.5 rauskam war das natürlich ein gefundenes Fressen für mich, einfach in der Hoffnung es könnte vielleicht jetzt auch bei mir funktioneren mit dem Update-Hinweis … aber ne, zu früh gefreut.

Immerhin zeichnet sich inzwischen wohl Version 3 von VMware ab – von daher war es dann doch nicht gänzlich unnötig sich mal wieder mit dem Thema zu beschäftigen.

Fragen über Fragen

Mich würde ja wirklich interessieren ob ich der einzige User mit dem Problem der nicht funktionierenden Update-Hinweise bezüglich VMware Fusion bin. Also wenn ihr VMware verwendet meldet euch zu Wort …. natürlich auch wenn ihr ne andere Lösung verwendet und mir sagen wollt das diese ja sooooooooviel besser ist.

Ich glaube über diesen Nonsense bei Apple bzgl welche Virtualisierungskombination erlaubt ist und welche nicht hatte ich mich in der Vergangenheit schon ausreichend beschwert. Verlassen wir die Meckerebene und wenden uns dem praktischen Teil zu.

Die Aufgabe ist kurz umfaßt

Aktuelles Mac OS X Client (10.5.7) in einer virtuellen Maschine (VMware Fusion) unter einem ebenso aktuellen Mac OS X  Client zum laufen bekommen.

Böser Finger

Apple erlaubt diesen Ablauf (Client virtualisieren) so nicht und damit ist es NATÜRLICH auch nicht ratsam das ganze selbst zu betreiben – noch sich darauf auch in irgendeiner Form zu verlassen. Damit ausreichend gewarnt …. ich sehe das folgende nur als Funktionstest.

Kurze Theorie

Offiziell unterstützt VMware Fusion nur die Server-Variante aus dem Hause Apple – damit die Virtualisierungslösung jedoch auch die Leopard Client installation akzeptiert muss Hand angelegt werden.

Der Grundgedanke ist nicht mehr wie bei früheren Ansätzen einfach mit der ServerVersion.plist rum-zu-spielen, sondern einfach direkt das in VMware hinterlegte & signierte darwin.iso zu verändern. Dazu kann man auf eine fertige Applikation zurückgreifen welche letzlich den kompletten Tweak automatisch umsetzt und bei erneuter Ausführung sogar rückgängig machen kann.

Das ganze findet sich unter dem Namen MultiMacHelper und ist wohl der heise/c’t-ecke entsprungen.

Bilderstrecke

Wer sich vor der Inbetriebnahme von MultiMacHelper noch kurz einen Überblick über das Programm verschaffen will kann via Rechtsklick auf auf die Datei MultiMac Helper.app den Paketinhalt einsehen. enthalten sind neben etwas AppleScript-Code auch 2 Shell-Skripte.

Soviel zur Modifikation – herrlich wenn das so Out-of-the-box funktioniert.

Und jetzt rüber zu VMware. CD einlegen und voila

So … klappt wunderbar – diverse kleinere Entwickler würden sich über diese Möglichkeit in legal freuen das steht außer Frage …… und damit ab in die Tonne damit

Et voilà

Head-to-Head: Parallels Desktop for Mac vs. VMware Fusion

Der Vergleich ist relativ ausführlich und wurde mit 4 unterschiedlichen Windows Installation sowie VMware Fusion 2.0.1 und Parallels Desktop for Mac 4.0 durchgeführt. Aufgelockert wird das ganze durch nette Grafiken / Zahlenmaterial.

Thematisch geht es u.a. um die Kernbereiche:

• Launch CPU Tests
• Application Launch Tests
• Application Performance
• Footprints
• File- & Network IO
• 3D & HD Graphics
• Games

Nachdem ich anfänglich mit Parallels (mangels Alternativen) gearbeitet hatte, bin ich mit dem ersten VMware Fusion Release zum VMware Lager gewechselt und fühle mich seitdem absolut wohl. In der Folge habe ich Parallels auch etwas aus den Augen verloren … nicht gewollt, aber passiert ist es trotzdem.

Wenn man den Test zu Rate nimmt hat Parallels aktuell mit ihrem Produkt absolut die Nase vorne – was mich fast bewegen könnte die Software mal wieder zu testen …. wobei, eigentlich bin ich einfach zufrieden und habe gefühlt schlichtweg kein Geschwindigkeiten Problem welches mich zum Geld ausgeben bewegen könnte.

Solltet ihr euch aktuell nach einer Virtualisierungslösung für den Mac umsehen ist der Test auf jeden Fall eine Empfehlung wert. In dem Sinne: Viel Spaß bei der Lektüre.

Fragen über Fragen

Virtualisiert ihr überhaupt ?

Wenn ja was ?

Und mit welcher Software (VMware, Parallels, Virtualbox oder ggf. anderen Exoten ?)

Was sind Snapshots ?

Eine einfache Übersetzung mit Schnappschuß trifft es letzlich schon recht gut. In Fusion 2 kann der User eigentlich beliebig Schnappschüße erstellen und bei Bedarf auf diese zurückspringen.

Snapshot vs traditionelles Backup

Will ich also beispielsweise an meinem virtuelle Windows 7 böse rumfrickeln ohne wirklich zu wissen was ich da den mache und will gleichzeitig sichergehen dass ich im Notfall auf einen Altstand zurück springen kann gibt es im Kern 2 Möglichkeiten für mich:

traditionelles Backup

Ich könnte also mein virtuelles OS herunterfahren, dann die Dateien der virtuellen Maschine im Finder selektieren und eine Kopie davon erstellen.

Funktioniert relativ einfach, dauert etwas und belegt quasi somit den doppelten Platz auf meiner Festplatte.

Besteht Recover Bedarf muss ich mein dann verhunztes virtuelles OS wieder ausmachen / herunterfahren kann man sich dann wohl sparen hehe und auf meine Backup Dateien zurückgreifen – diese an den Wunschort verschieben und dann die virtuelle Maschine in VMware wieder hochfahren.

Snapshot

In Version 1 war diese Funktion nichts anderes wie Pseudo existent und quasi nicht brauchbar, mit Version 2 hat MVware nachgebessert und dem User ein tolles Tool in die Hand gegeben.

Man kann im Betrieb einen Schnappschuß erstellen, was je nach virtuellem OS einie Sekunden bis wenige Minuten dauern kann. Im Regelfall passiert dies im Hintergrund und man bekommt ausser einem kleinen drehenden Kreis im unteren Bereich des Fensters quasi nichts mit.

Ereiche ich dann den Zustand dass ich mein OS verbockt habe oder einfach warum auch immer auf einen Alt-Stand springen will reicht es in VMware in die Snapshot Ansicht zu wechseln, dort den entsprechenden Snapshot auszuwählen und nach kurzer Zeit sitzt man wieder vor dem alten Zustand des virtuellen Betirebssystemes.

Vorteil ist ganz klar der insgesamt schnellere Ablauf, sowie die fehlende Notwendigkeit das OS herunterzufahren. Es ermöglicht mir sehr schnelle Sprünge in diverse Teststände ohne dass ich Zeit verliere … sprich: geile Sache.

Snapshot in der Praxis

Genug Text, es folgen die Bilder und weniger Text

VMware starten & OS selektieren:

Einloggen und tolle Fenster anschauen

Snapshot erstellen:

Hört der Kreis auf zu drehen ist der Snapshot erstellt und wir können einie Modifikationen machen die wir nachher zurüclsetzern wollen.

Blick in die Snapshotverwaltung:

Änderungen machen:

Ich beschränke mich hier auf optische Verunstaltungen …. die Funktion an sich sollte inzwischen klar sein, oder ?Man könnte jetzt von diesem Punkt auch wieder einen Snapshot machen, spare ich mir hier.

Zurück auf alten Snapshot springen:

Und wir sind wieder am Anfang:

Snapshot Funktionsweise

Letzlich wird das ganze wohl über reine Speicherung der differenzen realisiert werden, wobei ich mir das Prinzip nicht im Detail angesehen habe. Was mir jedoch neulich aufgefallen ist, will ich euch nicht vorenthalten.

Als ich neulich eine virtuelle Ubuntu Maschine aktualisierte, bin ich über alte Snapshots gestolpert, die zu dem Zeitpunkt unnötig wurden …. bzw eigentlich schon waren.

Also schnell den Snapshot entfernt und voila was sehen meine Augen …. eine Veränderung in der kalkulierten (whyever) Größe des noch übriggebliebenene Snapshots.

Ausgangssituation:

Nach Löschung eines Snapshots:

Warum VMware die Größe nicht exakt angeben kann ist mir bis dato unbekannt. Die 256 MB sind wohl mit der kleinen Einheit zu erklären, aber auch hier spekuliere ich nur.

Frage mich gerade ob es sich lohnt dem hinterherzugehen oder es einfach als Tatsache zu akzeptieren

Fragen über Fragen:

Verwendet ihr VMware Fusion ?

Wenn ja nützt ihr die snapshot Funktion ?

Wenn ja … für was ?

Zufrieden damit ?

Offiziell wird dies natürlich noch nicht unterstützt, da Windows 7 (die Beta) damals noch nicht auf dem Markt war, daher war der Ansatz klar:

• VM Typ Windows Vista (VMware empfiehlt Windows 2008 als Typ) in VMware anlegen
• Windows 7 ISO verwenden
• und ab dafür =)

Installationsablauf:

VMware

Erster Start der VM

Sprachauswahl & Keyboard Layout

Eigentliche Installation beginnt

EULA

Installationstyp wählen

Festplattenauswahl

Installer läuft

Updating Registry

Starting Services

Neustart

Benutzer anlegen

Password definieren – Frage ist nun Pflicht

Product Key

Zeitzone

Und voila, der Desktop

Ersteindruck:

Die Installation verlief überraschen stressfrei und schnell (leider nicht auf die Uhr geschaut). Kleine Unterschiede zu bisherigen Installationsabläufen, aber im Kern einfach und absolut handlebar. Keine wirkliche Neuheit, eher sachte Evolution des Installers.

Aus VMware-Sicht bleibt anzumerken dass ich ohne Installation jeglicher Tools direkt das VM-Fenster resizen kann und die Windows Oberfläche wird umskaliert. Für das freie verformen des Fensters werden dann wieder die tools notwendig sein, nehme ich an.

Ich werde jetzt erstmal etwas rumspielen und somit die Beta erkunden.

* Nachbericht wird ggf später angehängt.

Fragen über Fragen:

a) Seit ihr selber am testen ? Wenn ja virtuell oder als echte Installation ?

b) Wie sind eure Ersteindrücke von Windows 7 ?

Zur Einführung der Intel-Macs hatte ich meine erste Erfahrungen mit Parallels gemacht und war im ersten Moment auch recht zufrieden. Dann kam Parallels 2 und VMware brachte Fusion auf den Markt.

Monate später hatten wir alle Macs bei der Arbeit die eine Virtualisierungslösung benötigten auf VMware umgestellt, letzlich da uns Fusion u.a. einfacher und die Performance besser vorkam. Stabil lief Fusion schon vor Release 1 was mir damals schon positiv aufgefallen ist.

Die Upgrade-Politik auf Fusion 2 machte das restliche und inzwischen sind wir recht Fusion-freundlich und Parallels ist quasi aus den Augen / aus dem Sinn.

Da Konkurrenz aber letzlich das Geschäft auch immer wieder belebt habe ich mir vorgenommen die aktuelle Parallels-Variante auch mal wieder unter die Finger zu kriegen / zu testen.

Arstechnica war schneller …drum gibts hier nur einen Auszug:

It was only a couple months ago that we reviewed Parallels Desktop’s main competitor, VMware 2.0, and it’s definitely no coincidence that a new version of Parallels Desktop has launched so closely on the heels of its Mac virtualization rival. Competition between VMware and Parallels is fierce, and each of the two programs is very visibly trying to catch up and surpass the other in features and performance. From early on, Parallels has been the leader in desktop integration, and Parallels’ Coherence mode—which lets you use Windows applications seamlessly in the OS X interface—makes so much sense that you would have to copy it to compete at usability. So VMware 2.0 did copy coherence mode, and it also managed to open up a lead by adding multi-core CPU and 64-bit client OS support. The new Parallels Desktop 4.0 is clearly designed to close that gap by adding:

• 64-bit guest OS support
• Support for up to 8 GB of RAM for VM client OSes
• Support for up to 8-way SMP for multicore CPUs

zum anfüttern und den ganzen Bericht findet ihr hier.

Der Artikel ist recht ausführlich, testet diverse Betriebssysteme und hat auch einen direkten Vergleich zum Konkurrenten Fusion an Board und endet in typischer the good, the Bad & the ugly manier.

Ich bleib wohl erstmal bei VMware und teste nebenbei mal wieder die neue VirtualBox über die Eumel hier berichtet.

Fragen über Fragen:

• Was verwendet ihr ?
• Wieso ?
• Habt ihr Erfahrungen mit beiden Lösungen gemacht ?
• Und wie stehts mit VirtualBox ? Brauchbare Alternative für euch ?

Da ich zum ersten Mal die Notwendigkeit sah eine meiner virtuellen Maschinen von meinem Mac auf eine Windows-Kiste umzuziehen stellte sich die Frage…..

Frage:

Kann ich eine VM von VMware Fusion (Mac) auf VMware Player (Windows)  konvertieren ?

Antwort:

Ja

Letzlich genötigt man auf der Windows-Kiste die VM-Dateien sowie den VMware Converter. Nachdem man den Wizzard durchsprungen ist rechnet das ganze kurz rum und fertig ist der Umzug.

Mein virtuelles Windows 2000 geht auch auf dem neuen Host und anderer VM-Umgebung ohne Probleme und der Applikation-Bug den ich testen wollte kommt auch unter Windows als Host immer noch vor. Wäre auch komisch gewesen wäre der nicht mitumgezogen =)

Das ist mehr wie lange erlaubt war, daher schon mal Chapeau.

Apple ist letzlich auch nicht alleine was Virtualisierungs-Feindlichkeit angeht, auch Microsoft arbeitet mit Beschränkungen was man worauf virtualisieren darf wenngleich die Qualität der Massnahmen wirklich nicht mit denen von Apple vergleichbar sind.

Die Gründe für Virtualisierung sind vielfältig ….. aus meiner Sicht als Anwender würde ich gerne folgendes offiziell & legal dürfen, die entsprechenden Lizenzen natürlich vorausgesetzt:

• Unter 10.4 Client -> 10.4 & 10.5 (jeweils Server & Client virtualisieren)
• Unter 10.4 Server -> 10.4 & 10.5 (jeweils Server & Client virtualisieren)
• Unter 10.5 Client -> 10.4 & 10.5 (jeweils Server & Client virtualisieren)
• Unter 10.5 Server -> 10.4 & 10.5 (jeweils Server & Client virtualisieren)

Mit der Einschränkung dies nur auf Apple-Hardware machen zu dürfen kann ich ABSOLUT leben, das ist KEIN Problem. Ich mag als Apple-User sowohl die Hardware, nochmehr mag ich aber die Software.

Als Hobby-Entwickler habe ich aber weder Lust noch das Geld mir zig Macs zu kaufen nur um jedes OS parat zu haben. Alternativ könnte ich natürlich jedes OS auf ner externen Platte installieren und jeweils von dieser booten…. ganz großes Tennis </ironie>

Nein das ist einfach nicht zeitgemß.

Und damit kommen wir auch zum eigentlichen Grund dieses Beitrages:

Virtualisierung von 10.5 Client unter 10.5

Das lesenswerte Blog Blog in Black von Agent M und Agent K hat dazu einen interessanten Beitrag verfasst inklusive einem Link zu einem interessant klingendem Tool namens MultiMac Helper.

Lesenswert für VMware Fusion Benutzer – wenngleich ich natürlich nicht dazu raten darf dies selber zu machen. Dies muss jetzt aber auch Warnung genug gewesen sein.