[Hackintosh Coffee Lake] Gigabyte Z370 HD3P - Intel Core i7-8700K - 16 Go RAM - Radeon RX 570 - macOS/Windows - avec OpenCore, Retex/Guide complet Hackintosh avec OpenCore et carte mère Z370 HD3P

[MaxPoska]

Update au 13/12/2023:

Installation de la mise à jour macOS Ventura 13.6.3 (22G436).



R.A.S

[MaxPoska]

Update au 16/12/2023:

Mise à jour d'OpenCore en version 0.9.7

- Update des fichiers OpenCore:

- BOOTx64.efi
- OpenCore.efi
- Les drivers: AudioDxe.efi, CrScreenshotDxe.efi, OpenCanopy.efi, OpenRuntime.efi, ResetNvramEntry.efi

- Modification du config.plist:

Paramètre à ajouter:

Aucun

Paramètre à supprimer:

Aucun

Code

maxime@iMHack-de-Maxime ~ % nvram 4D1FDA02-38C7-4A6A-9CC6-4BCCA8B30102:opencore-version
4D1FDA02-38C7-4A6A-9CC6-4BCCA8B30102:opencore-version    REL-097-2023-12-11
maxime@iMHack-de-Maxime ~ %

- Update des kexts:

- AppleALC.kext en version 1.8.8

R.A.S

[MaxPoska]

Update au 25/01/2024:

Installation de la mise à jour macOS Ventura 13.6.4 (22G513).



R.A.S

[Patrice Broussea...]

Update au 25/01/2024:

Installation de la mise à jour macOS Ventura 13.6.4 (22G513).



R.A.S

Good, suis pas tout seul à être encore à Ventura! Même chose sur mon Dell XPS 8930, 13.6.4, R.A.S.!

[MaxPoska]

Update au 06/02/2024:

Mise à jour d'OpenCore en version 0.9.8

- Update des fichiers OpenCore:

- BOOTx64.efi
- OpenCore.efi
- Les drivers: AudioDxe.efi, CrScreenshotDxe.efi, OpenCanopy.efi, OpenRuntime.efi, ResetNvramEntry.efi

- Modification du config.plist:

Paramètre à ajouter:

Aucun

Paramètre à supprimer:

Aucun

Code

maxime@iMHack-de-Maxime ~ % nvram 4D1FDA02-38C7-4A6A-9CC6-4BCCA8B30102:opencore-version
4D1FDA02-38C7-4A6A-9CC6-4BCCA8B30102:opencore-version    REL-098-2024-02-05
maxime@iMHack-de-Maxime ~ %

- Update des kexts:

- AppleALC.kext en version 1.8.9

R.A.S


-----------

Good, suis pas tout seul à être encore à Ventura! Même chose sur mon Dell XPS 8930, 13.6.4, R.A.S.!

ahaha, perso je suis toujours sur la version N-1 (donc pas de Sonoma pour moi avant au moins cet été )

Ce message a été modifié par MaxPoska - 6 Feb 2024, 21:26.

[Patrice Broussea...]

Update au 06/02/2024:

Good, suis pas tout seul à être encore à Ventura! Même chose sur mon Dell XPS 8930, 13.6.4, R.A.S.!

ahaha, perso je suis toujours sur la version N-1 (donc pas de Sonoma pour moi avant au moins cet été )

En fait, je viens de compléter une installation Sonoma sur un disque « test » externe…

Ce message a été modifié par Patrice Brousseau - 6 Feb 2024, 22:59.

[MaxPoska]

En fait, je viens de compléter une installation Sonoma sur un disque « test » externe…

Pareil.
J'ai installé Sonoma depuis sa sortie sur un SSD de test.

J'ai pas vraiment testé l'OS en lui même, je voulais voir son "hackintoshisation".

