Hauptgrund war, dass wir nun vermehrt mit dem Zend Framework arbeiten. Generell hat der Webserver dank dem optimierten PHP Stack aber auch eine spürbar bessere Performance. Hinzu kommt, dass der Webserver bereits nahtlos mit dem Zend Studio arbeitet. So wird bspw. der Server automatisch gestartet wenn die IDE läuft.

Zend Server CE verwendet hierbei für die Administrations-Oberfläche den Port 10081. Das htdocs-Verzeichnis liegt bei Mac OS X unter

/usr/local/zend/apache2/htdocs

und ist über den Port 10088 erreichbar. Wer hier gerne normal "http://localhost" ohne den zusätzlichen Port aufruft, kann dies über die httpd.conf ändern. Ebenso können dort zusätzliche VirtualHosts eingerichtet werden, was insbesondere bei der Entwicklung mehrere ZF-Projekten das Leben erleichtert.

Beispiel

Ich arbeite mit drei Projekten, welche ich mit der Standard-Installation wie folgt aufrufen muss:

http://localhost:10088 (Htdocs-Index)
http://localhost:10088/webeo/public (Projekt Webeo)
http://localhost:10088/shift/public (Projekt Shift)
http://localhost:10088/shift/public (Projekt Berta)

Neu soll das Ganze wie folgt aufgerufen werden:

http://localhost (Htdocs Index)
http://webeo.local (Projekt Webeo)
http://shift.local (Projekt Shift)
http://berta.local (Projekt Berta)

Der schöne Nebeneffekt dabei, bei der Entwicklung von Anwendungen mit dem Zend Framework kann ich nun relativ vom Root-Verzeichnis ausgehen und muss nicht zwingend das Basis-Verzeichnis über den Front-Controller auslesen:

// Angabe der Basis-URL
foreach ($stylesheets as $stylesheet) {
$this->view->headLink()->appendStylesheet(Zend_Controller_Front::getInstance() ->getBaseUrl() . '/skins/' . $skin . '/css/' . $stylesheet);
}

// Relativ zum Root-Verzeichnis
foreach ($stylesheets as $stylesheet) {
$this->view->headLink()->appendStylesheet('/skins/' . $skin . '/css/' . $stylesheet);
}

Wobei man hier erwähnen muss, dass erstere Variante prinzipiell schönerer Programmierstil ist. Immerhin funktioniert das Projekt dann auch bei einer lokalen Installation ohne VirtualHosts.

Schritt 1: httpd.conf anpassen

Ich verwende hier das eingebaute Terminal von Mac OS X. Zu finden unter:

Programme -> Dienstprogramme -> Terminal.app

Die httpd.conf liegt im Verzeichnis "/usr/local/zend/apache2/conf". Da diese dem Webbenutzer gehört, muss der Befehl "sudo" vorangestellt werden um daran Änderungen als Superuser vornehmen zu können.

Apfel:~ rofflox$ cd /usr/local/zend/apache2/conf
Apfel:conf rofflox$ sudo vi httpd.conf
Password:

Anschliessend sucht man nach dem ersten Vorkommen von "Listen" und fügt einen zweiten Eintrag hinzu. Mittels "Listen" gibt man dem Apache-Webserver an, auf welchem Port er laufen soll. Bei Zend Server CE ist dies standardmässig der Port 10088. Da wir den Webserver ebenfalls unter http://localhost ansprechen wollen, fügen wir hier zusätzlich den HTTP-Standardport 80 mittels "Listen 80" hinzu.

Tipp:
Um im vi-Editor nach einem Wort zu suchen, kann im Terminal ein / gefolgt von dem Suchwort eingegeben werden. Um weitere Vorkommen zu finden, drückt man anschliessend lediglich die Taste "n" um weiter zu springen.

Vorher:

// httpd.conf
#
# Listen: Allows you to bind Apache to specific IP addresses and/or
# ports, instead of the default. See also the
# directive.
#
# Change this to Listen on specific IP addresses as shown below to
# prevent Apache from glomming onto all bound IP addresses.
#
#Listen 12.34.56.78:80
Listen 10088

Nachher:

