Comme déjà indiqué : ce n'est pas possible.
Tout d'abord, l'installation forcée n'existe pas. Il n'y a rien à installer, et même s'il y avait quelque chose à installer, il n'est pas possible de le "forcer". Le terme "installation" peut avoir plusieurs significations, mais ces deux significations sont celles qui sont pertinentes pour votre question :
-
Installation signifie installer un paquetage Mac OS X à l'aide du programme d'installation d'OS X. Il s'agit d'un paquet contenant les fichiers à installer et des instructions pour le système d'installation afin qu'il sache où mettre quoi, et comment le faire.
-
L'installation consiste à charger le pilote d'une pièce de matériel dans le noyau. OS X fonctionne en utilisant ce que l'on appelle des extensions du noyau (fichiers .kext, ou officiellement, "paquets" car c'est ce qu'ils sont) pour ajouter des fonctionnalités au noyau. Un pilote est un tel ajout, la fonctionnalité étant la capacité de piloter une pièce de matériel.
Les deux cas sont très liés au système d'exploitation. Cela signifie que vous ne pouvez pas "installer" quelque chose sans répondre aux points 1 et 2. Bien que vous puissiez techniquement sauter le point 1 en utilisant manuellement le programme 'kextload' pour charger un fichier en tant qu'extension du noyau, vous ne seriez pas en mesure de répondre au point 2 : seules les extensions du noyau peuvent être chargées dans le noyau. Les extensions du noyau doivent correspondre à l'ABI et à l'API du noyau. Ces deux acronymes (n'hésitez pas à les rechercher, leur nom complet et leur signification ne sont pas pertinents pour la réponse) sont comparables à la correspondance entre des prises électriques et des fiches électriques. Ce sont des interfaces.
Si vous essayez de mélanger des fichiers binaires (car c'est ce que sont les extensions, modules et pilotes du noyau), cela ne fonctionnera pas car ils ne sont pas compatibles avec le noyau et, dans certains cas, avec le processeur qui doit exécuter le code. Cette compatibilité avec le noyau nous amène à la partie ABI et API : ces interfaces sont comme des connexions de gaz, d'eau et d'électricité. Disons que Windows est le gaz, Linux l'électricité et OS X l'eau. Si vous essayez de brancher une prise électrique de Linux sur le robinet d'eau d'OS X, vous n'obtiendrez aucun résultat. L'eau ne coule pas à travers une prise électrique, et une prise électrique ne reçoit pas d'électricité de l'eau.
Si vous essayez de charger un pilote linux (appelé module de noyau) dans le noyau OS X, en utilisant kextload à partir d'une ligne de commande sous OS X, il vous dira simplement qu'il ne sait pas quoi faire avec le fichier que vous avez fourni. Il n'y a pas de forçage, il ne peut tout simplement rien faire avec ce fichier, tout comme vous ne pouvez pas forcer une ampoule à fonctionner à partir de votre robinet d'eau à la maison.
En ce qui concerne votre problème : que cherchez-vous à atteindre ? Si vous avez un problème avec votre connexion sans fil, le problème vient généralement du réseau ou de l'environnement. S'il vous manque certaines fonctionnalités telles que des fréquences différentes ou des protocoles sans fil plus récents, vous pouvez simplement essayer d'installer une carte mieux supportée. Il existe sur Internet des listes de cartes sans fil nativement prises en charge qui fonctionneront parfaitement. Intel n'en fait pas partie.
J'espère que cela vous aidera et rendra les choses aussi claires que possible.