wohin müssen kexts?

Also im Grunde ist das mal vollkommen egal, was man wohin packt...

Der Ordner /system/library/extensions ist halt der Standard Ablageort für Treiber (KEXT = Kernel Extensions = hinzuladbare Module zum ansteuern der vorhandenen Hardware durch das OS) und ist wohl am ehesten mit dem system32 Ordner unter Windoofs zu vergleichen.

in dem Ordner /system/library/extensions landen alle von Apple gelieferten Treiber, was durchaus Sinn macht, da MAC OS dafür gedacht ist auf MAC´s zu laufen sprich jeder MAC findet da genau das was er braucht um zu laufen.

Damit MAC OS nun auch auf dem heimischen PC läuft bedarf es einiger "kleiner" Änderungen, die dafür sorgen, dass der PC zum MAC wird. Diese Änderungen an den von Apple bereitgestellten Dateien kann man entweder mittels BinärPatch direkt in den von Apple bereitgestellten Treiben vornehmen (ApplHDA.kext ist da beliebt) oder aber man überlässt das hinzuladen der eigentlich Apple fremden Treiber dem Bootloader. Alle Bootloader, die ich kenne basieren irgendwie auf Chameleon und da hat es sich eingebürgert genau diese Treiber (kexte) im Ordner /Extra/Extensions unter zu bringen, da sie dort sicher sind vor allen Zugriffen seitens MAC OS...

Jap das ist grundsätzlich korrekt.

Aufpassen sollte man, dass man keine unterschiedlichen Kexts an beiden Orten hat.

Weiterhin habe ich noch die Erfahrung gemacht das Audio und manche Wlan Kexte unter extra nicht wirklich funktionieren wollen.

Das mit dem Bootloader lässt sich schwer so beantworten denn eigentlich liegt es nicht am Bootloader, wenn der Rechner einfach neu bootet hier wären ein paar mehr Informationen mal sehr Sinnvoll, also wann genau passiert der Reboot?

Was wird vorher angezeigt?
Was wird auf dem Bildschirm angezeigt, wenn Du Verbose Bootest?

Das mit dem Reboot ist meist die Reaktion auf eine ausgelöste Kernelpanik und gegen die Können wir erst was unternehemen, wenn wir wissen was die Panik verursacht (boot mit dem Schalter -v)

hast du bei deine vielen versuchen mal versucht etwas "direkt" auf die efi partition zu schreiben?
das klingt mir alles nach einer voellig "vertesteten" festplatte..

Den selben Eindruck habe ich auch und genau das passiert ja auch extrem schnell, wenn man mit dem Wizard die "Erstinstallation" des Loaders macht und nicht aufpasst...

Ich bin gerade dabei ein tutorial für Chameleon Wizard zu machen und Ihr dürft nun wählen ob "bebilderte" Anleitung oder Videotutorial ;O)

weist du was das beste fuer dich ist?

fang einfach nochmal von vorn an. also platte formatieren, tut's lesen.. usw... und dann wird es bestimmt funktionieren..

Installationsort:
Nein, muss er nicht zwingend, da Chameleon Wizard die erste passende Partition benutzt, was nun mal leider meist die EFI Partition der Platte ist. Der Extra Ordner hat mit dem installationsort des Bootloaders als solchem erstmal gar nichts zu tun...

ComboUpdate:
Nö, es braucht in der Regel keine Helper es sei denn man setzt irgendwelche "Sleepenabler" ein, denn die führen sehr gerne zu Kernelpaniken beim Update, hat man die nicht muss man auch nix installieren vor dem installieren ;O)

Status Quo:
- System läuft irgendwie bei boot mit CD
- System läuft gar nicht bei boot von platte
- Alle Versuche diesen Umstand zu ändern blieben erfolglos...

Problem:
- Bootloader auf der Platte ist fehlerhaft, eventuell fehlen auch KEXTE...

