X99 et Ventura

[tinkar]

J'ai repris une configuration qui n'est plus toute jeune (carte mère défectueuse, là, c'est la troisième carte). Une ASRock X99 extreme4. Donc, je suis donc reparti sur mon SSD où j'avais installé windows10. J'ai fait les dernières mises à jour disponibles. Puis j'ai fabriqué mon EFI à partir du site Dortania : OpenCore install Guide Broadwell E. Là, l'EFI plante en peu de temps. Comme quoi, le site Dortania n'est pas la bible que nombre de personnes croit ! J'ai cherché et trouvé un EFI OpenCore pour X99 que j'ai amélioré : mise à jours et quelques légères modifications. Et là, j'ai pu installé Ventura. Une version 13.6 Mais je me pose des questions : je n'ai pas accès au mises à jours de la 13.6 à la 13.6.7 ! Il m'a semblé voir ce problème, mais je ne m'en souviens plus.

[jeandemi]

Ça va dépendre du SMBIOS que tu utilises. Si c'est celui d'un Mac équipé d'une puce T2 (MacPro7,1 ou iMacPro1,1 par exemple) tu n'as pas accès aux mises à jour directes, sauf si tu ajoutes RestrictEvent.kext (et le boot argument qui va avec) à ta configuration.

J'ai personnellement suivi le guide Dortania pour mon Hackintosh no12 qui fonctionne bien sous Sonoma, mais en faisant les SSDT avec SSDTTime, pas en utilisant des SSDT par défaut

[tinkar]

Ça va dépendre du SMBIOS que tu utilises. Si c'est celui d'un Mac équipé d'une puce T2 (MacPro7,1 ou iMacPro1,1 par exemple) tu n'as pas accès aux mises à jour directes, sauf si tu ajoutes RestrictEvent.kext (et le boot argument qui va avec) à ta configuration.

J'ai personnellement suivi le guide Dortania pour mon Hackintosh no12 qui fonctionne bien sous Sonoma, mais en faisant les SSDT avec SSDTTime, pas en utilisant des SSDT par défaut

Je n'ai pas fait mes SSDT avec SSDTime. Je le ferai puisque j'ai windows 10. Je n'ai pas pensé à RestrictEvent.kext. Je sais que je l'ai sur deux de mes config. J'ai regardé. Je l'ai. En fait il est obligatoire avec MacPro 7.1 C'est le SMBios que j'ai mis.

Ce message a été modifié par tinkar - 25 May 2024, 21:16.

[jeandemi]

Et tu as mis revpatch=sbvmm dans tes arguments de boot ?

[tinkar]

Non. Je ne connaissait pas ce patch. mes patchs en boot-args : -v keepsyms=1 debug=0X100 npci=0x2000 alcid=1
Je le rajouterai. J'ai vu que c'était pour les updates (revpatch=sbvmm).

Bon, le alcid=1 pour le moment, je ne m'en préoccupe pas. Pour le son, je verrais après.
J'ai aussi l'icône du NVME avec Ventura d'installé dessus en orange ? Je me demande si c'est pas un héritage du clover qui était installé dessus. J'ai pourtant formaté en APFS Le NVME après avoir booté sur le Ventura de ma clé USB en OpenCore. je me souviens que l'icône de USB apparaissait en orange. Très étrange !

[jeandemi]

Il y a un patch pour que les NVME n'apparaissent pas en orange comme disque externe, mais personnellement je m'en fiche.
J'ai même suspecté un patch de ce genre (pour les disques SATA quand le hot-plug était activé) d'être responsable de la non-reconnaissance des disques formatés en HFS+ dans Sierra (et inférieurs) sur les systèmes High Sierra (et supérieurs) quand ils étaient branchés en interne (en externe USB, aucun souci)
Depuis, j'évite

Pour RestrictEvent, je pense que si tu mets le kext sans mettre d'argument de boot, ça ne sert à rien

Ce message a été modifié par jeandemi - 26 May 2024, 08:57.

[tinkar]

Je suis preneur pour ce patch. Je suis bien en AHCI mais je ne vois de Hot plug nulle part dans ce BIOS. Cela me gêne que le NVME soit considéré comme disque externe. Mais c'est vrai que ce n'est pas le plus embêtant : je n'arrive pas à démarrer Ventura sans la clé USB ! Je suis vraiment dans la mouise. J'ai beau aller dans le BIOS et dans le boot priority, rien n'y fait : j'ai beau mettre UEFI Samsung SSD 970 EVO 1 TB Partition 1 en premier au lieu de Samsung SSD 970 EVO 1TB (j'ai pas tout compris la nuance parce qu'il fait la distinction mais je me suis rappelé qu'il fallait l'UEFI en entête). Bon, le BIOS d'ASRock n'est pas un modèle du genre !!
Dans Advanced/Storage Configuration
Tous mes Sata sont Not Detected (j'ai tout débranché sauf le NVME).
Mais, j'ai remarqué qu'il y avait un
Ultra M.2 Not Detected
Pourtant dans Advanced/NVME Configuration :
Bus1 Dev : 0 Samsung SSD 970 Evo 1 TB
Je n'y comprends rien.

[jeandemi]

Je suis preneur pour ce patch.

https://elitemacx86.com/threads/how-to-fix-...-opencore.1078/

Je suis bien en AHCI mais je ne vois de Hot plug nulle part dans ce BIOS.
(...)
(j'ai tout débranché sauf le NVME).

Peut-être que ça n'apparaît que quand un disque est branché sur le port en question...
Mais de toutes façons, ça ne concerne pas le NVME

je n'arrive pas à démarrer Ventura sans la clé USB ! Je suis vraiment dans la mouise. J'ai beau aller dans le BIOS et dans le boot priority, rien n'y fait : j'ai beau mettre UEFI Samsung SSD 970 EVO 1 TB Partition 1 en premier au lieu de Samsung SSD 970 EVO 1TB (j'ai pas tout compris la nuance parce qu'il fait la distinction mais je me suis rappelé qu'il fallait l'UEFI en entête).

Est-ce que tu as copié ton EFI (présent sur ta clé) dans la partition EFI de ton NVME ?
Est-ce que Launch CSM est activé ou désactivé ? (de préférence: doit être désactivé. MacOS bloquait au boot chez moi s'il était activé sur mon no12)

Mais, j'ai remarqué qu'il y avait un
Ultra M.2 Not Detected
Pourtant dans Advanced/NVME Configuration :
Bus1 Dev : 0 Samsung SSD 970 Evo 1 TB
Je n'y comprends rien.

Ta carte mère a 10 SATA3, 1 eSATA, 1 Ultra M.2 (PCIe Gen3 x4 & SATA3)
c'est peut-être ça qui n'est pas détecté?
ou alors il y a un souci avec le NVME. Il n'est peut-être simplement pas détecté parce qu'il n'y a pas de fichier de boot dessus

[tinkar]

Je l'ai formaté en APFS à partir de l'install ventura (utilitaire de disque) puis installé Venture (version 13.6). Puis après avoir démarré Ventura à partir de la clé USB et de l'interface OpenCore sur NVME Ventura (nom que j'ai donné au NVME ou j'ai installé Ventura), J'ai copié l'EFI de la clé USB de l'install sur l'EFI de Ventura. (j'utilise l'utilitaire OCAuxiliaryTools pour monter les partitions EFI des systemes)
Oui, j'ai l'impression que mon Ultra M.2 Not Detected pose problème et je ne sais pas pourquoi. Il le voit puis qu'il apparait dans Advanced/NVME Configuration : Bus1 Dev : 0 Samsung SSD 970 Evo 1 TB
C'est incompréhensible !
Bon, j'ai désactivé Launch CSM dans Boot. Mais, rien de changé

Ce message a été modifié par tinkar - 26 May 2024, 14:19.

[Patrice Broussea...]

Hors-sujet!

Ah ben là je comprends pourquoi je n’ai jamais les mises à jour Ventura proposées avec mon SMBIOS iMacPro1,1: je dois (devrais) ajouter RestrictEvents.kext et l’argument revpatch=sbvmm!

Merci @jeandemi!

Ce message a été modifié par Patrice Brousseau - 26 May 2024, 14:13.

[Mac Arthur]

Le patch orange pour "griser" les disques internes que j'utilise sous AMD c'est "Innie.kext.
Ce prends 2 minutes, donc prévoir 1 heure parce qu'entre la théorie et la pratique
Et ça marche super bien.

[mbournau]

Hors-sujet!

Ah ben là je comprends pourquoi je n’ai jamais les mises à jour Ventura proposées avec mon SMBIOS iMacPro1,1: je dois (devrais) ajouter RestrictEvents.kext et l’argument revpatch=sbvmm!

Merci @jeandemi!

Oui, bien sûr, si tu étais resté sous Clover (vilain !!), et que tu suives un tuto très bien fait : ici !!
tu l'aurais su depuis longtemps, mais voilà les sirènes d'OpenCore ont sonné et tu les as suivies et tu t'es perdu dans leurs filets empoisonnés !!

L'extrait du tuto :

"Working around issues with HWTarget in macOS 13 to receive System Updates

As of Clover r5151, HWTarget is broken in macOS Ventura. As a consequence, you can't install OTA updates when using an SMBIOS of a Mac model with a T2 security chip. Do the following to re-enable System Updates (for now):

Add RestrictEvents.kext
Add the following boot-args:
-no_compat_check → allows inatlling/booting macOS with an unsupported SMBIOS/Board-ID
revpatch=sbvmm → Forces VMM SB model, allowing OTA updates for unsupported models on macOS 11.3 or newer.
Change SMBIOS to the correct/native one designed for your CPU family for optimal compatibility and performance."

Ce message a été modifié par mbournau - 26 May 2024, 14:55.

[Patrice Broussea...]

Hors-sujet!

Ah ben là je comprends pourquoi je n’ai jamais les mises à jour Ventura proposées avec mon SMBIOS iMacPro1,1: je dois (devrais) ajouter RestrictEvents.kext et l’argument revpatch=sbvmm!

Merci @jeandemi!

Oui, bien sûr, si tu étais resté sous Clover (vilain !!), et que tu suives un tuto très bien fait : ici !!
tu l'aurais su depuis longtemps, mais voilà les sirènes d'OpenCore ont sonné et tu les as suivies et tu t'es perdu dans leurs filets empoisonnés !!

L'extrait du tuto :

"Working around issues with HWTarget in macOS 13 to receive System Updates

As of Clover r5151, HWTarget is broken in macOS Ventura. As a consequence, you can't install OTA updates when using an SMBIOS of a Mac model with a T2 security chip. Do the following to re-enable System Updates (for now):

Add RestrictEvents.kext
Add the following boot-args:
-no_compat_check → allows inatlling/booting macOS with an unsupported SMBIOS/Board-ID
revpatch=sbvmm → Forces VMM SB model, allowing OTA updates for unsupported models on macOS 11.3 or newer.
Change SMBIOS to the correct/native one designed for your CPU family for optimal compatibility and performance."

Par contre, j’imagine que quelqu’un possédant un vrai iMacPro/MacPro7,1 ne rencontre pas ce problème? Un side effect d’OpenCore si je te suis bien Michel?

[mbournau]

Par contre, j’imagine que quelqu’un possédant un vrai iMacPro/MacPro7,1 ne rencontre pas ce problème? Un side effect d’OpenCore si je te suis bien Michel?

Yes !
HWTarget a été introduit avec Clover r5140. Jusqu'à Ventura il est nécessaire pour les SMBIOS des Mac avec une puce de sécurité T2 afin d'être averti des mises à jour du système. Il écrit alors la variable BridgeOSHardwareModel dans la NVRAM, qui est demandée par macOS Monterey. Mais depuis Ventura c'est "cassé" !! Faut donc utiliser les Kext et boot args ad'hoc

Ce message a été modifié par mbournau - 26 May 2024, 19:01.

[jeandemi]

Je l'ai formaté en APFS à partir de l'install ventura (utilitaire de disque) puis installé Venture (version 13.6). Puis après avoir démarré Ventura à partir de la clé USB et de l'interface OpenCore sur NVME Ventura (nom que j'ai donné au NVME ou j'ai installé Ventura), J'ai copié l'EFI de la clé USB de l'install sur l'EFI de Ventura. (j'utilise l'utilitaire OCAuxiliaryTools pour monter les partitions EFI des systemes)
Oui, j'ai l'impression que mon Ultra M.2 Not Detected pose problème et je ne sais pas pourquoi. Il le voit puis qu'il apparait dans Advanced/NVME Configuration : Bus1 Dev : 0 Samsung SSD 970 Evo 1 TB
C'est incompréhensible !
Bon, j'ai désactivé Launch CSM dans Boot. Mais, rien de changé

alors pour être sûr que ce soit fait (la copie) comme il faut:
- il ne faut pas procéder en faisant un drag and drop des fichiers d'une partition à l'autre mais en faisant un copier/coller
- il faut éviter que deux partitions EFI soient ouvertes en même temps. Donc monter celle de la clé, copier l'EFI sur le bureau ou dans un dossier temporaire, puis démonter la partition EFI de la clé, éjecter la clé pour être sûr, monter celle du NVME, copier l'EFI dedans

[jeandemi]

Add RestrictEvents.kext
Add the following boot-args:
-no_compat_check → allows inatlling/booting macOS with an unsupported SMBIOS/Board-ID
revpatch=sbvmm → Forces VMM SB model, allowing OTA updates for unsupported models on macOS 11.3 or newer.
Change SMBIOS to the correct/native one designed for your CPU family for optimal compatibility and performance."

Est-ce que tu penses que ça peut résoudre le souci dû au AppleMCEReporter (pour lequel il existe un Disabler mais qui ne fonctionne qu'avec Catalina) sur les machines à double socket?

Ce Reporter est destiné à empêcher le boot d'une version de MacOS plus récente que Mojave sur les machines à double socket.
J'avais réussi à contourner ces limitations en utilisant un SMBIOS d'iMacPro1,1, sur mon Hack no8, et il boote Big Sur et Monterey sans le Disabler, mais par contre il se fige après environ 1 minute, même si l'on fait rien (peut-être un problème d'XCPM?) Utiliser le SMBIOS d'un ordi qui n'a pas du tout la même architecture n'est pas idéal.
Pour Catalina et Mojave, j'utilise MacPro6,1 qui correspond effectivement à ces CPUs (et il peut théoriquement aller jusqu'à Monterey), mais j'ai essayé Catalina avec iMacPro1,1 et ça fonctionne correctement

Ce message a été modifié par jeandemi - 26 May 2024, 16:45.

[tinkar]

Je l'ai formaté en APFS à partir de l'install ventura (utilitaire de disque) puis installé Venture (version 13.6). Puis après avoir démarré Ventura à partir de la clé USB et de l'interface OpenCore sur NVME Ventura (nom que j'ai donné au NVME ou j'ai installé Ventura), J'ai copié l'EFI de la clé USB de l'install sur l'EFI de Ventura. (j'utilise l'utilitaire OCAuxiliaryTools pour monter les partitions EFI des systemes)
Oui, j'ai l'impression que mon Ultra M.2 Not Detected pose problème et je ne sais pas pourquoi. Il le voit puis qu'il apparait dans Advanced/NVME Configuration : Bus1 Dev : 0 Samsung SSD 970 Evo 1 TB
C'est incompréhensible !
Bon, j'ai désactivé Launch CSM dans Boot. Mais, rien de changé

alors pour être sûr que ce soit fait (la copie) comme il faut:
- il ne faut pas procéder en faisant un drag and drop des fichiers d'une partition à l'autre mais en faisant un copier/coller
- il faut éviter que deux partitions EFI soient ouvertes en même temps. Donc monter celle de la clé, copier l'EFI sur le bureau ou dans un dossier temporaire, puis démonter la partition EFI de la clé, éjecter la clé pour être sûr, monter celle du NVME, copier l'EFI dedans

Je le sais et c'est ce que je fais. Pas de drag and drop et l'EFI est sur le bureau.

Hors-sujet!

Ah ben là je comprends pourquoi je n’ai jamais les mises à jour Ventura proposées avec mon SMBIOS iMacPro1,1: je dois (devrais) ajouter RestrictEvents.kext et l’argument revpatch=sbvmm!

Merci @jeandemi!

Oui, bien sûr, si tu étais resté sous Clover (vilain !!), et que tu suives un tuto très bien fait : ici !!
tu l'aurais su depuis longtemps, mais voilà les sirènes d'OpenCore ont sonné et tu les as suivies et tu t'es perdu dans leurs filets empoisonnés !!

L'extrait du tuto :

"Working around issues with HWTarget in macOS 13 to receive System Updates

As of Clover r5151, HWTarget is broken in macOS Ventura. As a consequence, you can't install OTA updates when using an SMBIOS of a Mac model with a T2 security chip. Do the following to re-enable System Updates (for now):

Add RestrictEvents.kext
Add the following boot-args:
-no_compat_check → allows inatlling/booting macOS with an unsupported SMBIOS/Board-ID
revpatch=sbvmm → Forces VMM SB model, allowing OTA updates for unsupported models on macOS 11.3 or newer.
Change SMBIOS to the correct/native one designed for your CPU family for optimal compatibility and performance."

Et on nous dira que clover, c'est simple ! Là, c'est de l'Hébreu ! OpenCore, c'est quand même vachement plus simple !

[jeandemi]

Ah, je sais :
dans le BIOS, à Security, Secure Boot doit être sur Disabled (ou Other OS selon les BIOS) et à Boot, Fast Boot sur OFF
Si ce n'est pas ça, alors je ne vois pas

Ce message a été modifié par jeandemi - 26 May 2024, 17:07.

[tinkar]

Le patch orange pour "griser" les disques internes que j'utilise sous AMD c'est "Innie.kext.
Ce prends 2 minutes, donc prévoir 1 heure parce qu'entre la théorie et la pratique
Et ça marche super bien.

Problème de l'icône du NVME en orange. Résolu. Merci Mac Arthur ! Je ne connaissais pas ce kext. je l'ai rangé dans ma trousse à outils !







Ce message a été modifié par tinkar - 26 May 2024, 17:34.

[tinkar]

Ah, je sais :
dans le BIOS, à Security, Secure Boot doit être sur Disabled (ou Other OS selon les BIOS) et à Boot, Fast Boot sur OFF
Si ce n'est pas ça, alors je ne vois pas

Secure Boot et Fast Boot disabled. Bon, là, cela fait partie du Bios de base pour booter avec MacOs
Bien, je vais acheter un autre NVME (autre qu'un Samsung parce que vraiment ils sont tout pourri ! ). je prendrai un WD 580 et je verrai bien ce que cela donne.

Ce message a été modifié par tinkar - 26 May 2024, 18:02.

[mbournau]

L'extrait du tuto :

"Working around issues with HWTarget in macOS 13 to receive System Updates.../...

Et on nous dira que clover, c'est simple ! Là, c'est de l'Hébreu ! OpenCore, c'est quand même vachement plus simple !

C'est pas plus compliqué qu'OpenCore, simplement il s'agit là de l'explication de la nécessité du Kext et du Boot Arg pour disposer des mises à jour Ventura et suivant, et ce tant avec Clover qu'avec OpenCore...(SMBIOS puce T2). En fait le problème de recopier des EFI OpenCore tout cousus c'est qu'on sait pas ce qu'il y a dedans et encore moins le pourquoi y'a ci et ça dedans !!! Mais c'est vrai que ça c'est beaucoup plus simple !!

Et puis c'est pas d'l'Hébreu, c'est d'l'Anglais!!

EDIT : un p'tit lien vers pbs NVME Samsung : c'est là

Ce message a été modifié par mbournau - 26 May 2024, 19:15.

[Patrice Broussea...]

L'extrait du tuto :

"Working around issues with HWTarget in macOS 13 to receive System Updates.../...

Et on nous dira que clover, c'est simple ! Là, c'est de l'Hébreu ! OpenCore, c'est quand même vachement plus simple !

C'est pas plus compliqué qu'OpenCore, simplement il s'agit là de l'explication de la nécessité du Kext et du Boot Arg pour disposer des mises à jour Ventura et suivant, et ce tant avec Clover qu'avec OpenCore...(SMBIOS puce T2). En fait le problème de recopier des EFI OpenCore tout cousus c'est qu'on sait pas ce qu'il y a dedans et encore moins le pourquoi y'a ci et ça dedans !!! Mais c'est vrai que ça c'est beaucoup plus simple !!

Et puis c'est pas d'l'Hébreu, c'est d'l'Anglais!!

EDIT : un p'tit lien vers pbs NVME Samsung : c'est là

Perso, tu sais que j’ai longtemps utilisé Clover sur mon hack Z390 mais je dois avouer que je fais souvent l’édition/modification de mes EFI OpenCore tout simplement avec PlistEditor et je valide avec OcConfigCompare. Je me souviens d’un million de cases que je devais cocher ou décocher avec Clover selon mes hacks et depuis OC, terminé!

Je dois par contre ajouter que je reste sous des versions plus anciennes pour mes deux machines Mojave, à quoi bon mettre à jour si cela n’amène rien de nouveau niveau stabilité (voir signature).

Patrice

Ce message a été modifié par Patrice Brousseau - 26 May 2024, 19:49.

[tinkar]

L'extrait du tuto :

"Working around issues with HWTarget in macOS 13 to receive System Updates.../...

Et on nous dira que clover, c'est simple ! Là, c'est de l'Hébreu ! OpenCore, c'est quand même vachement plus simple !

C'est pas plus compliqué qu'OpenCore, simplement il s'agit là de l'explication de la nécessité du Kext et du Boot Arg pour disposer des mises à jour Ventura et suivant, et ce tant avec Clover qu'avec OpenCore...(SMBIOS puce T2). En fait le problème de recopier des EFI OpenCore tout cousus c'est qu'on sait pas ce qu'il y a dedans et encore moins le pourquoi y'a ci et ça dedans !!! Mais c'est vrai que ça c'est beaucoup plus simple !!

Et puis c'est pas d'l'Hébreu, c'est d'l'Anglais!!

EDIT : un p'tit lien vers pbs NVME Samsung : c'est là

Oui, je l'avais lu à l'époque. Ce NVME dans ce PC X99 je l'avais acheté en 2020 ou 2021 (Un samsung 970 evo). et j'en ai acheté un autre pour mon hack 3 (un samsung 970 evo+ qui met un paquet de temps à bouter.). Je le changerai aussi (monterey installé dessus).

[Mac Arthur]

Pfiou. C'est gentil de ne pas avoir fait de bruit pendant que je dormais.
Par contre au réveil ça secoue....

[tinkar]

Je Reviens vers vous avec cette configuration X99. Ventura 13.6.9 installée mais je n'arrive pas à avoir le son. Hackintool dans Sound ne voit que la sortie Hdmi. Pas de Realtek ALC1150 qui est la puce son de ma carte mère AsRock X99 Extreme4. J'ai essayé d'ajouter dans les DevicePropertie PciRoot(0x0)/Pci(0x1B,0x0) avec un layout id de 1 mais comme je ne le vois pas dans Hackintool dans les PCIe ! Quelqu'un aurait-il une idée ?

[jeandemi]

Comment est-elle configurée dans le BIOS ?
Fonctionne-t-elle correctement dans Windows ?

Sur mon no7 (X79-P3), depuis que j'ai mis le SSDT pour le processeur, j'ai le turbo Boost qui fonctionne, mais plus la carte sons, même avec VoodooHDA

Je vais peut-être avoir bientôt une config similaire à la tienne, mais avec une Asus X99 Rog Strix Gaming, je pourrai te dire ce qui fonctionne dessus

Ce message a été modifié par jeandemi - 14 Sep 2024, 23:21.

[tinkar]

Mon soucis c'est que la carte son dans mon hack 2 et 3 apparaissent dans hackintool dans les PCi :
00:1F.3 8086 A2F0 1043 8724 Disabl Intel Corporation 200 Series PCH HD Audio Multimedia controlle Audio device C00@0/HDEF@1F,3 pci8086,a2f0 PciRoot(0x0)/Pci(0x1F,0x3)

ça c'est pour mon hack 2

Mais là, pour mon hack 1, je ne l'ai pas !

Dans sound, toujours hackintool : toujours pour mon hack 2
Devices. subDevice Codec. Revision. Name
0x8086A2F0 0x10438724 010EC1168. 0x0000 Realtek ALCS1220A

et dans Pin Configuration j'ai tout les Devices, Connecteur tout est répertorié.

Dans sound sur mon Hack 1, je n'ai que le Ellesmere HDMI Audio {Radeon RX 470/480/570/580/590}

Je vais essayer de repartir de zéro avec tous les SSDT possibles en utilisant SSDTTime et je verrai bien si ça redémarre ou pas. J'utiliserai les ressources sur Dortania avec le Broadwell-E Si je n'y arrive pas, je me tournerai sur Olarila. Quitte à payer 50 € tant pis ! Maldon est un sorcier dans son domaine mais ça coûte cher !

Ce message a été modifié par tinkar - 15 Sep 2024, 15:23.

[jeandemi]

Je répépète mes questions :
1) Comment est-elle configurée dans le BIOS ?
2) Fonctionne-t-elle correctement dans Windows ?

Si ça ne va pas en 2) il faut voir le 1) et si ça ne va toujours pas, c'est qu'elle est morte

