Beiträge von rub1n5k1

Hi, komme an der Stelle erst einmal nicht weiter. Das Löschen von EvOreboot.kext über den Finder brachte für mich keine ersichtliche Veränderung mit sich. Lösche ich hingegen FakeSMC.kext, dann bootet das System nicht. Ich konnte dann mittels Konsole des Installationssticks die Dateien zurückverschieben. Lustigerweise ging das nur mit dem mv-Befehl und nicht mit cp, da es dann hiess EvOreboot.kext sei ein Ordner, keine Datei.. gleiches Verhalten übrigens über eine Linux-LiveCD. Darüberhinaus hatte ich noch den Effekt, dass ein Umbenennen EvOreboot.kext in EvOreboot.kext.noload die Datei zu einem Ordner "konvertierte". Spielt aber im Grunde keine Rolle. Hier noch ein Screenshot davon:
http://www.pic-upload.de/view-26567051/CapturFiles.png.html

Zitat

In welchem Ordner liegen denn die drei Jungs????

In S/L/E. An welchen Ordner dachtest Du?

Zitat

nur weil die Kexte geladen sind heißt das nicht das man die nicht umbennen kann. Ist ja OS X und nicht Windoof

Wie ich unter #117 schrieb, kann man die Dateien zwar umbenennen, jedoch wird dann immer .kext angehängt. Die neue Datei hiesse dann z.B. EvOreboot.kext.unload.kext. Ich bin nicht sicher, ob das das gewünschte Resultat wäre. Dies verhält sich genauso, wenn ich mit -x gebootet habe.

Hi, wenn ich mit dem Argument -x boote und den Systembericht aufrufe ergibt sich mir folgendes Bild: nämlich dass die drei genannten Kexte EvOreboot, FakeSMC, NullCPUPowerManagement dennoch zur Liste der geladenen Kexte zu zählen sind. Umbenennen ist damit also nicht möglich? Habe der Vollständigkeit halber noch die NICHT geladenen und nicht von Apple stammenden Kexte in einem zweiten Screenshot markiert. Stellt sich die Frage, wie ich nun vorgehen sollte, um die drei Kexte loszuwerden.

http://www.pic-upload.de/view-…aden-nicht-apple.png.html
http://www.pic-upload.de/view-…aden-nicht-apple.png.html

Hobbit, sehr gute Idee. Ich denke so werd ich´s versuchen. Danke.

Edit:

Habe es eben mal schnell versucht. Also ein umbenennen von Kextdateien führt einfach nur dazu, dass die Endung .kext automatisch wieder angehängt wird. Ganz so simpel ist es wohl doch nicht. Ich habe es jetzt nicht versucht, aber ich würde nun vermuten, dass auch ein simples löschen der Datei nicht klappen wird.

Edit II:
habe nochmal ein wenig in den Anleitungen quergelesen und gefunden, dass ein -x im Chameleon Bootloader das Laden von Fremd-Kexten verhindert. Das sollte doch eigentlich die Lösung sein, anschließend die drei genannten Kexte komplikationslos löschen zu können. Anschließend Kext Util´ durchlaufen lassen und wie empfohlen mit -f booten.

Hallo, bin gestern noch nicht dazu gekommen die Geschichte in Angriff zu nehmen und wollte bei einem systemnahen Eingriff, wie dem Löschen von Treibern auch nichts über´s Knie brechen. Ich habe zum Thema Kexte löschen daher die Suchmaschine meiner Wahl bemüht und folgende Vorgehensweise gefunden:

mount -uw /
rm -rf /System/Library/Extensions/****.kext

Würdet ihr dem Zustimmen? Dann ist mir noch die Frage gekommen, ob es beim Flashen mit einer anderen OZ-Version (konkret hier der "Umstieg" von xx14.79 für Version 11a auf xx14.79 für Version 9) nicht sinnvoll wäre in einem Zwischenschritt das Originale BIOS zu flashen. Also erst auf die originale Version 9 flashen, um anschliessend Ozmosis einzuspielen? Desweiteren habe ich zur Sicherheit den Ordner /System/Library/Extensions auf einer anderen Festplatte gespeichert, um für den Fall eines Problems die Dateien von dort zurückkopieren zu können. Hoffe das funktioniert.

Ginge auch diese iBoot CD? Danke.

http://www.pic-upload.de/view-…aden-nicht-apple.png.html

Hallo Alxx, ich habe den Inhalt dieses Ordners schon einmal vor gut 10 Tagen in diesem Thread gepostet, wenn ich nicht irre. Zur Sicherheit habe ich diese Liste noch einmal geschrieben:
http://pastebin.com/raw.php?i=WriGhktd
Welche Kexte müssen nun neben FakeSMC zusätzlich entfernt werden, damit sie nicht mit den OZ-eigenen Kexten kollidieren? Danke.

Guten Morgen, ja und nein. Es hängt davon ab, was ich im BIOS eingestellt habe. Ist mir erst gestern aufgefallen. Und zwar bootet es mit Chimera (bin da etwas irritiert, weil man dort eigentlich etwas von Chameleon liest - sei´s drum ..) wenn die Festplatte selbst in der Bootreihenfolge ganz oben steht und nicht "Yosemite". Stelle ich hingegen "Yosemite" ganz nach oben, dürfte das wohl der dann anschliessend misslingende Versuch sein über OZ zu booten. Ich mach später mal ein Video zu dem ganzen Vorgang, vielleicht läßt sich ja damit die Sache verkürzen.

Hallo Griven, schönen Dank auch für diesen Upload. Leider bleibt auch mit dieser .rom alles wie zuvor. Beim Bootvorgang sieht man kurz die Konsole, wo ich im Text auf Englisch noch sinngemäß erkennen konnte, dass kein passendes Betriebssystem geladen sei.. was auch immer das bedeuten mag. Ich kann es bei Bedarf gerne noch einmal reproduzieren, sofern der Wortlaut wichtig wäre. Auch wird wieder, wie schon in #102 beschrieben, das DVD-Laufwerk ignoriert.
Flashe ich wieder zurück zu xx14.79 für 11a, so ist alles beim Alten und der Rechner bootet mit dem alt. Bootloader. Ich bin auch etwas irritiert über die Namensgebung Z77DS3H_OZ1479_HDMI.F9.rom. Warum HDMI?
Die hier funktionierende .rom hat den Namen: Z77DS3H-11a-OZM-DSDT-G-1479.rom
Kann mir gut vorstellen, dass Dir die Sache langsam auf den Geist geht. Sollen wir es mal eine Weile ruhen lassen?
Wäre für mich kein Problem, da das System, wie es jetzt ist, durchaus schon sehr gut nutzbar ist.

Hallo Griven.. zunaechst vielen Dank fuer die Erstellung der ROM. Ich habe das System eben mit der OZ .rom Datei geflasht mit dem Resultat, dass OSX nicht startet.
Man sieht die Konsole ein Stueckchen laufen und dann friert es ein.
Ich denke ich habe den Flashvorgang auch gewissenhaft gemacht. Ich schildere es zur Sicherheit nochmal kurz:

1.) Neustart und mit F2 ins BIOS, dort mittels F7 alles auf default gesetzt --> speichern und exit
2.) F2, BIOS, dann F8 fuer das Flash Util, die ROM von dem USB-Stick gewaehlt und Flashvorgang gestartet
3.) F2, BIOS, dann den Vorgang von 1.) wiederholt --> speichern und exit
4.) die empfohlenen BIOS-Settings minutioes vorgenommen

Im Bios steht nun auch F9 als Versionsangabe, hat also prinzipiell
funktioniert. Beim ersten Boot nach dem Flashvorgang habe ich kurz diesen Screen The Hermit Crabs oder so aehnlich gesehen. Was ist das?
Das einzige, was sich aus dem Bootmenue, neben der SDK Konsole dann noch starten liess,
war der Punkt HD Backup oder HD Recovery, erinnere mich gerade nicht an die exakte Bezeichnung.
Diesen habe ich dann mal gewaehlt und kam dann tatsaechlich in eine OSX-aehnliche Oberflaeche mit Festplattendienstprogramm, Time Machine
etc. (habe leider kein Backup erstellt und von daher gibt es fuer mich auch nichts wiederherzustellen.)
In diesem Menue kann man auch eine Neuinstallation einleiten, leider bekomme ich dort die Meldung dies sei nicht moeglich, wegen fehlender Internetverbindung.
Ich schreibe derzeit notbehelfsmaessig von einer Linux-LiveCD, daher auch die fehlenden Umlaute, sorry dafuer. Vielen Dank.

Edit: zwei Dinge sind mir noch aufgefallen. Und zwar kann ich erstens weder in den BIOS Settings noch im Boot Menue (F12)
das DVD Laufwerk erkennen. Dennoch startet die Linux-LiveCD, allerdings mit einer Fehlermeldung bezueglich EFI.
Den exakten Wortlaut dazu muesste ich nochmal lesen, geht etwas schnell..
Zweitens schaffe ich es nicht den beschriebenen roten Screen zu reproduzieren mittels ESC-Taste waehrend des Systemboots.
Ist die Ozmosis-Installation gescheitert?

Edit II
hier noch zwei Shots vom BIOS:
http://www.pic-upload.de/view-26531541/150327103203.jpg.html
http://www.pic-upload.de/view-26531548/150327103314.jpg.html

Edit III
"Unglaublich" aber wahr: das System läuft wieder, nachdem ich in meiner "Verzweiflung" einfach das vorherige OZ für BIOS 11a in der Version xx14.79
zurückgeflasht habe, alle nötigen BIOS Einstellungen wiederherstellte bootete Yosemite anstandslos. Alles ist wie vorher, sogar das DVD-Laufwerk
erscheint nun wieder im BIOS ..

Noch kurzer Nachtrag: wäre nicht schlecht wenn noch meine eingebaute WLAN-Karte Berücksichtigung finden würde.
Ist aber nicht lebensnotwendig.. Ralink RT3060. Ist das meine Karte? Müsste sie ausbauen, um es wirklich zu wissen..

Gerade wollte ich schreiben, warum nicht einfach auf das zurückgreifen, was schon vorhanden ist und sehe, dass deine Kombination F9+xx1479
in der Datenbank nicht zu finden ist:
Mod für das Z77-DS3H Rev.1.x

Von daher wäre ich Dir natürlich äußerst dankbar, wenn es nicht zu viele Umstände bereitet ...
MAC Adresse von EN0 gehe ich mal suchen, ich denke das finde ich bei den Systemeinstellungen?

Hallo Griven, ich habe es eben mal auf die Schnelle getestet mit ESC beim Start. Tatsächlich, der Screen wird für einen Moment komplett rot auf die beschriebene Weise,
anschließend bootet es einfach normal weiter. OZ ist also drauf. Das ist doch schon mal eine Erkenntnis ...
Nur wie kann es sein, daß OZ entgegen deiner Schilderung, nicht selbst bootet, sondern einer der alt. Bootloader wie es aussieht?

Ich muss an der Stelle noch einmal meinen Dank aussprechen für Deine und die Geduld aller anderen hier. Wenn ich in anderen Threads, teilweise
auch englischsprachigen Boards, zum Thema Hackintosh lese, da wird mit Begriffen um sich geschmissen ... ist wie ein eigener kleiner Kosmos.
Für mich größtenteils aber nicht einfach da so richtig dahinter zu blicken, was ich aber nur mir selbst zu Lasten legen möchte.

Ok, also das Entpacken der .rom Datei war also richtig. Hätte mich auch gewundert, aber man muss ja alles in Betracht ziehen, wenn man sich kaum auskennt.

"Falls es keine essentielle Gründe für die F11a gibt solltest Du darüber
nachdenken auch lieber wieder auf F9 zu gehen läuft einfach besser und
bei weitem stressfreier."

Ich habe keine Gründe für F11a. Ist einfach nur das aktuellste BIOS. Auf einem anderen Board habe ich sogar gelesen, dass es allgemein Probleme gäbe mit OZ xx14.79 bezüglich
Dualboot mit Win7 und es von daher empfehlenswert sei auf Version 894m in Kombination mit F9 zurückzugreifen.
Wenn es keine Risiken für das aktuell schon fast perfekt laufende Yosemite gibt, würde ich den "Downgrade" natürlich gerne ins Auge fassen.

Edit:
In den Tiefen des Internet habe ich noch ein Programm gefunden, welches sich DPCI-Manager nennt. Ich hab mal zwei Screenshots gemacht, vielleicht sind die Infos ja aufschlußreich. Selbst verstehe ich allerdings wenig mit den Infos anzufangen, von den ganz offensichtlichen Dingen mal abgesehen:
http://www.pic-upload.de/view-…09/CapturFiles_3.png.html
http://www.pic-upload.de/view-…07/CapturFiles_2.png.html

Den Inhalt des Dritten Reiters "Misc" habe ich in die Zwischenablage kopieren können:

Chimera 4.0.1 Branch of Chameleon [2014-11-02 12:50:25]
CPU: Brand String: Intel(R) Xeon(R) CPU E3-1230 V2 @ 3.30GHz
CPU: Vendor: 0x756e6547
CPU: Family / ExtFamily: 0x6 / 0x0
CPU: Model / ExtModel / Stepping: 0x3a / 0x3 / 0x9
CPU: Number of Cores / Threads: 4 / 8
CPU: Features: 0x000002ff
CPU: TSC Frequency: 3303 MHz
CPU: FSB Frequency: 100 MHz
CPU: CPU Frequency: 3303 MHz
CPU: Minimum Bus Ratio: 16
CPU: Maximum Bus Ratio: 33
CPU: Current Bus Ratio: 33
Attempting to read GPT
Read GPT
Reading GPT partition 1, type C12A7328-F81F-11D2-BA4B-00A0C93EC93B
Reading GPT partition 2, type 48465300-0000-11AA-AA11-00306543ECAC
Reading GPT partition 3, type 426F6F74-0000-11AA-AA11-00306543ECAC
Read HFS+ file: [hd(0,2)/System/Library/CoreServices/SystemVersion.plist] 481 bytes.
Read HFS+ file: [hd(0,2)/Extra/org.chameleon.Boot.plist] 573 bytes.
Module 'Symbols.dylib' by 'Chameleon' Loaded.
Description: Chameleon symbols for linking
Version: 0
Compat: 0
Read HFS+ file: [hd(0,2)/Extra/modules/HDAEnabler.dylib] 22196 bytes.
Module 'HDAEnabler.dylib' by 'Unknown' Loaded.
Description:
Version: 0
Compat: 0
Read HFS+ file: [hd(0,2)/Extra/modules/Keylayout.dylib] 13464 bytes.
Module 'Keylayout.dylib' by 'Unknown' Loaded.

hier der vollständige Rest:
http://pastebin.com/raw.php?i=7XbM6u5f

Hallo, ich schlussfolgere daraus, dass OZ offenbar NICHT erfolgreich ins BIOS geschrieben wurde.
Mir sind im Nachhinein zwei Dinge aufgefallen, die ich evtl. falsch gemacht haben könnte. Erstens habe ich die Ozmosis ZIP-Datei
entpackt und dann die Daten auf den (FAT32 formatierten) Stick geschrieben. War das evtl. schon der erste Fehler?

Und zweitens bin ich nicht sicher, ob ich nach dem vermeintlichen Flashvorgang das geflashte BIOS ERNEUT
auf seine Default-Werte gesetzt habe (inkl. Neustart), um anschließend die empfohlenen Einstellungen vorzunehmen.
Ist es OK, wenn ich den Flashvorgang trotz schon laufenden Systems versuchen würde nachzuholen?
Ich wiederhole mich zwar, aber gibt es eine Möglichkeit im BIOS selbst zu erkennen, ob OZ erfolgreich geflasht wurde?

Bezüglich App Store bzw. Apple-ID usw. formuliere ich mal so: gibt es sensible Themen im Zusammenhang mit Hackintosh? Danke.

Hallo, es ist absolut nicht meine Absicht hier für Verwirrung zu sorgen. Vielmehr bin ich daran interessiert, Klarheit in der Frage
zu haben, was genau auf meinem Rechner so abläuft. Ich möchte es gerne verstehen. Installieren tue ich nicht mehr. Ich nutze Yosemite seit der Installation ohne Probleme,
wenn man mal von dem Thema Sound absieht und der Unklarheit darüber wie sich die Sache mit dem App Store gestaltet.
Das BIOS wurde nach meinem Dafürhalten mit diesem OZ geflasht: http://hackintosh-forum.de/ind…&postID=138870#post138870

Also beim Start des Systems sieht das bei mir in etwa so aus:
http://www.pic-upload.de/view-26504821/IMG_0555.jpg.html

Mit dem Unterschied, dass die Chameleon Versionsnummer bei mir 24xx statt 2378 ist. Unten im Screen stehen bei mir
zwei Symbole zur Wahl "Yosemite" und meine zweite NTFS-Formatierte Platte, wo sich Daten befinden.
Sieht also so aus, als wäre Chameleon der Bootloader? Mir ist allerdings nicht klar, wie ich in den Genuss des
Bootloaders gekommen bin. (Unibeast?)
Auch frage ich mich, ob es eine Möglichkeit gibt zu prüfen, ob Ozmosis erfolgreich geflasht wurde. Im Bios selbst kann ich da
nichts entdecken.
Ursprünglich war ja mal geplant, Ozmosis zu verwenden, um OHNE weiteren Bootloader bei der Snow-Leo Installation auszukommen.
So hatte ich es zumindest verstanden. Mein Vorhaben war, gemäß den Empfehlungen aus #46 eine rechtmäßige Hackintosh Installation
auf der Basis der käuflich erworbenene Snow-Leo DVD zu machen.
Dies scheiterte zwischenzeitlich an dem Punkt, wo klar wurde, daß meine GTX660 zu aktuell für Snow Leo ist. (siehe #60)

In #61 schildere ich dann wie wir am Mac eines Freundes mittels Unibeast einen USB-Installationsstick für Yosemite erstellt haben,
und somit das Problem der nicht unter Snow Leopard laufenden Graka umgehen konnten.

al6042
"Das Anpassen der SMBios.plist hat erst mal keine große Auswirkung auf die org.chameleon.Boot.plist."

Ok, verstehe. Jedenfalls scheint die Anpassung der SMBios.plist auf die Vorlage iMac 13,2 die richtigen Soundeinstellungen mit sich gebracht zu haben.
Eine Kleinigkeit ist noch geblieben. Und zwar habe ich vorne am Gehäuse Eingänge für Kopfhörer und Mikrofon. Gehe ich nun in Systemeinstellungen/Ton,
so sehe ich dort links unter "Name" "Interne Lautsprecher" stehen und in der rechten Spalte mit Namen "Typ" steht "integriert". Stecke ich den Kopfhörer
in die besagte Buchse an der Frontseite des Gehäuses, verwandelt sich der Inhalt der Zeile in "Kopfhörer" und bei "Typ" steht "Kopfhörer-Anschluss". Ziehe ich
den Stecker wieder ab, ändert es sich wieder auf den vorherigen Zustand. Soweit alles bestens.
Bringe ich jedoch den Rechner einmal in den Ruhezustand funktioniert das nicht mehr. Dann habe ich nur noch das Signal über den Soundkartenanschluss rückseitig und
das Einstecken des Kopfhörers wird ignoriert.

Ausserdem ist mir noch nicht ganz klar, auf welche Weise ich quasi sämtliche nachträgliche Modifikationen, abweichend von der Standardinstallation, abrufen kann.
Welche Kexte sind nun auf dem System installiert usw.? Liefert mir die App "Kext Wizard"? diese Informationen?
Gehe ich dort ganz rechts auf "geladen", so erhalte ich eine Liste mit 95 Einträgen. Filtere ich nach dem Begriff "audio" erhalte ich zwei Treffer.
Was genau kann ich mit diesem Programm noch machen?

Was ich auch nicht so recht begriffen habe: sind Ozmosis und Chameleon nicht gleichermaßen Bootloader? Ist einer der beiden überflüssig? Wäre es evtl. ratsam das
BIOS wieder zurückzuflashen oder alternativ Chameleon zu entfernen? Vielleicht ist ja auch das ein Faktor der zu Komplikationen führen kann?

Hallo Hobbit, danke für´s Einstellen vom MidnightCommander. Ist installiert. Falls ich es mal brauche, ist es sicherlich ein nützliches Tool, um auf diese Weise mit Root-Rechten
an Systemdateien zu werkeln. Die genannten Zeile konnte ich wie gesagt mit einem einfachen Dateieditor bearbeiten. IGPEnabler hat nun den Wert "No".
Ausgerechnet das dafür vorgesehene PlistEdit Pro hat dabei "versagt". Ich schätze man hätte es ebenso mit erhöhten Rechten starten müssen?
Jedenfalls habe ich mit dem Sound keinerlei Probleme mehr, wie es scheint, seit ich den Tipp aus dem verlinkten Youtube-Video beherzigt habe.
Ich frage mich nun, ob das Anpassen der SMBios.plist (in meinem Fall auf iMac 13,2), was ja das Soundproblem löste, auch Auswirkungen auf
die org.chameleon.Boot.plist hatte. Leider hatte ich nicht daran gedacht dort vorher einen Screenshot zu machen. De Facto sind unter dem Punkt
"Audio" die ersten zwei Haken "HDA Enabler" und "HDEF lauoutID" gesetzt. Wofür stehen die?
Der einzige derzeit aktive Bootflag ist "kext-dev-mode=1". Welchen Zweck hat dieser?

crusadegt
Ich habe zwischenzeitlich mal im Chameleon Wizard den Haken -v (Verbose) bei den Bootflags rausgenommen. Nun, nachdem das DVI-Kabel an der ersten Buchse angeschlossen
wurde, sehe ich beim Start also nicht mehr einfach Schwarz oder wahlweise Schwarz/Konsole, sondern wieder den Apple-Screen bis zur Anmeldung. Logisch irgendwie.
Somit ist auch die Frage beantwortet, ob die Einstellungen im Chameleon Wizard den Ist-Zustand repräsentieren. Tun Sie.

Also läuft nun von der Hardwareseite alles nachhaltig rund. Für mich noch offen sind die Fragen zur Apple-ID/App Store bzw. die bislang nicht erkannte WLAN-Karte.
Beide Theme würde ich natürlich noch gerne angehen.

Hobbit, ich hab mal versucht die org.chameleon.Boot.plist mit dem in der Anfänger-FAQ empfohlenen PlistEdit Pro zu bearbeiten.
Auf den ersten Blick ging das auch, jedoch ließ sich die so bearbeitete Datei nicht speichern und das Programm konnte auch nicht
ordnungsgemäß beendet werden. Habe das dann mit der Aktivitätsanzeige erzwungen.
Also habe ich versucht die Datei mit einem Texteditor zu bearbeiten und bei IGPEnabler dann statt "Yes" ein "No" geschrieben. Hat es auch gemacht.
Interessanterweise blieb dies unberührt, wenn ich die selbe Datei anschließend wieder mit PlistEdit Pro öffnete..

Zum bislang ungelösten Thema Sound habe ich folgendes gefunden:
Keine englischen Links! Forenregeln beachten!

Wie es aussieht, war das wohl eine funktionierende Lösung. Ich berichte, ob das nun von Dauer ist.

Edit by Trainer!