// httpd.conf
#
# Listen: Allows you to bind Apache to specific IP addresses and/or
# ports, instead of the default. See also the
# directive.
#
# Change this to Listen on specific IP addresses as shown below to
# prevent Apache from glomming onto all bound IP addresses.
#
#Listen 12.34.56.78:80
Listen 10088
Listen 80

Die virtuellen Hosts werden bei Zend Server CE in einer separaten Konfigurations-Datei abgelegt. Diese gilt es nun noch zu aktivieren. Hierfür entfernt man das Kommentar-Zeichen in der httpd.conf.

Vorher:

// httpd.conf
# Virtual hosts
# Include conf/extra/httpd-vhosts.conf

Nachher:

// httpd.conf
# Virtual hosts
Include conf/extra/httpd-vhosts.conf

Schritt 2: httpd-vhosts.conf anpassen

Kommen wir nun zum eigentlich erfassen unserer virtuellen Hosts. Diese werden in der Datei "httpd-vhosts.conf" hinzugefügt. Zu finden unter:

/usr/local/zend/apache2/conf/extra/

Apfel:conf rofflox$ cd extra/
Apfel:extra rofflox$ sudo vi httpd-vhosts.conf

Die Datei enthält bereits einige vorkonfigurierte virtuelle Hosts. Diese kann man getrost löschen, da ansonsten beim Starten vom Apache unnötige Fehlermeldungen erscheinen. Am besten ersetzt ihr die Datei mit der von mir angehängten.

// httpd-vhosts.conf
#
# Virtual Hosts
#
# If you want to maintain multiple domains/hostnames on your
# machine you can setup VirtualHost containers for them. Most configurations
# use only name-based virtual hosts so the server doesn't need to worry about
# IP addresses. This is indicated by the asterisks in the directives below.
#
# Please see the documentation at
# <URL:http://httpd.apache.org/docs/2.2/vhosts/>
# for further details before you try to setup virtual hosts.
#
# You may use the command line option '-S' to verify your virtual host
# configuration.

#
# Use name-based virtual hosting.
#
NameVirtualHost *:80

#
# VirtualHost example:
# Almost any Apache directive may go into a VirtualHost container.
# The first VirtualHost section is used for all requests that do not
# match a ServerName or ServerAlias in any <VirtualHost> block.

<VirtualHost *:80>
    DocumentRoot "/usr/local/zend/apache2/htdocs"
</VirtualHost>

# webeo.local VirtualHost
<VirtualHost *:80>
    DocumentRoot "/usr/local/zend/apache2/htdocs/zf_webeo/public"
    ServerName webeo.local
    <Directory "/usr/local/zend/apache2/htdocs/zf_webeo/public">
        Options FollowSymLinks
        AllowOverride All
        Order deny,allow
        Allow from all
    </Directory>
</VirtualHost>

# shift.local VirtualHost
<VirtualHost *:80>
    DocumentRoot "/usr/local/zend/apache2/htdocs/zf_shift/public"
    ServerName shift.local
    <Directory "/usr/local/zend/apache2/htdocs/zf_shift/public">
        Options FollowSymLinks
        AllowOverride All
        Order deny,allow
        Allow from all
    </Directory>
</VirtualHost>

# berta.local VirtualHost
<VirtualHost *:80>
    DocumentRoot "/usr/local/zend/apache2/htdocs/zf_berta/public"
    ServerName berta.local
    <Directory "/usr/local/zend/apache2/htdocs/zf_berta/public">
        Options FollowSymLinks
        AllowOverride All
        Order deny,allow
        Allow from all
    </Directory>
</VirtualHost>

Wichtig hierbei: Der erste VirtualHost muss zwingend auf das eigentliche htdocs-Verzeichnis zeigen. Ansonsten erhält man beim Aufruf über http://localhost nicht die Standard-Indexseite von Zend Server CE angezeigt sondern die des ersten VirtualHosts den man definiert hat.

In den eigenen VirtualHosts müsst ihr anschliessend nur noch den DocumentRoot sowie die Directory-Direktive auf euer gewünschtes Verzeichnis setzen. Als ServerName gibt ihr zudem den Namen ein, über welchen ihr das Verzeichnis anschliessend im Browser ansprechen wollt.

Schritt 3: Hinzufügen der ServerNamen in der hosts Datei

