X99 pas vraiment top !

[tinkar]

Bon, je renonce à mon hack 1. Les cartes X99 ASRock sont vraiment des merdes ! Surtout la X99 extreme 4. Cela doit faire la 5 ème carte identiques dans mes mains et j'abandonne. J'ai passé ce matin pas moins de 5 heures. Tous ça pour refaire une installation sur le NVME en 13.6 L'installation se passe bien mais quand je veux faire une mise à jour en 17.7.8, la dernière version de Ventura, je me retrouve après la mise à jour avec l'arrêt du PC et l'impossibilité de redémarrer. Le boot OpenCore a manifestement disparu ! Je ne peux démarrer que sur un SSD où est installé Windows 10. Le bios affiche pourtant dans les boot, Opencore et le NVME et le SSD où j'avais installé High Sierra. Bon, je soupçonne le slot nvme. Dans le bios il apparait en pointillé ! La meilleur preuve est que quand j'ai voulu en mettre un autre, il n'est pas reconnu (un WD, donc quelque chose de fiable !).
Je vais garder la tour et mettre une carte X299 Creator ASRock que j'ai récupéré sur LBC avec un 10980XE. Bon, j'ai tout pour reconstruire une autre configuration proche de mon hack 2 qui est déjà performante et fiable. Ma seule crainte, c'est que je commence à me poser des question sur ASRock et la fiabilité des cartes mères de cette marque !

[jeandemi]

Je ne suis pas convaincu par les cartes AsRock, mais je n'en ai pas eu autant de défectueuses que toi!

En X99 ou similaire, tu pourrais la remplacer par une HuananZhi X99-F8 que l'on peut trouver aux environs de 100€ sur AliExpress, ou une Qiyida A99 aux environs de 55€ (mais sans veille qui fonctionne)
J'ai cette dernière et elle fait le travail. Si tu veux, je peux faire des essais avec Ventura
Édition : je viens de voir que tu as 8x8Go, mieux vaut prendre la HuananZhi qui a 8 slots alors

J'ai également deux Asus X99 Rog Strix Gaming (avec des Xeon E5-1660v3 overclockés de 3,0 à 4,2 GHz) dont une sous MacOS avec la veille qui fonctionne (EFI faite avec OpCore Simplify) et qui me donnent des résultats aux benchmarks légèrement supérieurs à ceux d'un iMacPro 8 cœurs.

Ceci dit, si Windows fonctionne sur ton ordi, tu pourrais essayer de refaire un EFI avec OpCore Simplify et réessayer

Ce message a été modifié par jeandemi - 24 Sep 2025, 20:55.

[tinkar]

Bon le problème c'est que je n'arrive plus à faire reconnaître une clé USB. Quand je la mets en boot priority 1, il m'affiche un message m'indiquant de mettre un périphérique bootable. Pourtant cette clé USB est parfaitement adaptée à une carte X99. Bon, c'est pas grave, j'essayerai OpenCore Simplify par curiosité sur la nouvelle configuration que je monterai sur la carte mère X299 AsRock. Normalement, c'est une carte mère haut de gamme avec du thunberbolt 3 mais aussi avec l'internet 10 G avec de l'Aquantia AQC 107 parfaitement géré par OpenCore. Avec aussi de l'USB 3.2 Gen 2 en C. C'est du même niveau que l'Asus X299 Sage 10G. J'ai fait des mises à jour de mon SSD windows 10. Donc ce système fonctionne bien avec les derniers correctifs Windows 10. Bon, je pense que je vais refourguer cette carte mère sur LBC. Bon, je la vendrais à un vil prix en expliquant que la partie NVME semble défectueuse. Le reste fonctionne normalement : les 8 slots mémoires fonctionnent.

[jeandemi]

