[Résolu] [High Sierra] Faire fonctionner carte wifi TP-Link WN881ND

[Oesten]

Bonjour,

Je viens d'installer High Sierra sur mon Hackintosh. Tout fonctionne, exceptée la carte wifi TP-Link WN881ND. Il y a un an, j'avais déjà eu ce problème. Chris27 l'avait alors résolu en me proposant d'installer avec KextUtility un Dummy.kext fabriqué par ses soins. Mon problème avait alors été résolu.

Pour le résoudre une nouvelle fois, je pense qu'il faut procéder de la même façon :
- fabriquer un Dummy.kext à jour pour High Sierra ;
- l'installer.

Problème, je ne sais pas comment Chris27 s'y était pris, et de plus, KextUtility n'a pas été mis à jour pour High Sierra.

Voici les explications données il y a un an par Chris27 :

C'est un kext qui ne contient pas de partie binaire mais uniquement un autre fichier info.plist et un lien symbolique vers le binaire du kext original.
En gros, les id de cartes supportées par Apple sont contenu dans le fichier info.plist.

Quand le système détecte la carte, il charge le kext et le binaire via le lien symbolique. C'est à cause de ce lien qu'il faut le placer dans /S/L/E (ce que fait kext utility)

Une idée pour me permettre d'avancer ? Merci !

Ce message a été modifié par Oesten - 15 Nov 2017, 11:10.

[jeanchrijaz]

tu as essayé de l'installer dans ta partition EFI ?
EFI/Clover/kext/other

pas certain que ca fonctionne mais ca vaut la peine d'essayer

Ce message a été modifié par jeanchrijaz - 14 Nov 2017, 20:28.

[Oesten]

tu as essayé de l'installer dans ta partition EFI ?
EFI/Clover/kext/other

pas certain que ca fonctionne mais ca vaut la peine d'essayer

Merci pour la suggestion mais j'ai essayé et ça n'a pas marché.

Sous Mac OS Sierra, ce kext avait en fait été installé dans le dossier Extensions de System/Library du disque de démarrage par KextUtility, pas dans Clover de la partition EFI. Ce n'était peut-être pas très propre mais ça marchait alors.

J'ai essayé de le faire à la main mais sans résultat, ce qui ne m'a pas surpris : il faut sans doute changer 2-3 détails dans le .plist qu'il contient. Mais pour ça, il faut comprendre précisément comment ça marche et ce que faisait exactement KextUtility (qui ne devait pas contenter de copier un kext dans le dossier Extensions), ce qui n'est pas mon cas.

[jeanchrijaz]

si je ne me trompe pas kextUtility ne sert pas à créer un kext mais à l'injecter et lui donner les autorisations requises par apport aux autres dépendances ...
il me semble que pour céer (compiler) un kext ca se fait avec xcode

[Oesten]

Bon, je n'ai pas bien compris pourquoi ça n'avait pas marché la première fois, mais en replaçant ce fameux Dummy.kext dans le dossier Système/Bibliothèque/Extensions de la racine du disque de démarrage, ça marche. Je note le sujet comme résolu.

[polyzargone]

Sous Mac OS Sierra, ce kext avait en fait été installé dans le dossier Extensions de System/Library du disque de démarrage par KextUtility, pas dans Clover de la partition EFI. Ce n'était peut-être pas très propre mais ça marchait alors.

J'ai essayé de le faire à la main mais sans résultat, ce qui ne m'a pas surpris : il faut sans doute changer 2-3 détails dans le .plist qu'il contient. Mais pour ça, il faut comprendre précisément comment ça marche et ce que faisait exactement KextUtility (qui ne devait pas contenter de copier un kext dans le dossier Extensions), ce qui n'est pas mon cas.

KextUtility (tout comme Kext Wizard) installe les kexts dans S/L/E. Mais effectivement, il ne se contente pas de ça et il répare les permissions au passage. Si tu le fais "à la main", ce n'est pas le cas et donc ton kext ne se chargera pas.

Ce n'est pas une histoire d'info.plist à changer car comme l'explique Chris27 :

C'est un kext qui ne contient pas de partie binaire mais uniquement un autre fichier info.plist et un lien symbolique vers le binaire du kext original.
En gros, les id de cartes supportées par Apple sont contenu dans le fichier info.plist.

Quand le système détecte la carte, il charge le kext et le binaire via le lien symbolique. C'est à cause de ce lien qu'il faut le placer dans /S/L/E (ce que fait kext utility)

Le dummy ne contient qu'une liste d'ID de cartes compatibles et il va se substituer à l'info.plist du kext sensé gérer les cartes WIFI (probablement l'un des plugs in de /System/Library/Extensions/IO80211Family.kext) et donc faire en sorte que ta carte soit reconnue. Or, il n'y a aucune raison que les ID aient changé depuis Sierra.

et de plus, KextUtility n'a pas été mis à jour pour High Sierra.

Ces utilitaires n'ont pas besoin d'êtres mis à jour car il ne font rien d'autre que copier des kexts dans S/L/E et réparer les permissions.

Bon, je n'ai pas bien compris pourquoi ça n'avait pas marché la première fois, mais en replaçant ce fameux Dummy.kext dans le dossier Système/Bibliothèque/Extensions de la racine du disque de démarrage, ça marche. Je note le sujet comme résolu.

C'est parce que, en général, les dummy.kext doivent êtres chargés en même temps que les kexts qu'ils sont sensés "patcher". C'est pour ça qu'ils doivent rester dans S/L/E et que la plupart du temps, ils ne fonctionnent pas depuis l'EFI (ils sont alors chargés avant le kext en question et du coup, ils ne patchent rien du tout).

NB : Mettre les kexts dans S/L/E ou L/E n'est pas un problème et ce n'est pas moins propre que de les mettre dans l'EFI. C'est juste que si c'est possible, il vaut mieux les mettre dans l'EFI .

[Oesten]

Merci Polyzargone, c'est super clair et pédagogique. Je me sens beaucoup plus intelligent maintenant :-)