Nun müssen wir die vorher definierten Servernamen noch der lokalen hosts-Datei bekannt machen. Zu finden unter:

/etc/hosts

Beim Aufruf eines Domainnamens im Browser, fragt der Computer normalerweise den DNS-Server eures Providers ab um den Domainnamen in eine IP-Adresse aufzulösen. Bevor dies jedoch geschieht, überprüft er ob in seiner lokale /etc/hosts Datei bereits ein Eintrag vorhanden ist. Dies machen wir uns nun zunutze und fügen dort unsere Servernamen ein:

Apfel:extra rofflox$ vi /etc/hosts

// hosts
##
# Host Database
#
# localhost is used to configure the loopback interface
# when the system is booting.  Do not change this entry.
##
127.0.0.1       localhost
127.0.0.1       apfel
127.0.0.1       localhost.local
255.255.255.255 broadcasthost

# Apache VHosts
127.0.0.1       webeo.local
127.0.0.1       shift.local
127.0.0.1       berta.local

Schritt 4: Neustarten des Apache-Webservers

Als letzten Schritt müssen wir nur noch den Webserver neustarten. Gebt hierzu folgenden Befehl im Terminal ein:

Apfel:extra rofflox$ sudo /usr/local/zend/apache2/bin/apachectl restart
/usr/local/zend/apache2/bin/apachectl restart [OK]

Testen

Wenn ihr nun eine der oben definierten Namen in euren Browser eingebt, müsste dort eure Projektseite geladen werden. Falls nicht, läuft entweder ein anderer Webserver auf Port 80 (Insbesondere wenn ihr Websharing unter Mac OS X aktiviert habt) oder aber ihr habt in einer Datei irgend einen Tippfehler drin. Normalerweise sollte dann jedoch bereits beim Neustart des Apache-Webservers eine entsprechende Meldung ausgegeben werden.

Nun seit ihr dran

Hat bei euch alles auf Anhieb geklappt? Benutzt ihr ebenfalls eigene VirtualHosts für eure Projekte oder habt ihr gar eine andere, einfachere Variante?

Seite besuchen

Doch leider wurde auch ich nicht verschohnt. Beim heutigen Einsatz des Pfad- resp. Vektor-Werkzeugs in Photoshop CS4, bin ich auf einen merkwürdigen Fehler gestossen. Je nach Grösse der gezeichneten Vektor-Form, wurde ein gewisser Teil einfach ausgeblendet und an anderer Stelle angezeigt. Das Ganze wurde dann noch kurioser, als ich hinein- und herauszoomen wollte. Entweder war das Ganze Bild danach "durchlöchert" oder aber es sah wieder wie gewünscht aus.

Zuerst dachte ich an einen Anzeigefehler und habe das Bild testeshalber als PNG abgespeichert. Blöderweise war der Fehler auch auf dem Endresultat zu sehen. Schlussendlich konnte ich das Problem mit einem Update auf die Version 11.0.1 lösen. Das Update könnt ihr via Adobe Updater oder direkt über die offizielle Webseite beziehen.

Adobe hat hierzu die Community "kuler" ins Leben gerufen. Das Projekt selbst gibts schon einige Jahre, doch erst mit der Creative Suite 4 wurde diese mit den Adobe Produkten verknüpft. Hiermit ist es nun möglich, direkt über euren Photoshop CS4 mit kuler in Verbindung zu treten, Farbschematas herunterzuladen oder eigene zu publizieren (Adobe ID vorausgesetzt). Eine nette Sache, wie ich finde. Wer genaueres hierzu erfahren möchte, kann sich auf der Adobe Produktseite zu kuler mal genauer umsehen.

Die bekannteste unter Mac OS X, ist sicherlich das "Swiss-army knife" Perian. Dieses erweitert den in Mac OS X mitgelieferten Quicktime Player mit allen gängigen und auch exotischen Musik-, Video- und Untertitelformaten.

Seit dem letzten Upgrade auf das neue Mac OS X Snow Leopard (10.6), konnte der überarbeitete Quicktime Player 10 jedoch keine MKV-Dateien mehr abspielen. Dies, obwohl die neuste Perian Version 1.1.4 installiert ist. Nach einem kurzen Blick in die User Group von Perian, war die Antwort auch schnell gefunden. Apple hat im neuen Schnee-Leopard den Quicktime Player etwas umgestaltet. Neu spielt er nur noch Formate ab, welche in der ~/Library/Preferences/com.apple.quicktime.plugin.preferences.plist Liste eingetragen sind.