Si ça va en 2) il faut vérifier en 1) qu'elle est bien sur HD Audio et pas sur AC97

Est-ce qu'elle n'est pas simplement sur Disabled dans le BIOS ?

[tinkar]

Je vais vérifier sur Windows. Je n'y ai pas pensé.
Pour le BIOS Aussi.
Merci pour ces précisions.

[tinkar]

Alors j'ai regardé sur windows : la sortie son n'indique que : U32H85x qui est le périphérique de l'écran avec un très faible son mais qui n'était pas présent. Je suis allé donc dans le BIOS et là j'ai vu que l'HD Audio était sur Disabled. Je l'ai donc mis sur Enabled. Retour sur Windows 10. Là, j'ai sur Youtube, un son mais faible. Le haut parleur de l'écran doit faire 4 watt ! Mais pas de trace de la sortie son de mon Realtek ALC1150. Surtout que j'ai tout de même un logitech de 80 watt branché dessus. Après avoir modifié sur BIOS et vérifié sur Windows, je suis allé de nouveau sur Ventura et là pas de son même sur sur U32H85x périphérique pourtant désigné dans la sortie son.

[jeandemi]

Est-ce que Hackintool voit la carte sons maintenant ?
Si tu n'as pas de sortie, ça peut être dû au fait que tu n'as pas le bon layout (Alcid= dans les arguments de boot), ou que tu n'as pas sélectionné le bon périphérique de sortie (ou la bonne sortie)

