Hängt 
Command + v Fruchtet nicht
Nochmal mit dem Original BIOS und dann mit dem ModBIOS geflasht. Jetzt Geht Command + v
Für mich ist für heute Schluss. Das Bett ruft. Gute Nacht 
App Store Problem. Computer kann nicht verifiziert werden. OZMOSIS
-
- Erledigt
- maurieto
- Erledigt
-
Okay der AppleIntelCPU macht faxen entweder hat das Board hat ein Locked MSR2 Register oder aber er mag die iMAC Defintion so nicht...
Vermutlich wird es aber an dem Locked MSR2 Register hängen die gibt es nämlich sowohl bei ASUS als auch bei ASROCK gerne *grmlz* Im Anhang findest Du noch ein Image in dem der Lock entfernt wurde bitte teste es damit nochmal... -
Das Problem ist nach wie vor, dass die Ethernet Karte auf dem Board nicht als Build In erkannt wird...
Das ist auch ein Käse den Asrock da verzapft, dass man die DSDT nicht wieder in die Firmware bauen kann ist echter Mist. Wie auch immer im Anhang ist noch mal eine gepachte DSDT die eigentlich sowohl die orangenen Icons als auch das Build In Problem für die Lan Karte erschlägt. Bitte die Datei entpacken und so wie sie ist nach /EFI/OZ/ACPI/Load packen. Sofern mehr als eine Platte/EFI Partition im System vorhanden sind ruhig den OZ Ordner auch in alle anderen EFI Partitionen kopieren damit ist dann auch sichergestellt, dass OZ die Daten findet. -
-
Genau das was ich vermutet habe, die Karte wird nicht als primäres interface erkannt obwohl sie als EN0 eingebunden ist. Hast du das 10.10.2 direkt mit OZ installiert also aus einem DiskMakerX Image oder ist das zum Beispiel mit Unibeast installiert worden und OZ nachträglich dazu gekommen? Gibt es in dem Rechner mehr als dieses LAN Interface (PCI Steckkarte, FireWire etc)?
Der Knackpunkt sind die Einträge für IOPrimaryInterface und IOBuildIn die beide auf false stehen...
-
Okay, das sieht nicht verdächtig aus bzw. genau so aus wie bei mir. Durch die Installation über DiskMakerX und direkt mit OZ ist auch auszuschließen, dass irgendwas im System krumm ist also muss das Problem doch im Bereich DSDT liegen. Ist jetzt nur ein Schuss ins Blaue aber vielleicht der entscheidende Punkt ich habe die dsdt.aml noch mal leicht verändert und neu angehangen bitte die bisherige mal löschen und die aus dem Anhang einfügen. Bitte auf keinen Fall den Namen in irgendeiner weise ändern. Vielleicht klappt das ja sonst bin ich mit meinem Latein leider auch am Ende. Mir ist bisher nie untergekommen, dass OZ sich weigert eine externe DSDT zu laden.
-
Das gibt es doch nicht. Du hast mir jetzt mindestens 3! Ozmosis ROMs gebacken und wer hat mitgezählt wieviele dsdt's. Es will einfach nicht! Neuer Shot IORegistryExplorer;
noch immer falseDrecks AsRock
Heute muss ich mal früher in die Falle. Danke für alles bisher. Schreibt falls ich noch was machen/schauen kann. Ich liefere das dann. Gute Nacht
-
Ich gebe es auf, bei dem Board wird das mit OZ nichts. Grundsätzlich sollte es funktionieren aber irgendwas in der ASROCK Firmware verhindert, dass die DSDT nachgeladen wird bzw. blockiert das nachladen der DSDT. Möglicherweise befindet sich der der Spass in einem geschützten Speicherbereich den OZ nachträglich nicht ändern kann wie auch immer hier kommen wir nicht weiter solange nicht eine Möglichkeit gefunden wird dieses Verhalten zu umgehen. Als gute Alternative zu OZ bietet sich bei dem Setup noch Clover in der UEFI Installation an. Vom Funktionsprizip sind Clover und OZ ziemlich dicht beisammen von daher sollte es kaum zu merklichen Unterschieden in der Performance kommen und die gepachte DSDT kannst Du ohne weiteres auch mit Clover verwenden (Clover wird die auch laden können, da hier andere Strategien als bei OZ zum Einsatz kommen). OZ ist nun mal primär auf die UEFI Firmware von GigaByte optimiert und so wird es wohl immer wieder Fälle geben wo es zu unvorhersehbarem Verhalten kommt bei anderen Herstellern als GigaByte. Gerade ASROCK und ASUS macht es einem nicht unbedingt leicht leider...
-
Na ja,
dadurch, dass die HermitCrabs-Jungs das Ozmosis auf Basis der Gigabyte Boards entwickelt haben und trotzdem schon ein paar nicht-GA-Boards damit laufen können, ist dein Fall leider als unglücklich zu bezeichnen.
-
Ist ja auch nicht böse gemeint, aber ich kann für alle Unterstützenden sagen, dass wir uns bei solchen Problemen ungern geschlagen geben und daher der Groll auf diese unterschiedlichen Standards der Board-Hersteller kommt.
-
Eben. Ich habe so manchen Abend mich gefreut das niemand gerufen hat er werfe nun das Handtuch
Solange man an die Begrenzungen durch die unterschiedlichen Boardhersteller gebunden ist hat man auch feste Grenzen die zu überschreiten schlicht nicht möglich sind. In diesem Sinne werde ich mich mit Clover wohl befassen müssen denn nur einzelne Vorzüge aus Clover werde ich alleine bestimmt nicht nutzen können. Sprich booten mit OZMOSIS und im Store und bei den Apple Diensten mit Clover arbeiten, richtig? -
Na ja... es hat so manche Schweißperle gekostet, aber nutze lieber Clover, dann bist du am nächsten dran und kannst ja das Boot-Timeout auf 0 stellen, dann siehst du nix vom Bootloader...
-
Hast du Windows auf der gleichen Platte oder auf einer eigenen?
Wenn letzteres, kannst du doch auch per Tastenkombi für die Auswahl der Boot-Optionen dein System wählen.