Um dieses Problem zu lösen, kann hier eine kleine App von den Perian-Entwicklern heruntergeladen werden.

Einfach die .app Datei ausführen und die MKV-Dateien sollten problemlos im neuen Quicktime funktionieren.

Fairerweise muss noch gesagt werden, dass ich hier neben einem RAID0-Volumen für die Mac OS X Disks ebenso noch Windows 7 Professional x64 für gewisse Games als Dual-Boot installieren wollte.

Damit euch die Sucherei erspart bleibt, habe ich anbei eine ausführliche Schritt für Schritt Anleitung publiziert.

Viel Spass beim Upgrade

Vorüberlegungen

Warum 64-Bit?

Mac Anwender hatten bisher nie die Notwendigkeit, sich mit dieser Thematik auseinander zu setzen. Schliesslich kann bei Apple nicht zwischen verschiedenen Architekturen gewählt werden. Bei Microsoft's Windows sieht dies jedoch ganz anders aus.

Die heutigen Prozessoren könnnen eine 64-Bit Adressierung durchführen. Vereinfacht gesagt, sind sie damit in der Lage, grössere Rechenoperationen an einem Stück zu verarbeiten. Dies ermöglicht zudem eine grössere Adressierung des verfügbaren Arbeitsspeichers.

Für den Anwender ist vermutlich eher zweiteres Interessant, daher ein kleines Rechenbeispiel:

In einem 32-Bit Betriebssystem können theoretisch maximal 2^32 Bit adressiert werden, was einer Grösse von 4096 MB oder 4 GB entspricht. Anders sieht dies nun in einem 64-Bit Betriebssystem aus. Dieses kann nun theoretisch maximal 2^64 Bit adressieren, was einer Grösse von 17592186044415 MB, 17179869183 GB, 16777215 TB, 16383 PB oder 16 EB entspricht.

Es lohnt sich daher allemal, auf die "neue" Architektur aufzuspringen. Dennoch kann es unter Windows immer wieder zu Treiber Problemen kommen. Verwendet ihr daher noch alte Peripherie-Geräte, wie bspw. einen alten Drucker oder Scanner, dann solltet ihr zuvor unbedingt überprüfen, ob der Hersteller hierfür passende Treiber zur Verfügung stellt. Die einfachere Variante wäre natürlich gleich ein neues, modernes Gerät anzuschaffen.

Warum ein RAID-Volumen?

In dieser Anleitung werde ich meine Mac OS X Snow Leopard Installation auf einem RAID0-Volumen installieren. Hierbei handelt es sich um ein Software- und nicht um ein Hardware-RAID, d.h. die Verwaltung des Arrays wird nicht durch einen separaten Controller sonder direkt von der CPU übernommen.

Bei einem RAID-Volumen handelt es sich um ein Array, also um einen Verbund von mehreren physikalischen Festplatten. Hierbei gibt es verschiedene Varianten. Die gängistens sind 0, 1 sowie 5. Näheres zu den einzelnen Typen kann dem Wikipediaartikel entnommen werden.

Beim Typ RAID0 werden zwei oder mehrere Festplatten zu einem logischen Array zusammen gefasst und dadurch die Daten beim Schreiben auf alle Festplatten verteilt. Somit kann der Schreib- und Lesedurchsatz erhöht werden, was sich natürlich in einer erhöhten Performance widerspiegelt. Da ich des Öfteren grössere Dateien mitteles Photoshop bearbeite, macht es daher durchaus Sinn, ein solches RAID0-Volumen zu verwenden.

Die Nachteile zeigen sich dann jedoch bei einem Ausfall oder einem späteren Ausbau. Da die Daten verstreut auf mehreren Festplatten liegen, sind bei einem Defekt einer einzelnen Platte alle Daten betroffen. Ein Wiederherstellung ist daher nur teilweise bis gar nicht möglich. Daneben kann bei Platzmangel nicht einfach eine Disk ausgebaut und durch eine Grössere ersetzt werden. Im RAID müssen alle Festplatten exakt gleich gross sein.