Question bête : tu as bien AppleALC.kext actif dans ton EFI ?

Par exemple, avec mon Asus P5B sous High Sierra, la carte sons (ADI1988 je crois) se met toujours sur la sortie ligne alors que j'utilise la sortie optique. Si j'oublie de sélectionner la bonne sortie, je n'ai pas de son.

Ce message a été modifié par jeandemi - 16 Sep 2024, 21:18.

[tinkar]

Je ne crois pas. Mais il faut que je regarde un peu plus attentivement le Bios. Déjà, je ne suis pas sûr que ce soit la dernière version. Mais, c'est pas claire. J'ai télécharger le manuel pour comprendre un peu plus et la dernière version est une 3.80 Il y a bien une 3.81 mais c'est une béta. J'ai mis ça sur une clé USB formaté en fat32. Je verrai demain pour la suite.
J'ai bien AppleALC bien sûr. Là, je n'ai que la sortie Hdmi de mon moniteur. Ce qu'indique d'ailleurs le Bios ou la carte son ne figure pas.

[jeandemi]

Tu peux avoir la sortie HDMI et les sorties de ta carte sons qui fonctionnent, ce n'est pas obligatoirement l'un ou l'autre.

En tous cas, si la carte sons était sur OFF dans le BIOS, c'est normal que Hackintool ne la voyait pas
Mais si elle ne fonctionne pas dans Windows (est-elle bien vue dans le gestionnaire de périphériques ?), aucune chance qu'elle fonctionne dans MacOS. Si c'est une carte d'occasion que tu as achetée, il est possible qu'elle ait un défaut.
Dans ce cas, une carte sons USB est la solution la plus facile