Remettre une AsRock (qui est loin d'être aussi solide que le roc) après autant de déboires avec cette marque, tu as le goût du risque !
Personnellement, après la deuxième carte X99 qui lâche, je serais allé voir dans une autre marque.

Tu as déjà démonté ton ordi ? Si pas, tu peux lui donner une dernière chance avec OpCore Simplify. Tu le fais tourner sous Windows, tu en profites pour faire le mapping des USB avec USBToolBox, tu finalises le tout dans OCAT pour Windows (ajouter USBToolBox.kext et UTBMap.kext, remettre tes numéros de série et SMUUID...)

C'est quand même très curieux, et je ne comprends pas bien ton souci : NVME ou clef USB pas reconnue?

[tinkar]

Bon je ne comprends pas trop non plus. Le Bios de cette carte mère est nullissime. Rien à voir avec le bios de ma carte mère Asus X299. Où là vraiment, ce n'est pas un parcours du combattant ! J'ai regardé à nouveau dans le bios et dans Advanced configuration : mettre legacy USB Support Enabled et Legacy USB 3.0 Support Enabled. Seul, USB Controlleur et Intel USB 3.0 sont Enabled.
Bon, je ne pense pas que cela ne change pas grand chose. Il faut aussi que je vérifie les connecteurs. Je me suis aperçu que l'ordi s'arrêtait parfois et si je le bougeais redémarrait. Bizarre ! Et puis j'essayerai aussi un clear CMOS et remettre les paramètres du BIOS pour démarrer en OpenCore. Il y a aussi un détail. Je fabrique mes clés USB OpenCore en USB 3.0 D'une part cela va beaucoup plus vite à réaliser et cela ne met pas une heure à démarrer. Mais là, par curiosité, j'ai fait un boot de clé USB 2.0 et cela n'a pas changé.
Bon pour les ports USB, normalement, j'ai coché Xhci Port limite dans Kernel/Quirk et j'ai aussi mit le kext USBInjectAll en version 0.8 version corrigée de celle de RehabMan qui était je crois en version 0.7.2
Je n'avais pas fait un mappage des ports USB. Je devais le réaliser après. Une fois les instals réalisées !

Pour la carte mère AsRock sur LBC, j'ai eu une opportunité : pour 600 € j'avais le processeur 10980XE (une bête : 18 coeurs, 36 process !), la carte mère, 2 barettes de 16 Go soit 32, un Cooler Master Liquid de 280 ! J'ai trouvé ça très tentant ! Surtout que le 10980X permet de mettre 256 Go de mémoire. Biens sûr j'ai vérifié tous les composants et c'était nickel !

Ce message a été modifié par tinkar - 25 Sep 2025, 18:55.

[jeandemi]

le mapping des USB avec USBTollBox dans Windows est vraiment simple et va bien, tu peux inclure les ports USB d'autres contrôleurs (VIA, Fresco Logic...) et le kext fonctionne avec n'importe quel SMBIOS

Sous MacOS avec Hackintool et USBInjectAll, c'est parfois plus aléatoire, parfois certains ports ont les même identifiants, ou changent de numéro pendant le mapping... Et le kext généré ne fonctionne que pour le SMBIOS avec lequel il a été généré.

pour la clef de boot, tant que c'est sur le contrôleur Intel, tu peux le faire en USB3
ce que je fais parfois aussi, c'est installer MacOS sur une autre machine (par exemple sur mon no14), puis je mets l'EFI spécifique à la machine de destination dans la partition EFI du disque et je monte le tout dans l'ordi (par exemple mon no15)

600€ c'est une somme, mais c'est vrai que c'est une bête! après, il faut avoir l'utilité de 18 coeurs... Si tu en as l'utilité, tu peux mettre un Xeon E5-2699v3 (18c/36th @2,3GHz, turbo 3,6 et 45Mo de cache L3) sur ta X99, il ne coûte plus que 25€ environ

Je vais d'abord essayer de modifier le BIOS du no12 pour déverrouiller le Turbo Boost sur tous les coeurs (les Xeon v3 ont un bug qui le permet) du E5-2666v3, puis, si ça fonctionne (et que je n'ai pas briqué la carte mère!), j'essayerai avec le E5-2699v3

Ce message a été modifié par jeandemi - 26 Sep 2025, 00:03.

[tinkar]

