Ethernet-Adapter bei Recovery-Stick-Methode

Achtung:

Einträge in "ForceKextsToLoad" werden erst nach mehrmaligen Neustart aktiv.

Erster Start holt den Kext in den Kext-Cache, zweiter Start kann ihn darauf auch nutzen.

Der Eintrag selbst müsste so lauten, wenn du den Kext nicht bereits schon zu den anderen Kexten in die EFI gelegt hast:

Sollte der dort aber schon sein, brauchst du den Eintrag überhaupt nicht.

Zitat von al6042

Sollte der dort aber schon sein, brauchst du den Eintrag überhaupt nicht.

Gut zu wissen, ich hatte das bisher falsch verstanden.

Alles was Clover in den Kext-Ordnern findet, wird versucht zu injecten.

Wenn es sich um ein Original-Kext von Apple handelt gilt das auch und würde an der Stelle einfach zuerst genutzt werden, im Gegensatz zu den Inhalten von /S/L/E.

Ist aber halt die Frage, ob der betreffende Kext über die EFI injected werden kann.

Ist das nicht der Fall, bleibt meines Erachtens nur die ForceKextsToLoad-Option.

Das ist wahrscheinlich auch mein Denkfehler... Sorry...

Du hast ja noch keine Installation als solches am Laufen, als dass der Eintrag überhaupt greifen könnte.

Lass mich mal schnell was testen...

ludwig.nortel

übrigens, da du auch win nutzt, kannst du dein gerät, in diesem fall usb-wlan bei win unter gerätemanager, und wenn dein wlanknuüppel eingesteckt ist unter netzwerkadapter gucken, da muß der auftauchen, dort ist dann auch die bezeichnung des chips zu finden beispielsweise "realtek rtl8188cu wireless....adapter" ansonsten bei dem gerät auf die eigenschaften gehen und das hardware-id ausklappen. mit der kannst du dann im netz suchen.

andere herangehensweise wäre z.b. via hwinfo64 zu gucken welches innenleben der stick hat, meine knüppel wollten übrigens auch ein kext haben, also in dem fall nix mit ootb.

lg

edit: auge-keyboard

So...

ich habe mein MBP mal in den Recovery-Modus gebootet und die WLAN-Karte ausgeschalten.

Trotzdem war ich mit dem Netz über meine USB-Gigabit-LAN-Nummer verbunden.

Das zeigt auch das Ergebnis einer ifconfig-Abfrage:

Eine kextstat-Abfrage ergab, dass der AppleUSBRealtek8153Patcher.kext geladen wurde.

Der AX88179_178A.kext ist aber nicht zu sehen.

Zusätzlich läuft auch der IONetworkingFamily.kext, plus jeder Menge an USB-Kexten:

Aber welche Kombi nun genau benötigt wird, ist aus meiner Sicht nicht zu erahnen.

Sorry

ludwig.nortel

verstehe ich dich jetzt falsch, oder meinst du jetzt dein onboard lan oder hast du einen usb-zu-ethernet dongle? das wäre dein rtl8153er , meines wissens hat der nix mit wlan am hut.

lg

edit: auge keyboard

Jono

passiert, bin in die 2 threads aufeinmal falle getappt, gedanklich noch im anderen, da war das keyboard schneller, als das auge.

ludwig.nortel

Ich habe aus den Treiber-Paketen mal die wichtigen Sachen extrahiert und als ZIP hier beigefügt.

Darin befinden sich drei Kext-Kombis, wohl für verschiedene macOS-Versionen, und eine RtkUsbUndiDxe.efi.

Letztere muss ggf. ins Verzeichnis /EFI/CLOVER/drivers/UEFI.

Die Kexte, wie üblich, nach /EFI/CLOVER/kexts/Other...

Wobei ich die Kombis nacheinander testen würde und nicht alle gleichzeitig.

Hier die extrahierten Kexte aus deiner DMG.

EDIT:

Das war der al6042 schneller...

g-force Zwei Dumme, ein Gedanke....

Da bin ich mal gespannt... Daumen sind gedrückt.

Nur mal so als Gedanke, müsste die Netzwerkschnittstelle nicht eigentlich als en0 konfiguriert sein?

Nicht für die eigentliche Installation...

erst später, wenn es um den AppStore und iMessage geht.

Dann sollten bei solchen Maschinen eher der NullEthernet.kext genutzt werden.

Der wird auf en0 festgelegt, ohne wirklich was zu machen, lässt aber damit die Nutzung der genannten Tools ohne weiteres zu.