Pour les layout: tu peux utiliser 1, 2, 3, 5, 7, 99 avec le 1150 d'après cette page:
https://github.com/acidanthera/AppleALC/wik...upported-codecs



Ce message a été modifié par jeandemi - 17 Sep 2024, 09:48.

[tinkar]

Oui. j'ai un alcid=1 dans ma Nvram. Oui, si je ne l'ai pas dans Windows, c'est sûr, je ne l'aurais pas dans MacOS. En fait, je pense que si je ne l'ai pas dans le Bios, et bien c'est raté. En fait Windows 10 dans le gestionnaire de périphérique n'est que le reflet du Bios, comme MacOS d'ailleurs.

[tinkar]

Bon, après diverses manipulations dans windows 10, j'ai mis à jours des pilotes et ma carte son Realtek apparait. je n'ai pas un son très fort et je n'ai sait pas à quoi c'est dû ! Mais le son sort bien par mes enceintes Logitech. Mais rien sur Ventura !
je suppose que si je mettais une carte son sur ce PC, je serai confronté au même problème.

[jeandemi]

Est-ce que Hackintool voit la carte sons maintenant ?

[tinkar]

Non, c'est toujours pareil avec Hackintool, il ne voit que l'Hdmi pour le son.

[jeandemi]

Ça ressemble à une carte sons défectueuse