Bon, j'ai aussi un hack no3 qui ne fonctionne plus. C'est comme si la carte graphique était défaillante (erreur diagnostiquée ? bips sonores) mais elle est neuve et j'ai mis une RX 580 qui elle fonctionne ( celle de mon hack 1) et cela malgré le fait que j'ai changé la carte mère, le processeur, la ram, la carte graphique. Bref, c'est incompréhensible ! Et j'ai une quatrième configuration que je n'ai pas mis dans mon profil, parce que je n'ai jamais pu démarrer l'ordinateur. Avec des composants neuf. Avec une carte mère Asus790 ProArt creator. Je ne suis pas vraiment chanceux ! Bon, j'envisage de faire appel à un pro. Je ne supporte pas d'échouer. Pour cette configuration, j'avais mis une carte très puissante, une 6950. C'est peut-être la carte. Il faut que j'essaye avec une autre.

Ce message a été modifié par tinkar - 26 Sep 2025, 16:35.

[tinkar]

Je reviens sur mon hack 1. Mon X99. A priori, au cours de la mise à jour en il s'est passé quelque chose. Cela a endommagé l'EFI. J'ai donc tout repris en démarrant sur la clé USB et miracle, OpenCore apparaissait dans le boot menu. J'ai donc redémarré sur la partition Ventura et il a fait les mises à jour et redémarré 3 fois. Donc mon X99 est ressuscité. Le problème des ports USB3 en façade et d'un port USB 3 à l'arrière persistait. Mais c'était la même chose avec Windows 10. J'ai donc pensé à un problème de connexion. Et bingo. En débranchant le cable qui va de la carte mère au boitier, c'était résolu. Je ferai un dépoussiérage du boitier. Il traine avec les panneaux enlevé depuis.plusieurs années. Je les remettrai ensuite. Je vais pouvoir m'occuper du hack 3 et peut-être aussi du futur hack 4 avec une carte mère Z790 déjà monté mais qui n'a jamais voulu démarrer. Je n'ai même pas un accès au bios. Bon, je me suis monté un boitier ouvert où les manipulations vont être beaucoup plus facile pour tester carte mère, processeur.

Ce message a été modifié par tinkar - 1 Oct 2025, 17:20.

[jeandemi]

Bon, j'ai aussi un hack no3 qui ne fonctionne plus. C'est comme si la carte graphique était défaillante (erreur diagnostiquée ? bips sonores) mais elle est neuve et j'ai mis une RX 580 qui elle fonctionne ( celle de mon hack 1) et cela malgré le fait que j'ai changé la carte mère, le processeur, la ram, la carte graphique. Bref, c'est incompréhensible !

C'est un peu confus et je ne comprends pas bien ce qui fonctionne ou pas

Chouette que ton numéro 1 re fonctionne
Tu peux quand même essayer OpCore Simplify pour refaire un EFI, peut-être qu'il parviendra à faire fonctionner ta carte sons intégrée et la mise en veille, il y a réussi avec mon Asus X99 Gaming (no14) et la Z10PA-U8 (no15)
Et faire le mapping des ports USB avec USBToolBox (sous Windows)

[tinkar]

Oui, je vais refaire le mappage de cette configuration. C'est prévu. J'utiliserai USBToolbox. J'essayerai aussi, OpCore Simplifiy. Je veux ressusciter le Wifi, le bluetooth et le son. Mais aussi récupérer la possibilité d'une mise en veille stable. Mais je vais d'abord voire si je peux redémarrer sur un SSD où j'avais installé Mojave. Il faut que je change le SMBIOS : Imac Pro 1.1 pour le rendre compatible avec Mojave. Là, je suis en MacPro 7.1 Je vais être obligé de retirer Le NVME pour cela pour éviter toute perturbation avec le SMBIOS du SSD. Je laisserai le SSD avec Windows 10 installé. Donc, j'ai encore du travail mais je suis confiant.

[tinkar]

