[Résolu] Installation Carte Thunderbolt ASUS EX ii Dual, impossible de faire marcher thunderbolt sur Hackintosh

[jayfxjay]

Bonjour
Je m'adresse à vous car je suis en pleine déroute. J'ai besoin d'urgence de brancher une tour pegasus thunderbolt sur ma machine
J'ai donc acheté une carte Asus thunderbolt EXII DUAL qui est censé être compatible avec ma carte mers ASUS X99 DELUXE. Après avoir écumé les différents forum, j'ai suivi les instructions à la lettre.

Après avoir installé les drivers de celle si sous windows, j'ai branché la carte qui est maintenant reconnue dans le bios
Afin de l'activer il faut brancher un périphérique dessus puis redémarrer sous windows.
J'ai branché un disque dur mac. Le thunderbolt apparait desormais dans le gestionnaire de périphérique windows.
Quand je redémarre sous OSX rien nada.
Les disques dur ne montent pas. Rien ne me laisse supposer qu'OSX détecte la carte

Sur cette carte normalement on peut relier la carte graphique à la carte thunderbolt et afficher les écrans grâce au port thunderbolt
J'ai essayé cela ne marche ni sous windows ni sous osx

J'ai beau chercher des infos je ne trouve rien de bien concret sur le sujet.
J'ai paramétrer le bios comme indiqué a savoir mode sécurité sur LEGACY et cache line au max.

Si quelqu'un pouvait m'aider, je lui en serai éternellement reconnaissant

D'avance merci

MA CONFIG
Asus X99 deluxe
CPU 5930 K
GPU GTX Titan Black
Blackmagic deklink 4studio
Asus Thunderbolt EX ii Dual
64 gig Ram Corsair
Corsair H100i
Corsair RM 1000
4x3To en RAid 5
2 ssd 840 evo de 256gig

[Krazubu]

Il faut déjà voir si le chip de cette carte est supporté par OSX, heureusement c'est un chip intel L5520, et il est très probable que l'un des macs existants utilise le même ou au moins un qui est compatible.

Si le disque est apparu précédemment, c'est probablement grâce au (ou plutôt à cause du) mode legacy qui permet de simuler un lecteur à l'ancienne par émulation BIOS.
Disons que c'est un mode de survie qui fonctionne sans driver (c'est le BIOS qui donne l'accès), et qui te permet d'avoir ton périphérique détecté au démarrage (pour booter dessus par exemple) mais qui hérite de la technologie des années 70 donc ça n'a aucun intérêt, surtout sur du thunderbolt qui est censé être ultra rapide, ça ne fonctionne d'ailleurs probablement que pour un disque. D'ailleurs c'est très "PC" par nature et OSX n'est pas du tout copain avec ça car ça n'est pas censé exister sur sa plateforme et ça ne peut qu'apporter des ennuis, comme par exemple bloquer le périphérique sur ce mode et empêcher le chargement du vrai driver, ou va savoir… une KP !
Donc déjà, j'enlèverais ça en premier lieu, et du coup remets les kexts car si tu espères utiliser le TB sans driver…

Ensuite, même si on suppose que le chip est supporté par OSX, Apple adore utiliser des codes d'identification pas standards.
Tous les périphériques PCI utilisent un "Vendor ID" et un "Device ID". OSX utilise ces codes pour savoir quel driver va avec quel périphérique.
Et par exemple un périphérique qui dans toutes ses version et toutes ses marques s'appelle "1234", chez Apple il s'appellera "123a" ce qui fait que le driver Apple n'est pas fait pour être associé au modèle générique.

J'ai été fouiller un peu dans les extensions TB, je vois qu'il y en a une qui s'appelle "AppleThunderboltNHI.kext". Le NHI est une composante importante du TB et le fichier info.plist de l'extension contient la Dev ID 0x1500.

<key>IOPCIMatch</key>
<string>0x15008086&amp;0xff00ffff</string>

le 8086 c'est le "Ven ID" d'intel, on touche pas. le &amp;0xff00ffff est un masque qui donne une tolérance de valeurs à la valeur précédente. "f" signifie "pas de tolérance", et "0", "tolérance totale", autrement dit, ce caractère peut être n'importe quoi d'autre.
Concrètement ça veut dire que ton périphérique doit impérativement s'appeler "15XX8086". Les 2 chiffres après le 15 peuvent être n'importe quoi, mais tout le reste doit correspondre.

Il faudrait que tu voies si ton NHI a bien une ID compatible. Pour savoir tu peux aller le chercher dans le gestionnaire de périphériques dans windows, et dans les propriétés, il y a un onglet qui s'appelle "Informations" (je crois) avec un menu déroulant qui contiendra en 2e ligne le "Numéro d'identification du matériel". Tu dois trouver dedans une longue ligne, seul ce qui est après "DEV_" t'intéresse, derrière "VEN_" tu auras 8086.

Bon c'est une suggestion comme une autre, je n'ai jamais bidouillé avec le TB, et généralement ces périphériques bas niveau n'ont pas des ID exotiques qui changent selon le constructeur, en plus il y a déjà une tolérance pour les sous versions, mais c'est à explorer. Le même principe vaut pour d'autres extensions, mais je n'en ai pas vu d'autre dans les TB qui utiliserait une DEV ID pour "matcher" les périphériques. Les autres utilisent une classe, ce qui ne doit pas poser de problème.

Ce message a été modifié par Krazubu - 7 Sep 2015, 15:43.