[tinkar]

Si je mets une carte audio en PCIe genre : Creative Sound Blaster Audigy FX Carte Son…, sera t'elle reconnu Par MacOs ?

[jeandemi]

Je pense qu'il lui faudra des drivers (Kexts), mais peut-être que ça peut marcher en les mettant dans l'EFI...
System/Library/Extensions/ est maintenant verrouillé et Library/Extensions/ ne fonctionne plus très bien

Une carte sons USB sera OK, c'est ce que j'utilise (5€ sur AliExpress ?) sur la JingSha X79-P3, car ni AppleALC ni VoodooHDA ne reconnaissent la carte sons intégrée depuis que j'ai mis le SSDT pour le turbo Boost du E5-2667v2

[tinkar]

Oui mais où trouver des drivers (kexts) pour MacOs ? Ils existent bien sûr les drivers pour windows 10 ou 11 mais cela ne m'avancera pas !

[Patrice Broussea...]

Oui mais où trouver des drivers (kexts) pour MacOs ? Ils existent bien sûr les drivers pour windows 10 ou 11 mais cela ne m'avancera pas !

Je sais qu'il y avait un kext développé indépendamment pour la SoundBlaster (Kx drivers?) jadis mais je ne sais pas pour les récentes Creative Labs? Sinon, ça ne fonctionnera pas.