Lösung:
- Auch, wenn es weh tut, neu machen und zwar von Anfang an! Unsere englischsprachigen Freunde würden sagen "Start from a Scratch" und das meine ich auch genau so. Du schreibst, dass Du keine Ahnung mehr hast wie Du das zum laufen bekommen hast, das sind gelinde gesagt suboptimale Vorraussetzungen, denn MAC OS auf einem 08/15 PC zu installieren ist heute zwar vergleichsweise einfach aber trotzdem noch lange nichts für "Laufwerk auf, CD rein, läuft!" Junkies. Gerade im Bereich der Bootloader passieren intern unfassbar viele Dinge, denn immerhin wird hier mehr oder weniger ein kompletter MAC emuliert und Deine vorhandene Hardware so einbezogen, dass MAC OS denkt es läuft auf einem MAC. Klar, es gibt hier ein paar "Essentials" die sein müssen, aber hier ist echt Aufmerksamkeit und vor allem Dokumentation der Schritte die man gemacht hat gefragt.

Sei mir nicht Böse und es ist auch absolut kein Angriff auf Dich, aber wir alle hier hätten es um ein vielfaches leichter, wenn User die Hilfe suchen wenigstens Auskunft darüber geben könnten, was sie denn im Detail so gemacht haben. Die Palette an möglichen Fehlerquellen warum jetzt OS X nicht läuft ist nahezu endlos groß, die Aussagekraft der generierten Fehlerbilder allerdings deckt das mögliche Fehlerpotential bei weitem nicht ab. Ergo in 99% aller Anfragen fischen wir im "Trüben" spekulieren "wild" drauf los und verschlimmbessern eher alles, als das es wirklich zu einer Lösung des Problems führen würde....

Sorry, aber ich musste das jetzt wirklich mal sagen, denn wir haben im Moment doch echt einige solcher "Circle Threads"...

Okay es wird mal wieder "sehr technisch" aber Du wolltest es ja so...
(so langsam kann ich mir das glaube ich patentieren lassen, Jobs hatte sein "one more thing..." und ich mein "sehr technisch...")

Also zu Deinen Kernfragen...

Wenn man Chameleon auf die EFI Partition installiert muss man dann...
Mal ganz abgesehen von der Tatsache, das die als "EFI Partition" bezeichnete Partition vom Prinzip her eigentlich nicht dazu gedacht/geeignet ist auf ihr überhaupt irgendwas zu installieren müsste man den /Extra Ordner von Chameleon natürlich auch auf dieser Partition platzieren, da der Loader die Informationen aus dem Extra Ordner nun mal genau da erwartet wo er selbst installiert ist.

Hä, wie jetzt nicht dazu geeignet, aber Leute machen das doch?
Na sehen wir das so, von einem Hausdach springen ist auch nicht gesund, eher im Gegenteil trotzdem machen Leute das und es sollen sogar einige überlebt haben nur besser "funktioniert" haben die dann im Anschluss auch nicht...
Also wenn man die Tante Google mal bemüht und sie mit den Suchbegriffen "Festplatten und EFI Partition" füttert landet man unweigerlich irgendwann auf diversen Seiten, die sich mit dem GUID Partitionsschema befassen und in eben diesem ist ein reservierter Bereich auf der Festplatte definiert, der neben der Partitionstabelle eben auch die EFI Informationen des Laufwerks enthält. Wenn Du nun wissen möchtest was es mit dem EFI Kram überhaupt auf sich hat, dann lies mal DAS hier, da sind einige BASIC´s erklärt...

Fazit:
- Kann man Chameleon auf der EFI Partition installieren? Ja kann man!
- Macht es Sinn, das zu tun? Vielleicht, aber für Otto Normaluser klar NEIN!
- Was tue ich, wenn es doch passiert ist? Entweder von vorne anfangen, oder viel googeln...

Wie schädlich ist es, wenn man Kexte mischt, welcher wird dann verwendet...?
Hum, was eine KEXT überhaupt ist weißt Du aber schon, oder? Falls nicht ich hatte das Glossar ja schon erwähnt... (Klick me)...
Also Unix Systemen (ja auch MAC OS basiert auf dem ordinären FreeBSD Unix) ist es eigentlich vollkommen egal wo eine Extension gespeichert ist denn die Systemkerne (Kernel) von Unix Systemen laden benötigte Treiber dynamisch zur Laufzeit nach und damit das klappt wird entweder ein cache generiert der neben Informationen zur entsprechenden Extension auch deren Speicherort enthält aus dem sich der Kernel dann bedient oder aber es werden beim Systemstart diese Informationen gesammelt und flüchtig im Speicher abgelegt.

