Beiträge von griven

Da das Ganze hier inzwischen ein wenig Offtopic wird und nebenbei auch schon seit einiger Zeit keine Aktivität mehr in dem Thread zu verzeichnen ist denke ich kann die Kiste hier zu. Falls jemand anderer Ansicht ist gerne per ne PM an mich, dann mach ich wieder auf.

Final noch ein Tipp zum Thema HFS+ Volumes unter Windows mit MAC OS Boardmitteln lesbar/beschreibbar machen:

Es gibt einen ganz einfachen Trick wie man Windows die HFS+ Partionen einer Festplatte bekannt macht und dazu braucht es weder MACDRIVE noch irgendwelcher anderen Drittherstellerprodukte, eine orginal MAC OS Snow Leo DVD reicht da vollkommen hin. Alles was Ihr braucht sind die Bootcamp Treiber, die Apple dankenswerterweise mitliefert. Los geht die wilde Fahrt:

Der Installer des Bootcamp Pakets prüft nämlich nicht ob er unter MAC OS oder Windows ausgeführt wird ergo führt folgendes Vorgehen zum Erfolg:

1. Snow Leopard DVD in den Windows Rechner einlegen (Autoplay wegklicken)
2. In Das Verzeichnis “/Boot Camp/Drivers/Apple” wechseln und doppelt auf “Bootcamp.msi” klicken. (Bitte nehmt “Bootcamp64.msi” wenn ihr ein 64-Bit Windows vor euch habt)
3. Installer durchklicken
4. Rechner neustarten
5. Im Startmenü auf “Ausführen” klicken und “msconfig” eingeben – dort müsst ihr dann “Boot Camp” aus den Startobjekten entfernen.
6. Nochmal neustarten

Tzja und so wird plötzlich und unerwartet und vorallem auch gratis aus einem HFS+ blinden Windows ein sehendes

Den MSR Dumper kann man auch nutzen, wenn man keine Sandy Bridge Hardware hat. flAked stellt bei Insanelymac eine entsprechende Version bereit.

Ich habe es getestet und musste ernüchtert feststellen, dass mein Core2Duo (e6400) irgendwie nur 2 Steps kennt (s7 und s8) was aber vielleicht auch mit meiner leicht verkorksten DSDT.aml zusammenhängen mag. Hier bin ich (noch immer) nicht hinter das Geheimnis gekommen wie ich dem Dingen wirklich sage, dass er alle verfügbaren C und P states nutzen soll. Im Moment lasse ich die C und P States von Chameleon generieren und die ssdt Tabellen darüber bauen obs der Weisheit letzter Schluß ist weiß ich nicht...

Da ich mich da aktuell auch mit rumschlage würde mich auch interessieren ob es irgendein Tool gibt mit dem man monitoren kann ob das System Speedstep nutzt und welche C-States und P-Stats eingenommen werden. Ich habe nämlich den Verdacht, dass mein Rechner obwohl der Powermanagement Client erfolgreich startet zumindest nicht in den State C-3 geht.

Hehe meine alte Kiste ist wirklich nicht zeigenswert und ausserdem müsste ich dann auch vorher noch meinen Schreibtisch aufräumen und so...

So wie man liest/hört soll das ganz gut klappen ich kann es allerdings nicht testen denn wenn ich versuchen den Löwen aus einen installierten GoldenMaster Setup heraus zu laden (kaufen) versichert mir der APPStore glaubhaft, dass ich das Produkt bereits besitze und installiert habe und das somit nicht kaufen brauche *moep Fehler irgendwie aber wir wollen nicht murren*

Wie man so liest gibt es mit der Graka wohl wirklich einige Probleme unter MAC OS.

Grundsätzlich kannst Du es schon installieren allerdings wird es schwierig werden die Grafikbeschleunigung ans Laufen zu bekommen (kein Quartz Extreme, Keine Core Graphics) was ziemlich doof ist weil dann einiges einfach nicht gehen wird. Es gibt zwar wohl einige ambitionierte Projekte das alles auch auf dem Setup lauffähig zu machen allerdings ist da bisher wenig Erfolg vermeldet worden.

Da Mac OS ohne diese Features wenig bis keinen Spaß macht würde ich auch zumindest erstmal dazu raten die Finger davon zu lassen denn ein System das irgendwie läuft braucht eigentlich niemand...

Da kann ich allerdings Goron nur zustimmen, es ist immer wieder ein geiles Gefühl auf meiner alten Möhre Sachen zum laufen zu bringen die da eigentlich gar nicht laufen dürften ;O)

Nen netter Nebeneffekt der daraus entsteht ist im Übrigen, dass man ganz automatisch damit anfängt sich mit Dingen zu beschäftigen die man sonst vermutlich im Traum nicht angepackt hätte (DSDT Patching, Assembler blaaaa) ergo man lernt so ganz im vorbeigehen sogar noch einiges dazu