Un peu hors-sujet mais la même chose s'appliquait pour les M-Audio 2496 et compagnie, il y avait un pilote OSX développé par des tiers...

[Mac Arthur]

Je vais mettre un lien sur un EFI x99 que j'avais fait pour un graphiste qui est sur le forum
2 secondes

Voila c'est là.
A piocher et regarder, on ne l'a pas actualisé récemment, mais si tu trouves ton bonheur, ça n'aura rien couté !

https://gofile.me/7fsgj/EBlCY6PRM

[tinkar]

Je vais regarder. Merci

[tinkar]

Bon, je reviens ici pour ma X99. J'ai un peu avancé. J'ai mis une carte son USB (merci jeandemi) que j'ai payé 5€. Cela fonctionne. J'ai un soucis, ça plante parfois mon hack. Mais j'ai l'impression que c'est dû à ma gestion des ports USB. Je n'ai pas configuré mes ports et hackintool m'en indique plus de vingt ! Bon, je sais, je suis parfois flemmard !

Je vais m'y mettre avec hackintool !
Donc, pour le moment, j'ai retiré cette carte son USB et j'ai fait une mise à jour en Ventura 13.7.1 qui s'est bien déroulée.
Il me reste un soucis : j'ai deux SSD avec Mojave et Hight Sierra installés hérité de ma première carte sur cette X99. Mon SMBIOS est MacPro7,1
Le message affiché quand j'essaye de démarrer sur mon SSD Mojave ou High Sierra est : "This version of Mac Os is not supported on this platform."
Bien sûr, j'ai fait une recherche et je me suis aperçu que c'était dû au SMBIOS : Sur MacPro7,1 minimum Catalina !
Donc, c'est sûr avec ce SMBIOS, je ne risque pas de pouvoir démarrer un Mojave ou un High Sierra !
J'ai donc regardé les différents SMBIOS et ceux compatible avec ces deux systèmes. Je suis tombé sur ImacPro1,1 qui permet de démarrer ces deux systèmes. 10.3.2 pour Hight Sierra et 10.4 pour Mojave. Donc en plaçant ce SMBIOS, OC démarre sur chacun des SSD mais cela s'arrête par un Kernel panic. Je vois des ACPI error !