Solltet ihr euch daher für ein RAID-Volumen entscheiden, ist ein regelmässiges Backup auf eine separate Festplatte pflicht!

Bitte beachtet weiterhin, dass der BootCamp Assistent unter Mac OS X auf einem RAID-Volumen nicht unterstützt wird.

Vorbereitung

Bevor wir mit der Installation & Konfiguration beginnen, sollte kurz ein kleiner Schlachtplan erstellt werden. Somit sind wir später auf der sicheren Seite und einem reibungslosen Ablauf steht nichts mehr im Wege.

Benötigte Komponenten

Folgende Komponenten solltet ihr euch bereit legen. Nichts ist mühsamer, als wenn Mitten in der Installation die benötigte CD/DVD fehlt und schlimmstenfalls das ISO vom Hersteller heruntergeladen werden muss.

• Mac (Ja, ohne gehts nun wirklich nicht )
• Mac OS X Snow Leopard Installations DVD
• Windows 7 Professional x64 Installations DVD
  • ACHTUNG: Vorher die EFI-Version überprüfen und ggf. eine neue Installations DVD brennen. Dieser Schritt wird weiter unten, nach der Installation von Mac OS Snow Leopard, genauer erläutert
• BootCamp 3.0 Treiber CD
  • Besser wären hier die Treiber in der Version 3.1+. Leider waren diese zu diesem Zeitpunkt noch nicht erhältlich.
  • Eine Treiber CD lässt sich über den BootCamp Assistent unter Mac OS X erstellen. Bitte beachte, dass dieser auf einem RAID-Volumen nicht funktioniert.
  • Weitere Interessante Artikel zum Thema "BootCamp" finden sich auf der BootCamp Support Seite von Apple.

Paritionierung

In meinem Fall sind vier Festplatten verbaut. Die ersten beiden sollen im RAID0-Array mit Snow Leopard als Haupt-Betriebssystem konfiguriert werden. Die dritte Disk wird für Windows 7 verwendet. Zum Schluss folgt die letzte Disk, welche entweder für selten benutzte Daten oder für ein Timemachine-Backup verwendet werden kann.

• 1&2:
  • RAID0 mit Snow Leopard
  • HFS+
• 3:
  • Windows 7 Professional x64
  • NTFS
• 4:
  • Spare Disk für Daten resp. späteres Backup
  • HFS+

Sichern aller benötigten Daten

Als letzten Schritt vor der eigentlichen Installation, vergewissert euch bitte doppelt, dass ihr auch wirklich alle Daten gesichert habt. Als kleine Hilfe habe euch hier eine kurze Checkliste angehängt (keine Garantie auf Vollständigkeit):

• Standard Benutzerverzeichnis (/Users/<username>)
  • Musik
  • Filme
  • Bilder
  • Downloads
  • Schreibtisch
  • Webseiten
• iTunes Bibliotheken, Musik und iTunes Store Apps (insb. wenn ihr eure Musik von iTunes verwalten lässt)
  • Aus mir noch unerklärlichen Gründen, waren bei mir die Musik- und iTunes Store-Bibliothek in zwei separaten Verzeichnissen:
    • iTunes Store Bibliothek: /Users/<username>/Library/iTunes
    • iTunes Musik Bibliothek: /Users/<username>/iTunes
• Gespeicherte Kennwörter im Schlüsselbund und/oder anderen Programmen
• Browser Bookmarks
• Mail Accounts
• Kalender Daten
• Sonstige, wichtige Programm-Daten (bspw. Steuererklärungssoftware Private Tax)

Und für die Webdesigner/Coder unter euch:

• Font Library, ebenso in zwei unterschiedlichen Verzeichnissen:
  • /Library/Fonts/
  • /System/Library/Fonts/
• Lokale Websites und Datenbanken (XAMPP: /Applications/xampp/htdocs/)
• Programme
  • Photoshop Pinsel (Brushes)
  • Photoshop Verläufe (Gradients)
  • Photoshop Aktionen (Actions)

Tipp: Es bietet sich an, alle Daten in einer Image-Datei zu sichern. Hierzu kann das "Festplatten-Dienstprogramm" (Disk-Utility) unter "Programme" -> "Dienstprogramme" verwendet werden. Unter "Neu" -> "Image von Ordner..." kann von einem Backup-Verzeichnis eine einzige .iso-Datei erzeugt werden. Daneben bietet es wahlweise den schönen Nebeneffekt der Komprimierung und Verschlüsselung.