Bien, j'ai utilisé OpenCore Simplify. C'est assez sympa à utiliser. Par contre, il demande sur quel systeme on veut l'utiliser. Je trouve cela dommage, mais bon !
Il me reste le mappage et je vais utiliser donc USBToolbox. J'ai deux questions pour ceux qui l'ont utilisé. Dans change Settings quel est l'utilité de :

N. Use Native Classes : ==> Disable or Enabled ?

C. Bind Companions : ==> Enable or Disable ?

Pour Bind Companions, j'ai cru comprendre que cela correspondait aux ports USB 3 liés aux ports USB 2.

Donc, si on veut par exemple supprimer un port USB 2 sur un port USB 3 en ne gardant donc que l'USB 3, il faut mettre Bind Companions sur Disabled ?

[jeandemi]

Il demande quel système est visé, parce que certains patches fonctionnent sur certains MacOS et pas sur d'autres.
Pareil pour les Quirks.

Pour les USB, je ne change rien dans ce dont tu parles, je désactive juste le port (USB 2 ou 3) dont je ne veux pas. Mais peut-être qu'il faut effectivement changer cette option dans certains cas.
Sur mon Asus X99, il y a un hub USB intégré, et donc je ne dépasse pas le nombre de 15 ports "de base".
Sur l'Asus Gryphon Z87, j'ai désactivé certains ports et mis un hub en façade 5"1/4

[tinkar]

Hum, j'ai cru comprendre que pour les ports liés (USB 3 à USB 2), C'était justement le but de Bind Companions. Donc si l'on met cette option sur disabled, on peut par exemple choisir USB3 et supprimer USB2. Ce qui me conviendrait tout à fait : j'ai 4 USB 3 à l'arrière et 4 USB 2. / 2 USB 2 et 2 USB 3 en frontal. Donc garder les USB 2 en façade (soit 4 USB 2) me convient tout à fait. Je peux ainsi supprimer 8 USB 2. Donc là, cela devrait me suffire. Je n'ai plus tout à fait le nombre de ports de ma carte mère : 22 ou 23 ? Je regarderai attentivement. Bon, je trouve que c'est plus simple avec Hackintool surtout depuis qu'on à USBinjectAll qui fonctionne à nouveau en complément de XhciPortLimit.

[jeandemi]

Ça dépend un peu, parfois avec USBInjectAll, le numéro du port USB change lors de la détection. Lorsqu'il y a un hub intégré, Hackintool est perdu. USBToolBox par contre le détecte, et ne te propose pas des ports "fantômes" qui n'existent pas. Si l'énumération des ports est curieuse (comme j'ai eu sur certains PC Lenovo ou Fujitsu), ça ne lui pose pas de problème. Il permet également d'intégrer les ports des contrôleurs additionnels (VIA, Fresco Logic...) et son Kext est indépendant du SMBIOS, que tu peux donc changer sans devoir refaire (ou modifier) le kext.

D'une manière générale, la détection du materiel d'un PC est meilleure sous Windows que sous MacOS, ce dernier nécessitant des patches qui faussent la détection.
C'est aussi pour ça que Hardware Sniffer ne peut fonctionner correctement que sous Windows (ou éventuellement Linux, mais ça n'est pas encore au point)

[tinkar]

Bon, premier essai avec OpenCore Simplify et échec ! À priori, je suis assez loin d'y parvenir.
Je me suis planté avec OpenCore Simplifiy. Je recommence.. Je n'ai pas utilisé Hardware Sniffer qui est en fait une application indépendante !

[jeandemi]

Si tu lances OpCore Simplify dans Windows, il lance de lui-même Hardware Sniffer (CLI, la version intégrée)
Tu peux lancer Hardware Sniffer (pas CLI) séparément, extraire le rapport et l'ACPI, puis utiliser ça dans MacOS pour faire l'EFI. Si tu n'as pas de rapport, OpCore Simplify ne va pas plus loin.
Tu peux utiliser USBToolBox pour les ports USB ou un ancien kext fait avec Hackintool (à condition de l'avoir édité pour qu'il corresponde à un SMBIOS MacPro7,1 et plus iMacPro1,1)