Une question pour ceux qui utilisent plusieurs SSD avec différents systèmes notamment anciens comme Mojave ou Hight Sierra par exemple comment faites-vous. Utilisez-vous le même SMBIOS ? Bon, je n'ai pas encore essayé de démarrer en modifier le boot dans le BIOS (mettre le boot du SSD de Mojave ou de celui d'Hight Sierra). Je pourrai laisser ainsi le boot avec le SMBIOS du MacPro7,1.
Ah, avec le SMBIOS de ImacPro 1,1 mon Hack démarre sur Ventura à priori sans problème. Donc je suis dubitatif !

Ce message a été modifié par tinkar - 13 Nov 2024, 13:48.

[odemolay]

rajoute juste "-no-compat-check" dans tes boots arg. ça devrait aider à ne pas verifier la compatibilité de ton SMBIOS avec tes OS.

[tinkar]

Merci, je vais essayer ça.

[tinkar]

"-no-compat-check"
Bon, ça fonctionne pas ! Merci quand même !

Je refais un nouvel appel : y-a t-il sur le forum des gens qui utilise Mojave ou High Sierra avec un MacOs plus récent : genre Monterey, Venture, Sonoma ?

Ce message a été modifié par tinkar - 15 Nov 2024, 14:51.

[odemolay]

étrange avec ce bootarg aucun pb pour ouvrir les anciens os sous clover ou OC avec smbios 7,1 ou 1,1 classiquement.

-no_compat_check :

Désactive les vérifications de compatibilité macOS.
Permet de démarrer macOS avec des SMBIOS/ID de carte non pris en charge.
Nécessaire pour démarrer la nouvelle version de macOS sur un ancien matériel tout en utilisant l'ancien SMBIOS, qui est considéré comme obsolète par Apple.
Une nouvelle installation n'est pas possible lorsque vous utilisez cet argument de démarrage. De plus, vous ne pouvez pas installer de mises à jour système si cet argument de démarrage est actif.

qu'utilises tu oc ou clover? as tu limité tes kernels ?