Installation

Mac OS X Snow Leopard

Als Erstes installieren wir unser Haupt-Betriebssystem. Hierzu die Mac OS X Snow Leopard Installations DVD einlegen und den Rechner mit gedrückter "C" Taste neu starten. Das EFI sollte nun automatisch den Installations-Assistenten starten. Falls nicht, muss das SuperDrive manuell ausgewählt werden. Hierzu muss das System nochmals neu gestartet und während des Bootvorgangs die Taste "Alt" (Wahltaste) gedrückt werden. Anschliessend kann die DVD im Bootmanager ausgewählt werden.

RAID0-Volumen anlegen

Wurde der Installations-Assistent erfolgreich geladen, kann mit dem Anlegen des RAID-Volumens begonnen werden. Hierzu muss das Festplatten-Diestprogramm (Disk-Utility) über die Applikationsleiste im Assistenten aufgerufen werden.

Im nun erscheindenen Fenster solltet ihr alle vier Festplatten einsehen können. Um nun ein RAID-Volumen anzulegen, wählt ihr mit gedrückter "Shift"-Taste die ersten beiden Festplatten aus, welche ihr zum RAID-Array zusammenführen wollt. Klickt anschliessend auf den Reiter "RAID" und zieht die beiden, markierten Disks in den unteren, weissen Bereich.

Anschliessend müssen noch die RAID-Einstellungen wie folgt angepasst werden:

• Name des RAID-Systems: Mac OS X
• Format: Mac OS Extended (Journaled)
• RAID-Typ: RAID 0 (Verteilt)

Unter "Optionen..." könnt ihr zusätzlich noch die Blockgrösse nach euren Bedürfnissen anpassen. Wenn ihr eher grössere Dateien verwaltet, könnt ihr problemlos die Grösse 128 KB oder 256 KB auswählen. Somit könnt ihr aus eurem RAID noch mehr Performance heraus holen.

Wurden alle Einstellungen angepasst, kann mittels Klick auf "Erstellen" das RAID-Volumen erstellt werden. Im Festplatten-Dienstprogramm sollte nun das Volumen "Mac OS X" mit der doppelten Grösse angezeigt werden.

<Screenshot>

Fortfahren mit der Installation von Mac OS X Snow Leopard

Wurde das RAID-Volumen eingerichtet, kann mit der Installation fortgefahren werden. Hierbei unterscheidet sich nichts von einer normalen OS X Installation. Einzig muss nun als Installations-Volumen das vorhin erstellte RAID-Volumen "Mac OS X" ausgewählt werden. Ansonsten kann dem Assistent wie gewohnt gefolgt werden.

Windows 7 Professional x64

Wurde Mac OS X Snow Leopard erfolgreich installiert, kann es mit Windows 7 weitergehen. Hierfür sollten zuvor die Festplatten entsprechend vorbereitet werden.

Festplatte vorbereiten

Hierzu wird wiederum das Festplatten-Dienstprogramm unter Mac OS X gestartet. Wählt danach eure dritte Festplatte aus, auf welcher schlussendlich Windows installiert werden soll. Klickt anschliessend auf den Reiter "Löschen" und formatiert die Festplatte mit folgenden Einstellungen:

• Format: MS-DOS-Dateisystem (FAT)
• Name: WINDOWS

Prinzipiell ist dieser Schritt nicht zwingend notwendig, da er auch direkt im Windows Installations-Assistent vorgenommen werden kann und die Festplatte dort später so oder so nochmals formatiert werden muss. Es erleichtert jedoch das spätere Auswählen der richtigen Festplatte, wenn wie in diesem Beispiel, mehrere Disks und Partitionen vorhanden sind. Wer schonmal ausversehen die falsche Disk formatiert hat, weiss wovon ich rede .

Erstellen einer neuen Installations Disk für Windows 7 x64 und EFI32

Kommen wir nun zum Problem mit der Windows 7 x64 Installations DVD unter Verwendung von der EFI32-Version. Wurde beim EFI-Check die Version EFI32 ausgegeben, muss bei der Verwendung der 64-Bit Windows 7 Version, eine neue Installations DVD erstellt werden.