Dans ma tentative, j'ai découplé le compagnonnage des ports USB 2 et 3, car 2 ports USB 2 de la Qiyida étaient détectés comme des USB 3 (donc 4 ports). Je ne sais pas si c'est ça qui fait que le boot de Sonoma bloque sur les ports USB...
Je vais réessayer avec la dernière version pour être sûr

[tinkar]

Je l'ai lancé d'une manière indépendante et je verrais. Mais quand j'ai utilisé OpenCore Simplify, quand j'ai construit l'EFI, je n'ai pas vu dans les ACPI, les SSDT ? bizarre. Là, au moins, j'ai un dossier avec les SSDT et un fichier .jason qui me permet de voir mon matériel. Pour USBToolbox, je vais reconstruire un kext. Bon, j'ai passé plus de temps que prévu parce que j'ai dû réapprendre à me servir de Minitools partition wizard et d'exploreur++ pour me permettre d'avoir accès à la partition EFI De mon SSD où est installé MacOs Mojave. J'ai aussi installé une version trial d'apfswin pour voir mon SSD Mac sous windows 10.

[tinkar]

Bon, j'ai refait mon EFI. Cette fois, j'ai bien trouvé dans le dossier ACPI de l'EFI construit par OpenCore simplify les 6 SSDT après avoir un drag and drop d'abord du result.jason et du dossier ACPI . Mais j'ai une question : Sur les Customize Patch, Customize Kexts et Customize SMBios Model je vois une serie de selections avec certains affichés en vert. En vert, c'est par défault ? C'est pas très clair ! Surtout dans les kexts ! Par exemple dans Le Customize SMBios Model, il me met en vert : ImacPro1,1 AMRadeon RX Vega 56 !
Il me reste à mapper mes ports USB en utilisant à nouveau USBToolbox.

[jeandemi]

Oui, en vert c'est la sélection par défaut

Je ne sais pas ce qui coince dans la config que m'a fait OpCore Simplify sur mon no12, ce n'est pas USBToolBox en tout cas, car je l'ai injecté dans la config que j'avais faite moi-même et les ports sont correctement vus.

Téléchargement de Tahoe en cours...

[jeandemi]