as tu bien nettoyé ta nvram ?

[tinkar]

J'ai du me planter dans l'écriture de cet argument.
-no_compat_check
Je vais réessayer. J'utilise OpenCore bien sûr ! J'ai cessé d'utiliser clover.
Oui, j'ai fait un NVRAM bien sûr.
Je pense que j'ai dû mal l'écrire. J'ai dû mettre des tirets entre chaque mot !

[jeandemi]

Il faut aussi avoir le kext RestrictEvent dans la config, vu que c'est un argument qui le concerne

[tinkar]

En allant sur windows 10 pour faire les ACPI avec SSDT Time, il m'a fait des mises à jour importantes. Le système datait de 2019. Je pense qu'il m'a flingué mon EFI. Je n'arrive plus à démarrer sur OpenCore. je n'ai pas pensé à mettre dans mon EFI LauncherOption : full. Bon, je vais réutiliser ma clé USB !

Ce message a été modifié par tinkar - 16 Nov 2024, 22:38.

[jeandemi]

Je ne connais pas cette option
Que fait-elle exactement ?

[tinkar]

Eh bien, elle permet à l'EFI de ne pas se faire écraser par des mises à jour de Windows. J'ai en fait l'amère expérience avec un hack, Justement c'était avec cette même carte mère mais avec un clover modifié par Maldon. Voilà, avec OpenCore, cette fonction dans Misc permet d'éviter cela. Et sur mes deux hack après avoir fait des mise à jour et même d'être passé d'un windows 10 à un windows 11, j'ai pas eu de soucis. Là je crois qu'il y a eu un problème et je ne peux que l'imputer à cela.

[jeandemi]

Où en es-tu avec cette machine ?
Moi j'ai installé Monterey, Sonoma et même Séquoia sur une Asus Rog Strix Gaming X99 (Hackintosh no14, SMBIOS iMacPro1,1)
Je n'ai pas de mise en veille (au réveil l'ordi redémarre) je vais essayer un EFI patché pour les X79 et X99, mais pas moyen de savoir ce qui a été édité dans le DSDT.aml
Je n'ai pas de son, la carte n'est pas vue. J'ai vu des paramètres dans les commentaires sur AppleALC, mais je ne sais pas ce qu'il faut en faire, éditer le DSDT ?

Les performances dans Geekbench sous MacOS sont nettement inférieures à celles sous Windows, je ne sais pas trop pourquoi

Ça ne m'étonne pas trop qu'un EFI qui fonctionne avec Ventura ne fonctionne pas avec High Sierra ou Mojave, il y a quelques Quirks dont le réglage doit être différent à partir de Big Sur par rapport aux précédents

Ce message a été modifié par jeandemi - 27 Jan 2025, 23:32.

[jeandemi]

Je remonte le sujet pour plusieurs raisons:
- J'ai fait un nouvel EFI avec OpCore-Simplify qui fonctionne très bien avec mon Asus Strix X99 Gaming et Monterey, Sonoma et Sequoia, y compris la mise en veille et le réveil, ainsi que la carte sons. Je t'incite donc fortement à essayer cet utilitaire, d'autant que tu as Windows sur cet ordi!
Sur les reports de l'app, quelqu'un qui a la même CM que la tienne a mis un Succefull:

MattsthomeK
Dec 31, 2024

-Overview of Hardware
CPU Intel® Xeon® CPU E5-2698 v3 @ 2.3 GHz
MotherBoard ASRockX99 Extreme4 (BIOS 3.80)
RAM 64 GB
AUDIO Built-in Realtek ALC1150 (AppleALC v1.9.2)
GPU Navi 23 [Radeon RX 6650 XT] (NootRX 1.0)
Ethernet on board I218-v (intelmausi)
Wireless genuine Apple Broadcom Bcm943602cs 802.11ac Bluetooth 4.0 (on Ableconn PEXM2150E PCI Express x1 Adapter Card with M.2 Key E Socket)

-Working Features
MacOS Sequoia 15.2 (24C101)
Graphics - Metal 3
Audio - working fine
Network - Both Wifi and ethernet are working
Sleep/Wake - working as expected
FaceTime works fine with Logi c920s pro
iMessage works fine
continuity features - unlock with applewatch and sidecar work fine

followed all steps in the instructions from Windows 11 Pro

ACPI-Report.json.zip
Hackintosh-x99

Hope this helps others

thanks so much for this tool!

- J'ai également essayé de lancer Mojave avec cet EFI, et là, ça fonctionne, mais pas bien du tout: bugs, ralentissements, instabilité... Donc si tu veux pouvoir lancer une version ancienne ET une version récente de MacOS, je pense qu'il est mieux de réaliser deux EFI, chacun optimisé pour l'OS qu'il fera tourner (mais avec le même no de série, SMBIOS, SMUUID etc.) et de sélectionner le SSD que l'on veut booter avec l'utilitaire de la carte mère (F8 sur les Asus) et donc d'avoir deux disques de marques différentes pour pouvoir voir plus clairement ce que l'on fait (par exemple Crucial pour Mojave et WD pour Sonoma)

Ce message a été modifié par jeandemi - 6 May 2025, 22:26.