Oger sind wie Zwiebeln, sie haben Schichten...

Eine ebenso einfache, wie geniale Analogie, wie ich finde. Unser Kernel ist einem Oger nämlich gar nicht so unähnlich er hat auch Schichten, welche die Systemnah sind und welche die abstrahiert sind also Systemferner. Die Schicht, die eine Erweiterung (KEXT) bedient bestimmt die Reihenfolge, in der sie vom Kern geladen wird. Je Systemnäher um so höher priorisiert wird geladen. Ein gutes Beispiel ist die FakeSMC.kext sie gehört dem niedrigsten Level an und wird somit vom Kernel schon geladen bevor überhaupt irgendwas vom Betriebssystem selbst geladen wird. Aufgrund dieser Logik von Unix Kerneln/Systemen ist es überhaupt möglich OSX auf nicht Apple Rechnern laufen zu lassen.

Kann es sich dann also eigentlich überhaupt mischen?
Joa kann es, nämlich immer dann, wenn eine KEXT nicht sauber programmiert ist oder mehr als ein Gerät bedienen soll. Jede Extension kann sich als UNIQUE deklarieren sprich sie wäre damit Einzigartig für eine bestimmte Funktion und das weitere Laden von Erweiterungen für das selbe Gerät oder den selben Zweck würde der Kernel dann unterlassen (NullCPUPowermanagemant.kext ist so ein Kandidat). Es ist nachweislich keine wirklich gute Idee Kexte parallel in verschiedenen Ordnern zu installieren. Viele Kexte aus der Hackintoshwelt sind mit dem Fokus auf Funktionalität entwickelt worden in dem festen Glauben, dass der "USER" weiß was er tut und ein paar einfache Regeln befolgt....

Einfache Regel: Entweder, oder...

Entweder nach /E/E oder nach /S/L/E. Viele Kexte, die wir so täglich einsetzen sind eben nicht Unique und bedienen zu allem Überfluss noch die selbe Hardware im selben Runlevel haben aber unterschiedliche Versionen oder sonst irgendwas, der Kernel lädt also BEIDE und das Ergebnis ist eine nette kleine Panik weil beide Erweiterungen um die Gunst der Hardware buhlen und der Kernel nicht mehr weiß welche von beiden denn nu darf...

Und warum funzen dann einige Kexte nicht, wenn ich sie in Extra/Extensions/ habe?
Auch hier ist im Grunde wieder eine "unsaubere" Programmierung schuld. Erweiterungen, die nicht aus /Extra/Extensions laufen haben eigentlich immer Abhängigkeiten, die auf Dateien refferenzieren, die in /S/L/E liegen oder zumindest diesen Ordner als Starpunkt für Ihre Aktivitäten benötigen. Leider wird man das wohl nie ändern können und muss mit dem Umstand leben.

FAZIT:
Wer die "Hackintosh" Kexte nicht von den Apple eigenen trennen möchte und sich der Tatsache bewusst ist, dass man VOR einem Update eben jene Kexte sichern sollte und nach der Installation des Updates und VOR dem neustart den IST Zustand wieder herstellt, der kann getrost auf den /Extras/Extensions Ordner verzichten und alles nach /S/L/E laufen lassen, denn so ist wenigsten die Gefahr der Doppelungen ausgeschlossen...

Was genau suchst du? Der bootloader ist kein Programm das man so aufrufen könnte. Teile davon sind der /extra ordner Teile davon sind versteckte Dateien auf /.

Also wenn der Ordner /extra nicht auf deiner systempartition liegt, dann läuft da was absolut schief. Du hast Chameleon jetzt unter osx mit einem .dmg auf deiner systempartiton installiert?