Voilà, Tahoe est installé, non sans mal (avec le SMBIOS d'iMacPro1,1!)
J'aurais voulu faire une clean install sur un NVME que j'avais, mais il s'est mis par dessus Sonoma
J'ai dû changer la RX580 pour une Vega64, sinon j'avais un écran noir (mais je n'ai peut-être pas la dernière version de WEG)
J'ai dû mettre une carte USB Fresco Logic FL1100 parce que mes USB ne sont pas reconnus. Et même branché sur la FL1100, le clavier n'est pas vu, seule l'est la souris.

Qu'est-ce que c'est moche avec ces fenêtres aux coins arrondis façon iPhone. Ça me fait penser au passage de Windows 2000 à XP avec son interface "Fisher-Price" que j'avais bien vite désactivée pour revenir à l'interface classique "Windows 95". Je n'allume pas mon ordinateur pour voir une interface rigolote mais pour avoir un truc efficace.
C'était juste pour tester, mais je ne compte pas garder ce truc, je vais continuer avec Monterey

[tinkar]

Bon, alors Tahoe sur un X99, c'est possible ! Mais pourquoi une RX580 ça passe pas ? Je pensais que c'était une carte hyper compatible ! Sur mon hack principal, Sequoia tourne comme une horloge avec une carte RX580 Sapphire NITRO ! Et je trouve l'interface de Sequoia assez sympa. En tous les cas, c'est mieux que Ventura !

Ce message a été modifié par tinkar - 16 Oct 2025, 13:23.

[jeandemi]

Bien sûr que c'est possible ! Pourquoi ça ne le serait pas ? Il n'y a rien de plus dans un processeur i7-10700K (iMac20,1) que dans un Haswell...
Sur un X79, sans les instructions AVX2, ça serait probablement plus compliqué

Pour la RX580, peut-être que c'est parce que je n'ai pas la dernière version de WhateverGreen, j'ai vu que les bêta testeurs ont eu des soucis avec la RX580, et j'en ai même vu un qui tournait sans WhateverGreen

Séquoia tourne correctement sur les Haswell / Broadwell (Hackintoshes no 13, 14 et 15), et même avec une GeForce GT730 en utilisant OCLP (no15)
Peut-être que je passerai à Séquoia, mais sûrement pas à Tahoe, il y a trop de trucs dont Apple a enlevé la compatibilité (Firewire, cartes sons ALC...)
Je ne sais pas ce qu'ils ont enlevé d'autre, mais le fichier d'installation est passé de 15Go à 8,5, un fameux dégraissage !

[tinkar]

Deuxième tentative, deuxième échec et à priori cela vient de USBToolbox sans que je comprenne réellement d'où vient le problème.

Je donne des copies d'écran, une de mon efi avec les kexts, ceux d'OpenCore Simplify avec les deux kexts ajoutés d'USBToolbox + une copie d'écran en mode verbose.










Si vous avez des idées, je suis preneur !

[jeandemi]

Deuxième tentative, deuxième échec et à priori cela vient de USBToolbox sans que je comprenne réellement d'où vient le problème.

C'est le même problème que j'ai eu, et ce que je pensais également, mais en fait ces kext vont bien dans mon EFI fait "à la main", et mon USBMap.kext donne également un blocage dans la config faite avec OpCore Simplify.
J'ai vérifié dans le Config.plist si XHCIPortsLimit était coché, mais il est sur OFF
Il y a peut-être un bug dans la dernière version de OpCS...
Je réessayerai avec une ancienne version

Tu as fait la config en visant quel OS?

Ce message a été modifié par jeandemi - 17 Oct 2025, 21:13.

[tinkar]

Mojave qui est installé sur un SSD. Installation réalisée en 2019 avec clover.
Ah, une autre question. Comment clover était-il installé ? sur l'EFI ? Bon, cela remonte à 5, 6ans et j'ai déjà tout oublié sur clover ?

[jeandemi]

Tu as bien sélectionné Mojave dans OpCore Simplify ? La config des Kirks est différente pour les MacOS jusqu'à Catalina et ceux à partir de Big Sur et n'est pas trop compatible.
On ne peut pas jouer comme avec Clover qui peut avoir des dossiers différents de Kext pour les différentes versions

Pour les USB faits avec USBToolBox, il est important que USBToolBox.kext soit chargé avant UTBmap.kext, ce qui est compliqué (impossible ?) à faire (garantir) avec Clover.

J'essayerai ce WE de refaire un EFI avec une ancienne version de OpCore Simplify en visant Monterey ou Sonoma pour voir si ça passe sur le numéro 12 et identifier si le problème vient de l'ordi ou de OpCS

[tinkar]

Oui, j'ai bien mis Mojave comme système. Je regarderai dans quel ordre j'ai mis les deux kexts. J'ai pas fait trop attention en les collant dans le dossier kexts. Je regarderai avec OCAT.

[tinkar]

Bon, j'ai vérifié avec OCAT : USBToolbox.kext est bien avant UTBMap.kext. Respectivement en 10 et 11 position dans l'ordre de mes kexts.

[tinkar]

Bon, j'abandonne Mojave. J'ai remis mon NVME. Je formaterai le SSD Mojave pour tenter d'installer Sequoia. On verra bien si ça fonctionne.

[jeandemi]

J'ai réessayé avec une ancienne version de OpCS et le rapport fait avec la dernière version de Hardware Sniffer, et cela conduit au même résultat.
Je vais maintenant essayer avec une ancienne version de Hardware Sniffer pour voir si c'est celui-ci qui crée le problème
Édition : ce n'est pas ça.

J'ai essayé XHCI-Unsupported.kext, EnergyDriver.kext
Le Kirk USBownership

Je teste une à une les différences entre mon EFI qui fonctionne et celui d'OpCS qui ne va pas, mais c'est long

Ce message a été modifié par jeandemi - 20 Oct 2025, 17:48.