Et du fait de l'abandon du support des cartes Broadcom qui était jusque la supportée nativement, ça marque une rupture
Alors oui, la carte est de nouveau fonctionnelle et j'ai bien du Wifi sur Sonoma grâce au travail exceptionnelle de la commu ... mais cela au prix d'une lourdeur supplémentaire (installation d'OCLP avec ce que ça implique) et d'un affaiblissement de la sécurité (désactivation du SecureBootModel, du SIP etc)
Faudrait d'ailleurs que je rédige la procédure sur mon topic (quand je me sortirai les doigts du ... )

Donc pour l'instant, je n'envisage pas une montée de version de mon côté

Ce message a été modifié par MaxPoska - 8 Feb 2024, 00:17.

[Patrice Broussea...]

En fait, je viens de compléter une installation Sonoma sur un disque « test » externe…

Pareil.
J'ai installé Sonoma depuis sa sortie sur un SSD de test.

J'ai pas vraiment testé l'OS en lui même, je voulais voir son "hackintoshisation".

Et du fait de l'abandon du support des cartes Broadcom qui était jusque la supportée nativement, ça marque une rupture
Alors oui, la carte est de nouveau fonctionnelle et j'ai bien du Wifi sur Sonoma grâce au travail exceptionnelle de la commu ... mais cela au prix d'une lourdeur supplémentaire (installation d'OLCP avec ce que ça implique) et d'un affaiblissement de la sécurité (désactivation du SecureBootModel, du SIP etc)
Faudrait d'ailleurs que je rédige la procédure sur mon topic (quand je me sortirai les doigts du ... )

Donc pour l'instant, je n'envisage pas une montée de version de mon côté

Ouais, moi aussi. Je verrai si cette machine finira sur Ventura ou Sonoma. Comme tu dis, le fais de devoir « hacker » un Hackintosh pour pouvoir parvenir à ses fins marque une rupture.

De toute façon, on ne peut se cacher que les Hackintosh sont sur respirateur artificiel. Pas si mal tout de même pour une machine qui date de 2018 (je viens de faire une recherche sur Amazon et ce truc se vend encore plus de 2000 dollars canadiens, aucun sens et pas du tout ce que j’ai payé usagé…).

Disons donc Ventura: encore deux ans.
Sonoma: 3 ans…

[Mac Arthur]

Sous respirateur artificiel je ne pense pas.
Le Hack de ma signature est actuellement sous Sonoma 14.4 ß2 et ne montre aucun signe avant coureur de passage dans l'autre monde

[Patrice Broussea...]

Sous respirateur artificiel je ne pense pas.
Le Hack de ma signature est actuellement sous Sonoma 14.4 ß2 et ne montre aucun signe avant coureur de passage dans l'autre monde

Dans le sens qu’il ne reste pas 10 ans de hackintoshing… On parle de quoi, 3-4 ans max. Bien sûr, l’ordi fonctionnera toujours à moins de panne matérielle mais l’OS ne supportera plus Intel. On pourrait dire aussi « mort annoncée » ou autre chose.

C’est pas que je veux être pessimiste mais reste qu’il ne sera bientôt plus possible de hacker, seulement d’utiliser la machine. Ce que je fais d’ores et déjà puisque je resterai sous Mojave avec ma Z390.

***Bon, je suis un peu hors sujet;) mais bon…

Les premiers Hackintosh datent de 2006 (je sais pas comment c’était puisque je n’y pensais pas à l’époque mais j’imagine que ça ne devait pas être aussi simple qu’actuellement… mais je peux me tromper!). Donc, 2006 à… disons 2026 pour faire un chiffre rond! Mon premier date de 2014 alors j’aurai fait une douzaine d’années si mes pronostics sont… à peu près… corrects.

Maintenant, rien ne m’empêchera d’utiliser ces machines jusqu’au moment où ce ne sera plus viable. J’entends par là programmes qui ne fonctionnent plus ou carrément risques de sécurité trop importants, quoiqu’on puisse utiliser ces machines hors réseau rendu à ce point. Mon feeling est qu’on a atteint un sommet entre disons 2014 et maintenant et qu’on s’en va vers la pente descendante. J’espère me tromper bien sûr:).

