App Store kein Zugriff (Ozmosis El Capitan)

Du könntest eine interne Ethernetkarte vorgaukeln, um so Zugriff zum AppStore zu erhalten. Anbei der kext hierfür. Beachte dass der Dummy dann als en0 laufen muss...

Würde auf jeden Fall die interne nutzen, macht am wenigsten Probleme. Hab auch die 8111 bei mir drin und die rennt wie der Teufel und eben als en0. Den passenden Kext must du zwar auch bei der Installieren aber dann ist alles OK.

Moin,

was sich mir nicht ganz erschliesst an diesem Setup, ist die Tatsache, dass du einen Onboard-LAN Karte im Rechner hast (Realtek® GbE LAN chip - 10/100/1000 Mbit).
Selbst wenn du aktuell kein kabelgebundenes Netzwerk zuhause haben solltest, würde ich diese mit einem passenden Kext und der entsprechenden DSDT als en0 betreiben und die WLAN-Karte die Arbeit machen lassen.
Damit hast du immer die Option, diese Schnittstelle auch nutzen zu können, falls dir mal in den Sinn kommt, einen Powerline Adapter, wie z.B. von TP-Link einsetzen zu wollen.

Der Kext kommt nicht von Apple und wird auch somit bei Updates nicht überschrieben.
Eventuell testest du mal die Ablage des Kexts in die versteckte EFI-Partition unter "/EFI/Oz/Darwin/Common/Extensions".
Damit wäre dein Verzeichnis /System/Library/Extensions" immer noch sauber...

Hi,

allerdings wird das funktionieren.
Du musst den Kext nach dem kopieren aber aus /System/Library/Extensions entfernen und danach nochmal das Kext Utility laufen lassen, um den Kext Cache zu erneuern.
Das Programm prüft nur die Ordner /Library/Extensions und /System/Library/Extensions, alle anderen Ablagemöglichkeiten für Kexte interessiert es nicht, z.B. /EFI/Oz/Darwin/Common/Extensions für Ozmosis oder /EFI/CLOVER/Kexts/.. für Clover.

Aber Achtung: Manche Kexte verweisen beim Ausführen auf andere Kexte und können somit nicht funktionieren, wenn sie aus einer der beiden EFI-Verzeichnissen heraus gestartet werden.

Da hänge ich mich mal mit rein, mein ASRock Z77 Pro4 mit Ozmosis will nämlich auch keine Kext aus "EFI/Oz/Darwin/Common/Extensions" laden.

Der Rechner startet dann einfach nicht, außer die Kext liegen in System/Library/Extensions dann läuft es, komme ich auch auf den Schreibtisch.
Auch habe ich mit Ozmosis kein Builtin obwohl LAN (en0) und WLAN (en1) passt, es kommt einfach kein NIC zustande.

Anders mit Clover selbes System da habe ich den NIC und kann auch in den App Store, da liegen die Kext in EFI/Clover/kexts und werden auch geladen.

Also ob OZ Extensions aus /EFI/Efi/Oz/Darwin/Extensions/Common/ oder auch aus dem ROM selbst erfolgreich injecten kann oder nicht hängt sehr stark von der Extension selbst ab. Nicht jede Extension lässt sich injecten grundsätzlich gilt alle Extensions die keine externen Abhängigkeiten besitzen lassen sich injecten (FakeSMC, VoodooHDA, AppleIntelEthernet, AtherosL1C usw.) Extensions die solche Abhängigkeiten besitzen jedoch nicht (AppleHDA, Broadcom Ethernet etc). Ob es klappt oder nicht liegt ein wenig an der Reihenfolge wie OS-X die Extensions lädt bzw. eben auch daran wo in den Prelinked Kernel OZ die Injections platziert. Ein einfaches Beispiel:

Eine Extension zur Unterstützung vom Broadcom WLAN Karten soll injected werden was fehlschlägt weil der entsprechende Kext normalerweise ein Plugin der IONetworkingFamily bzw. der IO80211Family.kext ist und demnach Abhängigkeiten zu einem der beiden oder beiden besitzt. OZ platziert die Extensions nun an den Anfang des prelinked Kernels sprich der Kext kann nicht geladen weil seine Anforderungen nicht erfüllt werden können da weder die IONetworkingFamily noch die IO80211Family zu dem Zeitpunkt bereits geladen sind. Ergo no Fun...

Was da BuildIN Feature von Lan Extensions angeht so verlässt OZ sich an der Stelle auf eine korrekt angepasste DSDT die eben dieses Feature mit übergibt. OZ selbst und auch die Extensions macht an der Stelle rein gar nichts sondern erst der DSDT Patch übergibt die Eigenschaft an OS-X und damit eben auch den Zugriff auf den Store frei. Für Umsteiger von Clover aus OZ mag das ungewohnt sein denn Clover kümmert sich im Hintergrund um solche Details, OZ tut dies nicht. Bei gängigen Boards kompensieren wir das indem wir eine entsprechende DSDT einbauen die diese Mindestanforderungen erfüllt bei ASROCK jedoch geht dies nicht, da sich dort die DSDT in der Firmware nicht wirklich ersetzen lässt hier ist der User dann selbst gefragt bzw. kann eine entsprechende DSDT auf Wunsch auch zur Verfügung gestellt werden die dann aber über die EFI Partition geladen werden muss.

Vielen Dank für diese ausführliche Erklärung!

Zitat von griven

Für Umsteiger von Clover aus OZ mag das ungewohnt sein denn Clover kümmert sich im Hintergrund um solche Details, OZ tut dies nicht.

Dann kümmer ich mich jetzt eben drum.

In meinem Fall habe ich ja eine DSDT die mit Clover auch wunderbar funktioniert, aber eben nicht mit Ozmosis - kein Builtin - und WLAN schiebt sich immer auf en0.
Das heisst also ich brauche eine DSDT extra auf mein Ozmosis abgestimmt, aber selbst dann kann es - muss es aber nicht laufen?
Ich würde nach der Arbeit mal die Rohdaten hochladen, eilt nämlich nicht weil ich ja booten kann, es sind meine ersten Gehversuche mit Ozmosis und vieles ist mir total unbekannt.

Update: Hier meine fertige DSDT für den Clover Start und die Rohdaten für den Ozmosis Start.

Gut gemacht so gehört das