Nach vergeblichen Versuchen einen MyHack-Stick mit ML zur Installation zu bewegen, bin ich heute fündig geworden.
Problem:
Auf meinem Rechner3 ( Z77M-D3H-Board + Radeon HD6670) brach die Installation recht schnell ab und führte zu einem reboot. Alle Varianten und Variationen von Boot-Flags halfen nicht. Erst der Umbau des Rechner mit Austausch der Grafikkarte (MSI-R5450) u n d Anschluss an einen Uraltmonitor mit max. 1400x900 Auflösung brachten die Installation in Gang. Nach erfolgreicher Installation war dann die normale Radeon HD 6670 mit dem normalen Monitor AOC F22 (1920x1080x32 Auflösung) unter ML benutzbar.
Lösung:
(1)
Heute morgen hab ich in einem anderen Forum gelesen, daß dieses Problem häufiger auftritt und empfohlen wird, den ATI6000Controller.Kext vom Installationstick zu löschen.
(2)
Gelesen und getan. Der ML-Stick ließ sich mit dem Boot-Flag "-v GraphicsEnabler=No" problemlos starten. Allerdings viel kurz vor Ende der 22minütigen Installation das Bild des Monitors in sich zu sammen, so daß die drei Hack-Fragen inder letzen Minute der Installation nicht mehr sichtbar waren. Trotz Abbruch der Installation (Rechnerneustart nach fünfminütiger Wartefrist), ließ sich ML von der Platte starten. Befand sich aber in einem fragwürdigen und dennoch lauffähigen Zustand.
(3)
Nachdem das Löschen der ATI6000Cotroller.Kext keine generell empfehlenswerte Lösung ist, habe ich in der Info.pList die Hardwareinformationen (GerateNo+HerstellerID) meiner Grafikkarte (Radeon HD 6670) nachgetragen. In der Info.plist gibt es einen Abschnitt, der wie folgt aussieht:
<key>CFBundleIdentifier</key>
<string>com.apple.kext.AMD6000Controller</string>
<key>IOClass</key>
<string>AMD6000Controller</string>
<key>IOMatchCategory</key>
<string>IOFramebuffer</string>
<key>IOName</key>
<string>AMD6000Controller</string>
<key>IOPCIMatch</key>
<string>0x67581002 0x67701002 0x67791002 0x67601002 0x67611002 0x67501002 0x67581002 0x67591002 0x67401002 0x67411002 0x67451002 0x67381002 0x67391002 0x67201002 0x67221002 0x67181002 0x67191002 0x68401002 0x68411002 0x67041002</string>
Nachdem ich die Info.plist auf den Desktop gezogen und mit dem Editor geöffnet habe, habe ich meine Karten-Daten ( 0x67581002) unter dem Schlüssel >>>IOPCIMatch<<< der Liste an erster Stelle hinzugefügt. Anschließend habe ich die Info.plist wieder in den ATI6000controller.Kext zurückkopiert. (Mit der Maus vom Desktop in das Verzeichnis hineinziehen, die Altrnative >Ersetzen< auswählen und Passwort eingeben.)
Kurzum:
Mit dem Nachtragen der eignen Hardware-Angaben in die entsprechende xy-Controller.Kext kann die Möglichkeit erhöht werden, dass die Installation auf und mit der entsprechenden Hardware durchführbar ist. In meinem Beispiel ließ sich der Installationsstick problemlos in Betrieb nehmen.
(4)
Um Risiken und Nebenwirkungen des beschriebenen Vorgehens möglichst klein zu halten, habe ich in einer zweiten Runde, auf der Installationsfestplatte eine weitere 8GB-Partion eingerichtet, auf der die MyHack-Installation aufgespielt wird. Dies empfiehlt sich aus (mindestens 2 Gründen). Erstens geht die Erstellung des Installationsmediums schneller. Zweitens lassen sich die Zugriffsrechte auf einer Festplatte schneller reparieren. Bei einem US-Stick dauert es doch ellenlang.
(5) Wehrmutstropfen:
Ich habe bei der zweiten Test-Runde ein klein wenig gemogelt. Statt der Ap aus dem Appstore habe ich die Developer-Version (Golden Master) benutzt. Beide Versionen haben aber dieselbe Versionsnummer ( OS X 10.8 (12A269)). Mein Verdacht war, dass die Golden-Masterversion ohne Bildausfall (in den letzten 5 Installationsminuten) ihren Dienst verrichtet. Dies war bei der App nicht (immer) der Fall.
Kurzum:
Wer mit Lion-tauglicher Hardware arbeitet und diese unter ML nicht an den Start bekommt, könnte evtl. überlegen, ob und wo seine Hardware-Id's (GeräteNo+Hersteller-No) in den entsprechenden Info.plist-Dateien nachgerüstet werden können und müssen, damit die Erst-Installation doch noch ans Laufen gebracht werden kann.
Soweit erstmal meine Experimente und Erfahrungen.
Gruss
Hartmut