****Édition 2: une lecture (in engliche) intéressante: https://arstechnica.com/gadgets/2023/07/wit...n-they-used-to/

Ce message a été modifié par Patrice Brousseau - 8 Feb 2024, 03:24.

[mbournau]

Et du fait de l'abandon du support des cartes Broadcom qui était jusque la supportée nativement, ça marque une rupture
Alors oui, la carte est de nouveau fonctionnelle et j'ai bien du Wifi sur Sonoma grâce au travail exceptionnelle de la commu ... mais cela au prix d'une lourdeur supplémentaire (installation d'OCLP avec ce que ça implique) et d'un affaiblissement de la sécurité (désactivation du SecureBootModel, du SIP etc)
Faudrait d'ailleurs que je rédige la procédure sur mon topic (quand je me sortirai les doigts du ... )

Donc pour l'instant, je n'envisage pas une montée de version de mon côté

Tu peux contourner ces inconvénients avec une carte Wifi/BT Intel AX210 et quelques kexts ad'hoc et l'app heliport et c'est reparti voir ici... enfin jusqu'à l'éventuel prochain problème... Quant à la procédure Broadcom elle est déjà écrite sur ce forum à l'endroit où l'on parle de l'installation des betas et finales des évolutions majeures de macOs : c'est là et à laquelle vous pourriez contribuer les uns ou les autres, ça nous ferait pas de mal à nous tous !!

NOTA BENE : avec 14.4 ß (1 ou 2) la procédure pour les cartes Broadcom ne fonctionne plus (OCLP à mettre au point peut être) par contre celle pour la AX210 demeure valable...

Ce message a été modifié par mbournau - 8 Feb 2024, 08:21.

[MaxPoska]

Dans le sens qu’il ne reste pas 10 ans de hackintoshing… On parle de quoi, 3-4 ans max. Bien sûr, l’ordi fonctionnera toujours à moins de panne matérielle mais l’OS ne supportera plus Intel. On pourrait dire aussi « mort annoncée » ou autre chose.

C’est pas que je veux être pessimiste mais reste qu’il ne sera bientôt plus possible de hacker, seulement d’utiliser la machine. Ce que je fais d’ores et déjà puisque je resterai sous Mojave avec ma Z390.

***Bon, je suis un peu hors sujet;) mais bon…

Les premiers Hackintosh datent de 2006 (je sais pas comment c’était puisque je n’y pensais pas à l’époque mais j’imagine que ça ne devait pas être aussi simple qu’actuellement… mais je peux me tromper!). Donc, 2006 à… disons 2026 pour faire un chiffre rond! Mon premier date de 2014 alors j’aurai fait une douzaine d’années si mes pronostics sont… à peu près… corrects.

Maintenant, rien ne m’empêchera d’utiliser ces machines jusqu’au moment où ce ne sera plus viable. J’entends par là programmes qui ne fonctionnent plus ou carrément risques de sécurité trop importants, quoiqu’on puisse utiliser ces machines hors réseau rendu à ce point. Mon feeling est qu’on a atteint un sommet entre disons 2014 et maintenant et qu’on s’en va vers la pente descendante. J’espère me tromper bien sûr:).

****Édition 2: une lecture (in engliche) intéressante: https://arstechnica.com/gadgets/2023/07/wit...n-they-used-to/

Je partage complètement
C'est ce que j'exprimai peu ou prou dans mon post sur le topic sur la fin du hackintosh (il y a déjà bientôt 4 ans )
(D'ailleurs j'ai vu que t'avais décidé d'arrêter de pourrir mon topic pour relancer le sujet la bas , t'inquiètes, y'a pas de problème )

