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.