Hihi wenigstens bin ich nicht der einzige der Seine Kiste nicht wieder Wach bekommt, hier hilft vermutlich nur eine entsprechend angepasste DSDT.AML vielleicht mal bei Tonymac oder Kext.com vorbeisurfen die Gigabyte Boards sind ja doch ziemlich verbreitet und es gibt vieles dafür...

*Wüste Beschimpfungen bitte hier* Kack ASUS Board was ich da hab, da gibbet genau nüscht*

Jesus, ich hab den Thread komplett aus den Augen verloren oO

Fassen wir mal die Möglichkeiten bzw. möglichen Wege zusammen.

1. <key>EthernetBuiltIn</key> - <string>Yes</string> in der com.apple.boot.plist (im Extra Ordner) klappt bei allen GigaByte Boards und allen anderen Boards die von verbauten Netzwerkchips nahe an Apple Hardware sind (Viele Realtek Chips aber längst eben nicht alle, gerade die gerne verbauten RTL8169SC/RTL8110SC Chips machen hier massive Probleme).

2. <key>EthernetBuiltIn</key> <string>Yes</string> + EFI String Injection über EFI Studio funktioniert meißtens aber leider auch nicht immer...

Um Möglichkeit 2 zu nutzen poste ich hier mal fix ne Anleitung die Step by Step mit Bildern zeigt wie es geht. Damit Ihr loslegen könnt benötigt ihr zunächst folgende grundlegenden Dinge:

1. Funktionierende Verbindung, sprich die Karte muss irgendwie erkannt werden und der Zugriff auf´s Internet muss klappen
2. EFI Studio z.B. von hier

Wenn Ihr beides habt, dann einfach EFI Studio starten und schon kann es losgehen. Nach dem Start solltet Ihr ein Fenster sehen, dass wie folgt aussieht:

unter dem Punkt "Select Device" wählt Ihr jetzt einfach "Network" aus und es sollte sich ein 2. Fenster öffnen das wie folgt aussieht (Der Inhalt kann bei Euch anders sein, bzw. wird sogar anders sein...)

WICHTIG!! wir klicken jetzt bitte NCHT auf "write to com.apple.Boot.plist" denn da passiert bestenfalls nämlich gar nix, schlimmstenfalls wird der ganze Sermon in die com.apple.Boot.plist geschrieben die MAC OS selber mitbringt (/Library/Preferences/SystemConfiguration/) und die Chameleon und andere Bootloader dankenswerterweise ignorieren wenn es eine com.apple.boot.plist im Verzeichnis /Extra gibt. Weiter geht es also mit einem Klick auf den Button "Hex String to Clipboard".

Damit ist die Arbeit von EFI Studio auch schon erledigt und Ihr könnt es guten Gewissens schließen.
Für den nächsten Step benötigt Ihr entweder einen plist Editor (ich benutze Plist Pro) oder entsprechende Kenntnisse im Terminal mit einem Texteditor Eurer Wahl.

Ich gehe mal auf dem PlistEditPro Weg weiter da ich denke, dass dies für die meisten unter uns wohl die einfachste Lösung sein dürfte. Ihr navigiert im Finder auf Euer /Extra Verzeichnis und macht nach der Installtion von PlistEditPro einfach mal einen Rechtsklick auf Eure com.apple.Boot.plist und wählt dort öffnen mit -> PlistEditPro aus es sollte sich ein Fenster öffnen, dass wie folgt aussieht:

Im unteren Bereich des Fensters fügt Ihr nun einfach folgenden Code ein:

zwischen die beiden String Tags gehört der Hexcode, den Ihr aus EFI Studio kopiert habt (Button Hex String to Clipboard) wenn Ihr alles richtig gemacht hab sollte Euer Ergebnis also ungefähr so aussehen:

Wobei freilich hier nur der grau hinterlegte Bereich wichtig ist

So nun das Ganze noch speichern, Finger kreuzen und neu starten und hoffen dass alles geklappt hat ;O)

Ähm schlagt mich, aber die Meldung von BootCacheControl ist nicht die, die wirklich das Problem verursacht denn die sagt eigentlich nichts weiter aus als das es keinen BootCache gibt was bei dem Installtionsmedium auch so richtig ist, weil hier alle Kexte geladen bzw. geprüft werden sollen.

Für mich *Achtung Spekulation* sieht das eher nach einem anderen alten Bekannten aus "Still waiting for Bootdevice..." schau mal beim Verbose Boot weiter oben ob Du eine Meldung findest die in etwa so aussieht:

Falls nicht isses der Bootdevice Fehler, hier findet dann MAC OS einfach keinen passenden Treiber zu Deinem Festplattencontroller. Damit man das dann weiter eingrenzen kann wäre es toll mehr über Deine Hardware zu erfahren insbesondere im Bezug auf Festplatten (Welcher Anschluss, S-ATA oder P-ATA, Mainboard, Chipsatz etc.)

Hö?
Wenn Du von der Platte mit Verbose bootest startet er durch, ohne nicht?

Hum kann verschiedene Gründe geben dafür meist liegt das an fehlenden Kexten oder aber fehlenden Bootparametern (Kernel flags).

Boote mal von der Platte mit dem schalter -v und schreib mal was dann kommt, so kann man sehen wo der Bootvorgang stoppt und daraus weitere Schritte ableiten.

Das ist aber schon komisch, da sowohl die GM als auch die Release Version das selbe build sind sprich demnach wohl identisch sein dürften. Selbst der AppStore identifiziert eine installiete GM als Installiertes Lion und auch Updates bekommt die GM genau so wie die Retail. Apple schein sich also nicht die Mühe gemacht zu haben hier noch mal nen neues Build zu machen.

Lange Rede kurzer Sinn, wenn es mit GM gegangen ist geht´s mit Retail auch oder anders der Fehler liegt nicht bei Lion. Vielleicht solltest Du mal die Dateiberechtigungen mit dem Festplattendienstprogramm reparieren für mich hört es sich nämlich fast so an als wenn die plist Datei in der die Einstellung gespeichert wird entweder vom System nicht beschrieben oder nicht gelesen werden kann.

Versuch mal beim Booten folgenden Parameter mitzugeben (einfach eigeben wenn die LW aufwahl kommt): npci=0x2000

Wenn der Rechner damit bootet, dann packste Dir das einfach mit in die com.apple.boot.plist in Extra.

Wenn das nicht hilft gibt es noch eine etwas radikalere Methode, hierbei werden dann verschiedene Kexte gegen die der Vorgängerversion getauscht. Ich bekomme aus dem Stehgreif gerade nicht zusammen welche es genau sind geht aber in die Richtung IOAPCIFamily.kext IOPlattformFamily.kext etc...

Jepp die Asus Boards laufen zwar es ist aber unter umständen eine Elende Fummelei damit alles so geht wie man es gerne hätte. Wenn Du die Wahl hast pack Dir nen gigabyte Mobo rein die scheinen von sich aus schon so nah am Apple Logic Board zu sein, dass vieles direkt geht ohne das man groß was rumfrickeln muss an der DSDT,Bios oder Bootloader. Die Gigabyte Boards machen einem das Leben da offenbar um einiges leichter.

So viel gepatche, Google arbeit und diverse Stunden in diversen Foren später habe ich nun folgendes erreicht:

DSDT.aml erstellt (Handgemacht, da keiner der Patches die so verfügbar sind passen wollen) die folgendes macht:

- Speedstep (läuft)
- Sleep (läuft halb, geht in sleep wacht nicht mehr auf)
- PWR Button zeigt Menu anstatt den Rechner direkt schlafen zu legen
- USB (alle laufen)
- Bios CMOS Reset Fix läuft auch

Bis auf das Makel, dass der Rechner nicht mehr aufwachen will soweit also schon mal ein Erfolg. Ich hänge meine .aml mal hier mit an viellicht hat ja jemand noch eine Idee bzgl. des nicht Aufwachens-

Eine eigentlich praktische Funktion nur leider oft an der Praxis vorbei weil man viel Schrott auf hat den man eigentlich beim nächsten Start nicht wieder aufhaben will. Ich habe bisher keine Einstellung gefunden die das grundsätzlich deaktiviert *nöl*

Sieht schwer nach einer Boot DVD aus die nicht astrein in ordnung ist.

Zum Verständnis: von der DVD wird ähnlich wie bei einer Linux LIVE CD ein Mini System im Speicher erzeugt und gebootet quasi ein bis auf das allernotwendigste reduziertes MaC OS. Auf diesem MiniSystem startet dann der eigentliche Installer.

Die Fehlermeldung, die Du bekommst sagt aus das bei der allocation des notwendigen Speichers für die Ramdisk ein fehler aufgetreten ist meist hängt das mit einer nicht 100% funktionierenden Bootdvd zusammen in seltenen Fällen kann es aber auch am Speicher selbst liegen.

Ich gehe davon aus, dass Du dem Stick nach der Behandlung mit XMove durchaus auch einen Bootloader verpassen kannst. Ich würde da einfach mal versuchen mit Multibeast Chimera oder Chamelon druff zu packen und das testen.

Ich hab da auch lange fummeln müssen bis mir die Idee kam, den Stick nach dem GUID Schema zu partitionieren und eben nicht mit FAT oder so wie sonst bei USB Sticks üblich.

Was Löst die Kernelpanik denn aus sprich was steht da?