• Dieser Schritt kann übersprungen werden, falls EFI64 erkannt wurde oder ihr die 32-Bit Version verwendet!
• Brennen einer neuen Installation DVD mittels dem frei erhältlichen Programm "ImgBurn" nach folgender Anleitung

Alternativ kann folgende Anleitung ausprobiert werden, welche für Windows 2008 Server und Hyper-V geschrieben wurde aber prinzipiell das selbe Problem darstellt (Leider hatte ich selbst noch keine Zeit, diese Lösung selbst auszutesten):

0 - create 3 folders c:\server2008iso c:\server2008exe c:\server2008dvd
1 - download the oscdimg.exe file and put into c:\server2008exe
2 - put .iso you downloaded from ms into c:\server2008iso and unzip it
3 - move .iso file out of c:\server2008iso
4 - open a dos prompt in c:\server2008exe and type:

Run "oscdimg -n -m -bc:\server2008iso\boot\etfsboot.com c:\server2008iso c:\sever2008dvd\server2008dvd.iso"

Booten von der (modifizierten) Windows 7 x64 Installations DVD

Wurde die neue Installations DVD mit angepassten Boot-Optionen erstellt oder verfügt ihr glücklicherweise über ein EFI64-Version, können wir mit der eigentlichen Installation von Windows 7 x64 beginnen. Hierzu legt ihr ebenso die Installations DVD in euer SuperDrive, bootet erneut euer System und haltet dabei wiederum die Taste "C" gedrückt.

"Select CD-ROM Boot Type: 1: 2:"

Wird nun obige Meldung ausgegeben, habt ihr a) doch keine EFI64-Version und müsst nun ebenso eine neue Installations DVD mit speziellen Boot-Optionen erstellen oder b) bei der Erstellung derselbigen ist womöglich etwas schief gegangen. Falls ihr euch sicher seit, dass alles nach der angegebenen Anleitung vorgenommen wurde, könnt ihr gerne mal die zweite Variante austesten und am besten gleich hier euer Feedback dazu posten.

Windows Installations-Assistent startet

Wurde euere Installations DVD akzeptiert und der Windows Installations-Assistent erfolgreich gestartet, kann endlich mit der eigentlich Installation begonnen werden. Hierzu wählt ihr unter dem Windows Festplatten-Dienstprogramm die Festplatte mit dem Label "WINDOWS" aus. Windows wird nun reklamieren, dass die Festplatte nicht verwendet werden kann, da diese nicht mit NTFS formatiert ist. Mit Auswahl von "Format" kann dies geändert werden. *ACHTUNG: Vergewissert euch, dass auch wirklich die richtige Disk ausgewählt wurde*

Fortfahren mit der Installation von Windows 7 Professional x64

Wurde die Festplatte erfolgreich formatiert, kann mit der Installation fortgefahren werden. Hierfür kann dem Assistenten wie gewohnt gefolgt werden.

Installation der BootCamp Treiber

Wurde Windows 7 erfolgreich installiert, müssen nun noch die BootCamp Treiber installiert werden. Sollte zuvor keine Treiber CD über den BootCamp Assistenten erstellt worden sein, so sollten diese meines Wissen auch auf der Snow Leopard Installations DVD bereit liegen. Alternativ könnt ihr diese auch auf der Torrent-Seite eures Vertrauens als ISO-Datei beziehen.

Nachdem die setup.exe aufgerufen wurde, quittiert das System mit folgender Meldung "Boot Camp x64 is unsupported on this computer model". Merkwürdig, handelt es sich doch um ein 64-Bit Windows mit 64-Bit BootCamp Treibern. Nun denn, Grund hierfür ist mal wieder der allseits beliebte UAC Agent. Um die Treiber installieren zu können, benötigt ihr Administratoren-Rechte (Weshalb kann hier keine vernünftigte Fehlermeldung ausgegeben werden?). Leider reicht es nicht, wenn ihr die setup.exe über das Kontext-Menü als Administrator ausführt.

Die setup.exe ruft wiederum das im Unterverzeichnis "Drivers" liegende "BootCamp64.msi" auf. Um nun MSI-Dateien mit Administratoren-Rechten ausführen zu können, gibt es zwei Möglichkeiten:

1. Ihr deaktiviert den UAC Agenten. Wäre es Windows Vista, würde ich hier vermutlich keine Sekunde zögern. Doch unter Windows 7 wurde das Feature entsprechend umgestaltet. Anstatt den Benutzern nun bei jeder Kleinigkeit zu stören, kann es nun endlich als sinnvolle Sicherheitsfunktion eingesetzt werden und sollte daher nicht deaktiviert werden. Temporär spricht natürlich nichts dagegen.
2. Ihr fügt dem Kontext-Menu für MSI-Dateien den Eintrag "Als Administrator ausführen" hinzu.

Um dies zu ermöglichen, könnt ihr euch die Registry-Datei "MSIRunAsAdmin" von Symantec herunterladen oder nachfolgenden Ausschnitt als "MSIRunAsAdministrator.reg" abspeichern.

Windows Registry Editor Version 5.00

[HKEY_CLASSES_ROOT\Msi.Package\shell\runas\command]
@=hex(2):22,00,25,00,53,00,79,00,73,00,74,00,65,00,6d,00,52,00,6f,00,6f,00,74,\
00,25,00,5c,00,53,00,79,00,73,00,74,00,65,00,6d,00,33,00,32,00,5c,00,6d,00,\
73,00,69,00,65,00,78,00,65,00,63,00,2e,00,65,00,78,00,65,00,22,00,20,00,2f,\
00,69,00,20,00,22,00,25,00,31,00,22,00,20,00,25,00,2a,00,00,00

Wurde alles korrekt durchgeführt, könnt ihr nun auf der BootCamp Treiber CD ins Verzeichnis "Drivers" navigieren und die Datei "BootCamp64.msi" als Administrator ausführen. Die Installation der Apple Treiber sollte ohne weitere Probleme funktionieren. Wurden alle Treiber erfolgreich installiert, bitte das System NICHT neustarten.

CACHE_MANAGER Bluescreen

Leider scheint einer der 64-Bit Treiber von Apple einige Probleme zu verursachen. Dies zeigt sich dann in einem netten Bluescreen namens "CACHE_MANAGER". Apple fügt unter Windows den HFS Treiber hinzu, welcher es ermöglichen soll von Windows auf Mac OS X Partitionen zugreifen zu können. Damit wir nun Windows 7 dennoch verwenden können, muss dieser Treiber leider "deaktiviert" werden. Dieses Problem wird sicherlich mit dem nächsten Erscheinen der BootCamp Treiber ab Version 3.1 behoben sein.

Bis dies der Fall ist, müsst ihr wie folgt vorgehen:

• Öffnen des Windows-Explorers und ins Verzeichnis "C:\Windows\system32\drivers\" navigieren
• Die Datei "AppleHFS.sys" in "AppleHFS.sys.disabled" umbennenen

Anschliessend könnt ihr ohne Risiko euer System neustarten und sowohl auf Mac OS X Snow Leopard als auch auf Windows 7 alle aktuellen Sicherheitsupdates installieren.

Falls ihr ausversehen nach der BootCamp Treiber Installation bereits einen Neustart durchgeführt habt und nun andauernd im Bluescreen hängt, nur keine Sorge. Über den abgesicherten Modus von Windows kann der Treiber dennoch deaktiviert werden. Hierzu müsst ihr beim Windows Start lediglich die Taste "F8" gedrückt halten. Somit wird das Laden des AppleHFS-Treibers unterdrückt.

Fertig!

Als gelernter Informatiker und nun Informatik-Student, stolpere ich des Öfteren über gewisse Hürden. Immer wieder war ich daher über die zahlreichen Ressourcen im Internet dankbar. Um der Community etwas zurück zugeben, habe ich nun dieses Blog ins Leben gerufen.

In Zukunft findet ihr hier daher alles Mögliche zum Thema Informations-Technik, insb. Programmierung (PHP, Java, jQuery), Webstandards (HTML, CSS, XML, XSLT) sowie Web- und Logo-Design mittels Photoshop. Daneben sollen hier noch gewisse Themen über den Umstieg von Windows nach Mac angesprochen werden.

Viel Spass beim Stöbern