Tu peux contourner ces inconvénients avec une carte Wifi/BT Intel AX210 et quelques kexts ad'hoc et l'app heliport et c'est reparti voir ici... enfin jusqu'à l'éventuel prochain problème...

Malheureusement, non, ce n'est pas une solution envisageable pour mon cas.

Pour cette raison la:

Code

As a main drawback, the features of the Apple ecosystem are lost (all with itlwm.kext and most with AirportItlwm.kext). Airdrop does not work in any way and this is the feature that I miss the most with respect to the Fenvi.

En soit, le Wifi je m'en fou pour la connexion réseau (le hack est connecté en ethernet pour ça) mais ce sont bien toutes les fonctions d'Apple comme continuité, Airdrop, le déverrouillage de la session avec l'Apple Watch etc etc qui nécessite obligatoirement une carte Wifi Broadcom et qui était jusqu'à Sonoma reconnu OOTB (à ma connaissance en tout cas).

C'est pour ça que, pour l'instant, ne souhaitant pas faire de concession sur la sécurité, ne trouvant pas que Sonoma m'apporte une killer feature et ne souhaitant pas me passer des fonctions de continuité et consort, je n'envisage pas de monter mon hack vers Sonoma et de peut être le laisser sur Ventura (avec lequel je n'ai pas de problème) jusqu'à la fin de sa vie.
Mais la vérité d'hier n'est pas forcément celle d'aujourd'hui donc je changerai peut être d'avis plus tard sur une concession à faire

[Patrice Broussea...]

Effectivement, tu avais déjà lu dans mes pensées… il y a quatre ans . Disons plutôt que j’ai répété le même truc… 4 ans plus tard

[mbournau]

En soit, le Wifi je m'en fou pour la connexion réseau (le hack est connecté en ethernet pour ça) mais ce sont bien toutes les fonctions d'Apple comme continuité, Airdrop, le déverrouillage de la session avec l'Apple Watch etc etc qui nécessite obligatoirement une carte Wifi Broadcom et qui était jusqu'à Sonoma reconnu OOTB (à ma connaissance en tout cas).
C'est pour ça que, pour l'instant, ne souhaitant pas faire de concession sur la sécurité, ne trouvant pas que Sonoma m'apporte une killer feature et ne souhaitant pas me passer des fonctions de continuité et consort...

Je partage complètement ce point de vue... Pour ma part tester le Hack avec Sonoma, y compris dans les versions beta(s), n'a d'intérêt que de voir jusqu'où on pourra aller avec nos machines exotiques... en fait c'est comme un jeu que d'essayer de mettre en oeuvre des "solutions" qui pérennisent le fonctionnement du Hack. Certes j'utilise encore Ventura au quotidien pour les mêmes raisons que toi, mais dédier quelques gigas d'un disque à un volume test de Sonoma ne remet pas en cause la priorité donnée Ventura... C'est comme pour Clover (qui emprunte certes de plus en plus à OC) j'aime bien voir jusqu'où il est encore capable de fonctionner mais je suis plus "tranquille" d'utiliser au quotidien OpenCore

Si je parlais de la "solution wifi" avec la carte PCI Intel c'est parce que, selon mon expérience de Sonoma en betas 1 ou 2 de 14.4, même la solution OCLP ne fonctionne plus (pour le moment)... Mais oui je pense que tu as raison, la solution la plus réaliste et efficace consiste à rester, en l'état actuel des choses, sur Ventura !!

Ce message a été modifié par mbournau - 9 Feb 2024, 07:55.

[Mac Arthur]

Il y a même un barjot sur le forum qui dit que le dernier macOS de ce nom sous Mac est Mojaje !
On fait vraiment figure d'aventuriers des temps modernes...

[MaxPoska]

Update au 10/03/2024:

Installation de la mise à jour macOS Ventura 13.6.5 (22G621).



R.A.S

[MaxPoska]

Update au 16/03/2024:

Mise à jour d'OpenCore en version 0.9.9

- Update des fichiers OpenCore:

- BOOTx64.efi
- OpenCore.efi
- Les drivers: AudioDxe.efi, CrScreenshotDxe.efi, OpenCanopy.efi, OpenRuntime.efi, ResetNvramEntry.efi

- Modification du config.plist:

Paramètre à ajouter:

Aucun

Paramètre à supprimer:

Aucun

Code

maxime@iMHack-de-Maxime ~ % nvram 4D1FDA02-38C7-4A6A-9CC6-4BCCA8B30102:opencore-version
4D1FDA02-38C7-4A6A-9CC6-4BCCA8B30102:opencore-version    REL-099-2024-03-11
maxime@iMHack-de-Maxime ~ %

- Update des kexts:

Aucun Kext à mettre à jour


R.A.S

Ce message a été modifié par MaxPoska - 17 Mar 2024, 11:30.

[MaxPoska]

Update au 25/03/2024:

Installation de la mise à jour macOS Ventura 13.6.6 (22G630).



R.A.S

[MaxPoska]

Update au 12/05/2024:

Mise à jour d'OpenCore en version 1.0.0 (et voilà, on y est à la version 1.0 mais pas de bouleversement, OpenCore continue son petit bonhomme de chemin )

- Update des fichiers OpenCore:

- BOOTx64.efi
- OpenCore.efi
- Les drivers: AudioDxe.efi, CrScreenshotDxe.efi, OpenCanopy.efi, OpenRuntime.efi, ResetNvramEntry.efi

- Modification du config.plist:

Paramètre à ajouter:

Aucun

Paramètre à supprimer:

Aucun

Code

maxime@iMHack-de-Maxime ~ % nvram 4D1FDA02-38C7-4A6A-9CC6-4BCCA8B30102:opencore-version
4D1FDA02-38C7-4A6A-9CC6-4BCCA8B30102:opencore-version    REL-100-2024-05-09
maxime@iMHack-de-Maxime ~ %

- Update des kexts:

AppleALC.kext en version 1.9.0


R.A.S

[MaxPoska]

Update au 15/05/2024:

Installation de la mise à jour macOS Ventura 13.6.7 (22G720).



R.A.S

[Patrice Broussea...]

Update au 15/05/2024:

Installation de la mise à jour macOS Ventura 13.6.7 (22G720).



R.A.S

De mon côté, presque RAS… à part un KP après le redémarrage initial? Ensuite, mise à jour rapide après une extinction forcée et un redémarrage tout à fait normal, cette fois, sur MacOsInstall… Très étrange, je crois que c’est la première fois que j’ai un KP suite à une mise à jour.

De plus, le rapport généré ne dit pas grand chose qui puisse m’aider à comprendre ce qui a foiré!

Code

panic(cpu 0 caller 0xffffff8009ee8e18): Failed to mount root image (err=19, auth=1, ramdisk=1) com.apple.imageboot.c:1071
Panicked task 0xffffff8bab2a8258: 166 threads: pid 0: kernel_task
Backtrace (CPU 0), panicked thread: 0xffffff8bab0c7598, Frame : Return Address
0xfffffffbffa1fa00 : 0xffffff8009a70c7d mach_kernel : _handle_debugger_trap + 0x4ad
0xfffffffbffa1fa50 : 0xffffff8009bc5294 mach_kernel : _kdp_i386_trap + 0x114
0xfffffffbffa1fa90 : 0xffffff8009bb4da7 mach_kernel : _kernel_trap + 0x3b7
0xfffffffbffa1fae0 : 0xffffff8009a11971 mach_kernel : _return_from_trap + 0xc1
0xfffffffbffa1fb00 : 0xffffff8009a70f5d mach_kernel : _DebuggerTrapWithState + 0x5d
0xfffffffbffa1fbf0 : 0xffffff8009a70607 mach_kernel : _panic_trap_to_debugger + 0x1a7
0xfffffffbffa1fc50 : 0xffffff800a1db8eb mach_kernel : _panic + 0x84
0xfffffffbffa1fd40 : 0xffffff8009ee8e18 mach_kernel : _set_rootvnode + 0x4328
0xfffffffbffa1ff50 : 0xffffff8009aac3f0 mach_kernel : _max_valid_stack_address + 0x2160
0xfffffffbffa1ffa0 : 0xffffff8009a1119e mach_kernel : _call_continuation + 0x2e

Process name corresponding to current thread (0xffffff8bab0c7598): kernel_task
Boot args: -v -wegnoigpu -disablegfxfirmware keepsyms=1 debug=0x100 darkwake=0 -no_panic_dialog -restore -logOnCrash -rootdmg-ramdisk auth-root-dmg=file:///boot/x86_64SURamDisk.dmg

[MaxPoska]

Ah ?
Moi définitivement, je confirme, RAS sur Hackintosh et sur MacBook Pro avec cette mise à jour
En effet, rapport pas parlant plus que ça... bon, on va dire qu'au moins t'as pu aller quand même au bout au final sans trop d'effort (voir le verre à moitié plein )
Mystère mystérieux

Ce message a été modifié par MaxPoska - 17 May 2024, 22:55.

[MaxPoska]

Update au 30/07/2024:

Installation de la mise à jour macOS Ventura 13.6.8 (22G820).



R.A.S

[Patrice Broussea...]

Update au 30/07/2024:

Installation de la mise à jour macOS Ventura 13.6.8 (22G820).



R.A.S

Même chose pour moi avec mon Dell XPS i7-8700, R.A.S.

[MaxPoska]

Update au 08/08/2024:

Installation de la mise à jour macOS Ventura 13.6.9 (22G830).



R.A.S

(A ton tour @Patrice Brousseau )

Ce message a été modifié par MaxPoska - 8 Aug 2024, 21:09.

[MaxPoska]

Update au 13/08/2024:

Mise à jour d'OpenCore en version 1.0.1

- Update des fichiers OpenCore:

- BOOTx64.efi
- OpenCore.efi
- Les drivers: AudioDxe.efi, CrScreenshotDxe.efi, OpenCanopy.efi, OpenRuntime.efi, ResetNvramEntry.efi

- Modification du config.plist:

Paramètre à ajouter:

Aucun

Paramètre à supprimer:

Aucun

Code

maxime@iMHack-de-Maxime ~ % nvram 4D1FDA02-38C7-4A6A-9CC6-4BCCA8B30102:opencore-version
4D1FDA02-38C7-4A6A-9CC6-4BCCA8B30102:opencore-version    REL-101-2024-08-05
maxime@iMHack-de-Maxime ~ %

- Update des kexts:

De nombreux Kexts se mettent à jour pour une meilleur compatibilité avec macOS Sequoia:

- AppleALC.kext en version 1.9.1
- Lilu.kext en version 1.6.8
- VirtualSMC.kext (et plugins SMCProcessor.kext et SMCSuperIO.kext) en version 1.3.3
- WhateverGreen.kext en version 1.6.7

R.A.S

[Patrice Broussea...]

Alors, moi aussi: OC 1.0.1 puis, quelques jours plus tard, 13.6.9. R.A.S.

[jeandemi]

Update au 14/05/2023:

Mise à jour d'OpenCore en version 0.9.2

- Update des fichiers OpenCore:

- BOOTx64.efi
- OpenCore.efi
- Les drivers: AudioDxe.efi, CrScreenshotDxe.efi, OpenCanopy.efi, OpenRuntime.efi, ResetNvramEntry.efi

- Modification du config.plist:

Paramètres à ajouter:

Ajout du paramètre suivant dans la section "Kernel" --> "Quirks" :

- "DisableIoMapperMapping"



Ajout du paramètre suivant dans la section "UEFI" --> "Output" :

- "InitialMode"



Je reprends les valeurs par défaut du sample dans mon propre config.plist pour ces paramètres.

Je reviens sur ton fil pour essayer de résoudre un problème avec mon Hack no12: il me met un panneau interdit quand j'essaye de démarrer la mise à jour 14.6.1 de Sonoma, alors qu'il continue de démarrer la 14.2.1 sans souci. J'ai alors mis à jour OC vers la 1.0 et j'ai suivi ton fil pour voir quels y étaient les changements. Ca m'avait échappé à l'époque, mais tu as ajouté le paramètre
DisableIoMapperMapping sur OFF
mais en même temps
DisableIoMapper est passé de ON à OFF
en connais-tu la raison?
Merci

[Mac Arthur]

Et le fichier log tu l'as trouvé ?
Pas de pistes ?

[MaxPoska]

Je reviens sur ton fil pour essayer de résoudre un problème avec mon Hack no12: il me met un panneau interdit quand j'essaye de démarrer la mise à jour 14.6.1 de Sonoma, alors qu'il continue de démarrer la 14.2.1 sans souci. J'ai alors mis à jour OC vers la 1.0 et j'ai suivi ton fil pour voir quels y étaient les changements. Ca m'avait échappé à l'époque, mais tu as ajouté le paramètre
DisableIoMapperMapping sur OFF
mais en même temps
DisableIoMapper est passé de ON à OFF
en connais-tu la raison?
Merci

Hello,

hmm, pas sur de comprendre

Le paramètre (quirks) "DisableIoMapperMapping" est apparu dans la version 0.9.2 d'OC comme tu l'as vu.
J'ai repris la valeur par défaut présente dans le sample.plist de l'époque comme indiqué (donc sur "False").
Cette valeur est toujours à "faux" dans le sample.plist de la version 1.0.1.

C'est aussi la valeur "faux" qui est indiqué comme valeur par défaut dans la doc.
Enfin, au vu de la lecture de cette dernière, il ne m'a pas paru pertinent de paramétrer autre chose que la valeur par défaut dans mon propre config.plist.

Code

DisableIoMapperMapping
Type: plist boolean
Failsafe: false
Requirement: 13.3 (not required for older)
Description: Disables mapping PCI bridge device memory in IOMMU (VT-d).
This option resolves compatibility issues with Wi-Fi, Ethernet and Thunderbolt devices when AppleVTD is enabled on systems where the native DMAR table contains one or more Reserved Memory Regions and more than 16 GB memory is installed. On some systems, this quirk is only needed when iGPU is enabled.
Note 1: This quirk requires a native DMAR table that does not contain Reserved Memory Regions or a substitute SSDT-DMAR.aml in which Reserved Memory Regions have been removed.
Note 2: This option is not needed on AMD systems.

Donc tu coup pour moi ce quirks a toujours été désactivé donc je ne comprends pas ta phrase "DisableIoMapper est passé de ON à OFF" (ou alors j'ai un truc qui m'échappe )

EDIT: Je m'auto réponds, j'ai lu trop vite: on parle de 2 paramètres différents: "DisableIoMapper" (déjà présent) et "DisableIoMapperMapping" (nouveauté de la 0.9.2)

En ce qui concerne le paramètre "DisableIoMapper", il est à "True" dans mon config.plist car c'était la valeur indiqué dans le guide de Dortania
https://dortania.github.io/OpenCore-Install...ake.html#kernel

Code

DisableIoMapper: YES

    Needed to get around VT-D if either unable to disable in BIOS or needed for other operating systems, much better alternative to dart=0 as SIP can stay on in Catalina

Au final, je pourrai techniquement le remettre à "Faux" car Vt-D est désactivé dans le BIOS mais je me laissais sans doute à l'époque la possibilité de réactiver ce dernier dans le BIOS pour des besoins de virtualisation donc j'avais quand même paramétré le quirks sur "True".

Ce message a été modifié par MaxPoska - 15 Aug 2024, 23:14.