[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]

Hackintosh Coffee Lake

OpenCore - Z370 HD3P

Avertissement:

Ce topic n'est pas un guide complet universel pour créer un hackintosh de zéro pour toutes les configurations.
C'est un retour d'expérience (retex) et guide détaillé d'installation de macOS sur ma configuration avec carte mère Z370 HD3P avec l'aide d'OpenCore et qui peut éventuellement aider d'autres personnes qui souhaitent se lancer dans l'aventure hackintosh et qui ont la même configuration
Je ne prétends pas détenir la vérité absolue donc si vous avez des remarques ou suggestions sur le paramétrage n'hésitez pas

-----------
-----------

Sommaire:

Dans le post 1:

• Setup
  Liste des composants matériels de ma configuration
• Liens utiles
  OpenCore et Guides Dortania
  Kexts utilisés
  SSDT utilisés
  Utilitaires divers utilisés
  Dossier EFI
• Création d'une clé USB d'installation avec OpenCore
  Création de la clé
  Installation des éléments nécessaires dans la partition EFI de la clé (OpenCore, SSDT, Drivers, Kexts, "Resources")
  
  Fin du post 1 et détails de chaque section dans le post 2:
  
• Paramétrage du config.plist
  
  Dans le post 3:
  
• Paramétrage du BIOS
  Explication sur la version du BIOS utilisée
  Paramétrage
• Installation de macOS
  Installation de macOS
  Démarrage sans clé USB
• Installation de Windows
  Préparation de l'installation de Windows
  Installation des pilotes de la carte Broadcom BCM94360CD (Bluetooth/Wifi)
  
  Dans le post 4:
  
• Fignolage (config.plist, réglage BIOS, Bootcamp)
  Finalisation du config.plist
  Réglage ordre de boot BIOS
  Windows: Installation de Bootcamp 6 et pilotes pour Magic Keyboard et Magic Mouse 2
  Réglage du système à démarrer au démarrage
  
  Dans le post 5:
  
• Détails sur l'injecteur USB
  Inventaire des ports USB
  Détails sur le Kext injecteur
• Gérer les mises à jour d'OpenCore
  Méthodologie théorique pour faire une mise à jour d'OpenCore
  Cas pratique (passage d'OpenCore 0.7.2 vers 0.7.3)

-----------
-----------

• Le setup:

Je n'ai pas changé grand chose depuis l'achat de la config en 2019 (juste changé 1 disque dur pour le stockage).
Les changements sont surtout autour du hackintosh (chaise, éclairages..)

Carte mère: Gigabyte Z370 HD3P
Processeur: Intel Core i7-8700K @ 3,7 Ghz (6 coeurs / 12 threads / turbo jusqu'à 4,7 Ghz)
Ventirad: BeQuiet Dark Rock 4
Boitier: Fractal Design Define R5
Alimentation: BeQuiet Straight Power 11 750W 80PLUS Gold
Mémoire RAM: Corsair Vengeance LPX 16Go (2x8Go) DDR4 2666MHz (CMK16GX4M2A2666C16)
Carte Graphique: Sapphire PULSE Radeon RX 570 4Go GDDR5 (2xHDMI / 2xDisplayPort)
Carte Wifi et Bluetooth: Broadcom BCM94360CD
SSD: 1xSSD NVME M.2 WD SN750 de 1TO (version avec dissipateur) pour macOS et 1xSSD MX 300 750 Go pour Windows.
Disques durs: Plusieurs disques durs WD pour stockage données et sauvegarde Time Machine
Ecrans: 2x Dell U2417H Full HD 1080p (1 sur pied et 1 sur bras)
Enceintes: Bose Companion 20
Webcam: Logitech HD Pro C920
Périphériques: Magic Mouse 2 et Magic Keyboard

(Ne vous laissez pas distraire par les Avengers, le hackintosh est le boitier en bas à gauche )

-----------

• Liens utiles:

OpenCore: https://github.com/acidanthera/OpenCorePkg/releases/
OCBinaryData: https://github.com/acidanthera/OcBinaryData
Guide Dortania pour OpenCore: https://dortania.github.io/OpenCore-Install-Guide/
Guide Dortania Post-installation OpenCore: https://dortania.github.io/OpenCore-Post-Install/

Les 2 guides Dortania sont très utiles pour appréhender l'utilisation d'OpenCore.
J'ai pu réaliser ce hackintosh sous OpenCore grâce à ces 2 guides .
J'y ferais souvent référence dans ce retex.

Kexts utilisés:
VirtualSMC (et plugins): https://github.com/acidanthera/VirtualSMC/releases
Lilu: https://github.com/acidanthera/Lilu/releases
WhateverGreen: https://github.com/acidanthera/WhateverGreen/releases
AppleALC: https://github.com/acidanthera/AppleALC/releases
IntelMausi: https://github.com/acidanthera/IntelMausi/releases
NVMeFix: https://github.com/acidanthera/NVMeFix/releases
USB-Map-Z370HD3P: Injecteur USB personnalisé pour la Z370 HD3P (pour plus d'infos, voir la partie "détails sur injecteur USB" dans le post 5 du retex): https://www.dropbox.com/s/2z3c4etlpgaqnra/U...P.kext.zip?dl=0

SSDT utilisés:
SSDT-Plug (CPU Power Management): https://github.com/dortania/Getting-Started...PLUG-DRTNIA.aml
SSDT-EC-USBX: https://github.com/dortania/Getting-Started...SBX-DESKTOP.aml
SSDT-AWAC: https://github.com/dortania/Getting-Started...d/SSDT-AWAC.aml

Utilitaires utilisés:
MountEFI: https://github.com/corpnewt/MountEFI
ProperTree: https://github.com/corpnewt/ProperTree
OCConfigCompare: https://github.com/corpnewt/OCConfigCompare

Dossier EFI:
Je vous mets à disposition mon dossier "EFI" pour la Z370 HD3P de la clé USB d'installation basé sur OpenCore 0.7.3: https://www.dropbox.com/s/wrodbwt1s4vjusc/E...70HD3P.zip?dl=0
ATTENTION: Il y a quelques réglages à faire dans le config.plist avant d'utiliser ce dossier "EFI":

- Si vous n'utilisez pas le BIOS modifié par Gigabyte pour avoir l'option "CFG-Lock" de disponible dans le BIOS (voir le détails dans le post 3 du retex) vous devrez alors passer le paramètre "AppleXcpmCfgLock" à "True" dans le config.plist dans la section "Kernel --> Quirks"
- Le config.plist mis en partage est vierge de numéros de série. Vous devrez générer les vôtres à l'aide de l'outil GenSMBIOS et renseigner les paramètres nécessaires dans la section "PlatformInfo"

Vous trouverez plus de détails sur comment modifier le config.plist à la fin de ce post et les détails des paramètres à renseigner dans la section "PlatformInfo" ainsi que l'utilisation de GenSMBIOS dans le post 2.

- Le config.plist est réglé pour être en mode verbose. Vous pouvez lire la partie "fignolage" du retex dans le post 4 pour savoir comment le retirer en post installation.


Je vais maintenant vous expliquez ce que contient ce dossier "EFI" et comment j'ai fait étape par étape

• Création d'une clé USB d'installation et utilisation d'OpenCore

Création de la clé USB:

Dans ce retex, j'ai installé macOS Big Sur (11.5.2) avec l'aide d'OpenCore 0.7.2.

Dans un premier temps, après avoir téléchargé la version de macOS voulu, il faut créer une clé USB bootable.
La première étape consiste à créer une clé USB d’installation tout à fait banale comme indiqué par Apple ici

Je formate donc une clé USB au format "Mac OS étendu (journalisé)" avec le schéma "Table de partition GUID" à l’aide de l’utilitaire de disque de macOS. Je nomme ma clé "MyVolume" (le nom de la clé n’a pas d’importance du moment qu’il est raccord avec le nom présent dans la commande suivante).



Ensuite, grâce à la commande "createinstallmedia", je lance la création de la clé USB d’installation.

Donc, dans mon cas, pour l’installation de macOS Big Sur, je tape cela dans le terminal:

Code

sudo /Applications/Install\ macOS\ Big\ Sur.app/Contents/Resources/createinstallmedia --volume /Volumes/MyVolume

Une fois le processus de création de la clé terminé, il faut maintenant la rendre "compatible hackintosh".
C’est là que l’on va "installer" le bootloader OpenCore.

Tout d'abord, il faut monter la partition "EFI" de la clé USB. C’est dans cette partition que l'on déposera tous les fichiers nécessaires au Hackintosh (OpenCore, les drivers d’OpenCore, les kexts ect ect)

Pour cela, on a besoin de l’utilitaire "MountEFI"
Au premier lancement, il faut faire un clique droit sur "MountEFI.command" et cliquer sur "Ouvrir" pour pouvoir lancer l’utilitaire.
On sélectionne ensuite le disque pour lequel on souhaite monter la partition EFI et qui correspond à notre clé USB (pour mon cas ici, c’est le "2")


La partition "EFI" apparaitra alors dans le Finder


Installation des éléments nécessaires dans la partition EFI de la clé (OpenCore, SSDT, Drivers, Kexts, "Resources"):

On va maintenant installer ce qu’il faut dans la partition "EFI".
C'est ici que nous avons besoin d'OpenCore.
Je télécharge la version "RELEASE" d’OpenCore.
Ce retex se base sur la dernière version d'OpenCore disponible au moment de son écriture, c'est à dire la version 0.7.2.

Nous aurons aussi besoin de OCBinaryData qui contient des ressources pour l’interface graphique d’OpenCore (et qui contient aussi le driver "HFSPlus.efi" qui nous sera utile ).

Il faut ensuite copier le dossier "EFI" qui se trouve dans le répertoire "X64" du dossier OpenCore que l'on a téléchargé, et le coller dans la racine de la partition "EFI" de notre clé USB.
Attention à bien copier le dossier "EFI" lui même et pas seulement son contenu.



On va ensuite avoir besoin d’ajouter des fichiers supplémentaires:

- Les SSDT

Les fichiers SSDT dont on a besoin ici sont, pour faire très simple, des fichiers qui vont permettre de mieux identifier certains éléments matériels de notre configuration.
Je ne vais pas entrer dans le détail volontairement car je ne maitrise pas ces notions.
Vous pouvez aller jeter un coup d’oeil ici du guide de Dortania si vous voulez en savoir plus .

Personnellement, je n’ai pas créé mes SSDT personnalisés. J’ai repris les fichiers universels proposés par le guide de Dortania et qui suffisent amplement.

Pour notre carte mère (chipset Z370) et notre processeur (de génération Coffee Lake), nous avons besoin des 3 fichiers suivants:
- SSDT-Plug: Pour la gestion d’alimentation du CPU
- SSDT-EC-USBX: Pour la gestion des ports USB (à utiliser en plus du kext injecteur USB)
- SSDT-AWAC: Pour la gestion de l’horloge système, utile seulement si vous êtes sur un BIOS supérieur à la version F11 sur la Z370-HD3P.

Ces fichiers sont à déposer dans le répertoire "EFI/OC/ACPI" dans notre partition "EFI" de la clé USB.

- Les Drivers

Les drivers vont permettre à OpenCore d'exploiter notre matériel afin de démarrer macOS mais aussi, certains de ces drivers vont permettre à OpenCore d’étendre ses possibilités pour, par exemple, gérer une interface graphique dans le menu de boot, de gérer l’audio au démarrage (pour avoir le "gong" de démarrage des vrais Mac par exemple ) etc etc

Si vous voulez plus d’informations sur ce que font tous les drivers fournis avec OpenCore, vous trouverez les infos dans le document "Configuration.pdf" présent dans le répertoire "Docs" du package d'OpenCore que l'on a téléchargé.

Attention à ne pas confondre ces drivers là (utilisés par OpenCore) avec les Kexts, que l'on verra plus tard et qui sont aussi des sortes de drivers mais utilisés cette fois par le système (macOS).

Pour ma part, je n’utilise que les drivers suivants:

Ils sont dans le répertoire "EFI/OC/Drivers" dans notre partition "EFI" de notre clé USB.

- AudioDxe.efi : qui permet à OpenCore d'avoir accès au contrôleur audio (pour ajouter le petit "gong" de démarrage)
- CrScreenshotDxe.efi : qui me permet de fait des screenshots lorsque je suis sur le menu d’OpenCore
- OpenRuntime.efi: qui permet une gestion de la mémoire (driver indispensable et obligatoire)
- OpenCanopy.efi: qui permet à OpenCore d'avoir accès aux ressources graphiques (pour qu'OpenCore puisse avoir une interface graphique)

J’ajoute un 5ème driver qui provient de OCBinaryData et qui se trouve dans le dossier "Drivers" d'OCBinaryData, c’est:

- HfsPlus.efi: qui permet à OpenCore de voir les partitions HFS (comme par exemple la partition Recovery).

Je supprime tous les autres drivers qui sont présents dans "EFI/OC/Drivers" et qui ne me servent pas.

- Les Kexts

Les Kexts sont un peu comme les drivers (pilotes) utilisés par macOS. Si vous voulez plus d’infos, je vous invite à lire ce topic sur Macbidouille

J’utilise les kexts suivants (à chaque fois, je télécharge le version "RELEASE" des Kexts):

- VirtualSMC.kext: Qui permet de simuler la puce SMC présente sur les Mac (Kext indispensable et obligatoire)
- SMCProcessor.kext : fait partie du package de VirtualSMC. C’est un plugin servant au monitoring (Température CPU)
- SMCSuperIO.kext: fait partie du package de VirtualSMC. C’est un plugin servant au monitoring (Vitesse ventilateur)
- AppleALC.kext: Pour la reconnaissance du contrôleur audio (ALC1220)
- WhateverGreen.kext: Pour la gestion de la carte graphique AMD (RX 570)
- Lilu.kext: Qui est indispensable pour VirtualSMC, WhateverGreen et AppleALC
- IntelMausi.kext: Pour la reconnaissance du contrôleur Ethernet présent sur notre carte mère (i219V)
- NVMeFix.kext: Qui permet de mieux gérer la consommation des SSD Nvme tiers
- USB-Map-Z370HD3P.kext : Mapping personnalisé des ports USB de la carte mère Z370 HD3P créé par mes soins (voir la partie "Détails sur l'injecteur USB" dans le post 5 pour plus de détails sur la nécessité de ce kext et sur les ports USB qui y sont référencés).

Ces kexts sont à mettre dans le répertoire "EFI/OC/Kexts" dans notre partition "EFI" de la clé USB.

- Les "Resources"

Les fichiers présents dans ce dossier vont permettre à OpenCore d'avoir une interface graphique et d'avoir des fichiers audios à gérer au démarrage (comme le "gong" de démarrage par exemple)

Le répertoire "EFI/OC/Resources" contient, de base, 4 sous répertoires: "Audio", "Font", "Image", "Label" qui sont vides.

On va remplacer ces répertoires par ceux présents dans OCBinaryData, qui eux, contiennent les médias nécessaires

Donc je supprime ces 4 sous répertoires et je les remplace par les 4 même sous répertoires d’OCBinaryData qui contiennent les fichiers audio, de polices, d’icônes ect.

- Les "Tools"

Les fichiers présents dans ce répertoire sont des outils autonomes qui permettent de faire certaines actions.
De même que les drivers OpenCore, si vous voulez plus d’informations sur ce que font tous ces outils fournis avec OpenCore, vous trouverez les infos dans le document "Configuration.pdf" présent dans le répertoire "Docs".

Ces outils sont dans le répertoire "EFI/OC/Tools" dans notre partition "EFI" de la clé USB.

Je n’entre pas dans le détail ici car je les supprime tous (attention je supprime seulement les fichiers présents dedans mais je garde le répertoire "Tools" qui est donc vide)

- Le "config.plist"

Il nous reste un dernier fichier à ajouter à notre partition "EFI" c’est le "config.plist".

C'est LE fichier le plus important.

Il s'agit du fichier de configuration d’OpenCore que l’on va devoir customiser

L’idée est de se baser sur le fichier "sample" qui se trouve dans le répertoire "Docs" du package d’OpenCore que l’on a téléchargé.


On copie ce fichier "sample" et on vient le coller dans le répertoire "EFI/OC" dans notre partition "EFI" de la clé USB.
On renomme ensuite ce fichier "config.plist"

Une fois ce fichier ajouté, notre dossier "EFI" est complet

Il devrait ressembler à ça:


ATTENTION: On ne peut pas encore démarrer sur la clé. Il faut maintenant "customiser" le config.plist (le "sample" ne peut pas s’utiliser en l'état).

C'est ce que l'on va voir dans la prochaine étape

• Paramétrage du config.plist

Donc, avoir copié le "sample.plist" dans notre dossier "EFI" et l'avoir renommé en "config.plist" n'est pas suffisant et il faut maintenant le customiser.
On doit, en effet, le personnaliser, afin qu'ils correspondent à notre configuration.

On va pas se le cacher, c’est l’étape la plus longue et chiante ... mais tout va bien se passer

Pour commencer, il nous faut un éditeur plist.
J’ai utilisé celui recommandé par le guide de Dortania: ProperTree car il possède des fonctions propres à l'utilisation d'OpenCore (comme le "OCSnapshot" que l'on va voir plus bas)

Une fois le dossier téléchargé, aller dans le répertoire "Scripts" et faire un clique droit sur le fichier "buildapp-select.command" et cliquer sur "Ouvrir" afin de créer une app dédiée.



Il se peut qu’une fenêtre s’ouvre vous demandant d’installer des outils supplémentaires pour python 3.
Installer les.



Ensuite, s'il y a plusieurs versions de python installés sur votre machine, le programme vous demandera celui que vous souhaitez utiliser.
Choisir python3



Le programme créera alors une app "ProperTree" à la racine du dossier.


Déplacer la alors dans le dossier "Applications" et on est prêt

Une fois l'application lancée, ouvrir le fichier "config.plist" qui se situe dans le dossier "EFI/OC" de la partition "EFI" de la clé USB (soit par le menu "file" --> "Open" ou le raccourci clavier "Cmd + O")

La première étape consiste à déclarer les fichiers SSDT, Kexts et Drivers dans le config.plist et dont on a besoin.
En effet, c'est un différence avec le bootloader Clover.
Avec OpenCore, les SSDT, Kexts, Drivers et Tools doivent être déclarés dans le config.plist pour pouvoir être pris en compte.

Pour ce faire, ProperTree a une fonction bien pratique qui permet de faire cette déclaration automatiquement: Le "Snapshot"
Sélectionner le menu "OC Clean Snapshot" dans ProperTree (menu "File"-->"OC Clean Snapshot" ou le raccourci clavier "Cmd + Shift + R")

On choisit le répertoire "OC" qui se trouve dans le dossier "EFI" de notre partition "EFI" de la clé USB


Cette action va permettre de déclarer les fichiers SSDT, Kexts, Drivers et Tools qui sont dans notre dossier "EFI", directement dans le config.plist (et, par la même occasion, supprimer la déclaration de ceux qui sont par défaut dans le sample).

Ensuite, nous voila maintenant prêt à configurer les différentes sections du config.plist

Il y a 8 sections à configurer (et chaque section à ses propres sous sections)



Ces sections se paramètrent en fonction de la génération du processeur et, pour certains paramètres, en fonction du chipset.

Je me suis basé sur cette partie du guide de Dortania pour savoir ce que je devais paramétrer pour la génération de processeur "Coffee Lake" (puisque le processeur i7-8700K est de cette génération) ainsi que la partie post Install du guide de Dortania pour la configuration de l’audio et interface graphique

Je vais uniquement indiquer les paramètres que j’ai modifiés/ajoutés par rapport au sample sans entrer dans le détail de chacun d’eux.
Si je ne parle pas d’un paramètre c’est que j’ai laissé la valeur par défaut définie dans le sample.

Je ne peux que vous encouragez à aller voir le guide de Dortania et/ou voir le document "Configuration.pdf" pour avoir le détail de chaque paramètre et comprendre à quoi il sert.

Et c’est parti (dans le post suivant)

Ce message a été modifié par MaxPoska - 2 Oct 2021, 22:35.

[MaxPoska]

Update au 10/08/2022:

Mise à jour vers macOS Monterey

----------
----------

Sommaire:

- Prérequis
- Mode mise à jour ou clean install ?
- Création d'une clé USB d'installation
- Installation de macOS Monterey depuis la clé USB
- Utilisation de ProperTree sur Monterey
- Résoudre le problème d’appairage Bluetooth entre macOS et Windows
- Partage de mon EFI basé sur OpenCore 0.8.3

----------
----------

- Prérequis

Avant de faire une mise à jour majeur de macOS, il est important d’avoir OpenCore et les Kexts que l’on utilisent qui soient eux-mêmes à jour.
En effet, la plupart du temps, lors d'une nouvelle version majeure, les bootloaders et/ou kexts ont besoin de faire quelques ajustements pour prendre en charge la nouvelle version de macOS.

Si je regarde les changelogs d'OpenCore, on peut remarquer que macOS Monterey a commencé à être prit en charge à partir de la version 0.7.1 et d'autres ajustements ont été réalisés sur la version 0.7.4.

Pour la mise à jour des Kexts, il suffit d'aller télécharger les dernières versions (liens des Kexts utilisés sur la config dans le post 1 dans la rubrique "Liens Utiles").

Pour la mise à jour d'OpenCore, outre le fait de remplacer les fichiers par la nouvelle version, il y a une attention particulière à porter sur le config.plist qu'il faut bien mettre à jour (voir "Gérer les mises à jour d'OpenCore" de mon retex dans le post 5)
En effet, il est important d’ajouter ou de retirer les paramètres qui sont ajoutés ou supprimés du config.plist de la nouvelle version d’OpenCore par rapport à celle que l’on utilise.
Pour cela, et comme je le décris dans mon retex, on va utiliser l'utilitaire OCConfigCompare pour comparer notre config.plist avec le sample.plist et repérer ainsi les changements.

A titre d’exemple, voici ce que donne une comparaison d’un config.plist de la version 0.7.3 d’OpenCore (qui était la version que je partageais dans ce retex) avec le sample.plist de la dernière version 0.8.3.



On voit qu'il y a eu quelques ajouts et suppressions et c'est un travail qui peut s'avérer plus ou moins long si vous n'avez pas suivi les mises à jour d'OpenCore au fur et à mesure.
Une fois les ajustements faits, pensez à bien vérifier votre config.plist à l’aide de l’utilitaire ocvalidate de la nouvelle version afin de s’assurer que son config.plist est bien conforme, qu’il ne manque pas de paramètres et qu’il n’y a pas d’incohérence.

Encore une fois, vous trouverez plus de détails sur la procédure dans la partie "Gérer les mises à jour d'OpenCore" de mon retex dans le post 5

Je vous conseille également de vérifier dans le fichier pdf de configuration d’OpenCore ou, plus simplement, dans le guide de Dortania, s’il n’y a pas des paramètres à ajuster qui seraient spécifique à macOS Monterey (spoiler alert: rien n’est à ajuster en ce qui concerne notre configuration qui soit spécifique à Monterey )

Pour ma part, ayant suivi les différentes mises à jour successive d’OpenCore, je suis déjà sur la dernière version en date (0.8.3).
J’ai également toutes les dernières mises à jour des kexts.
Donc mon dossier EFI était déjà prêt pour macOS Monterey

- Mode mise à jour ou clean install ?

A partir du moment où l'on a bien respecté les prérequis sur la mise à jour d'OpenCore et de ses kexts, la mise à jour de macOS peut être effectuée en mode "mise à jour" depuis les "Préférences système" comme sur un vrai Mac !

J'ai pu faire le test et tout s'est bien déroulé. Je n'ai rien eu à faire de particulier et je suis passé de macOS Big Sur à macOS Monterey en quelques minutes sans rien faire de particulier et après quelques reboot.
J'ai quand même au préalable déconnecté le SSD où était installé Windows mais c'est plus par précaution que par obligation.

Cela étant dit, pour ma part, je préfère partir sur une clean install (donc une réinstallation complète du système) lors d’une mise à jour majeur.
Ça me permet de repartir sur un système propre. Rien à voir avec le hackintosh donc, c’est juste une question d’habitude (je fais la même chose sur mon MacBook Pro).


- Création d'une clé USB d'installation

Qui dit clean install, dit préparation d’une nouvelle clé USB de boot

De la même manière que l’on avait créé une clé USB de boot pour macOS Big Sur, on va utiliser la commande "createinstallmedia" pour créer une nouvelle clé USB de boot pour macOS Monterey (voir les explications dans le post 1 dans la rubrique "Création de la clé USB")

La commande à taper dans le Terminal pour macOS Monterey est la suivante (en partant du principe que votre installateur de Monterey se trouve dans le dossier "Applications" et que la clé USB se nomme "MyVolume"):

Code

sudo /Applications/Install\ macOS\ Monterey.app/Contents/Resources/createinstallmedia --volume /Volumes/MyVolume

Ensuite, pour rendre la clé compatible hackintosh, il suffit de recopier le dossier "EFI" qui est présent dans la partition du disque où macOS Big Sur est installé (toujours en à l'aide de l’utilitaire "MountEFI" pour monter la partition EFI) dans la partition "EFI" de la clé USB.
En effet, tout le paramétrage a été fait précédemment, il suffit de reprendre le fruit de nos travaux

Copier bien le dossier "EFI" en lui même avec ses sous dossiers



Vous aurez peut être remarqué qu’il y a un dossier supplémentaire dans notre dossier "EFI" comparé à la clé USB d’installation que nous avions créée pour macOS Big Sur.

En effet, en plus des dossiers "BOOT" et "OC" d’OpenCore, il y a un dossier "APPLE" qui contient un sous dossier "FIRMWARE" qui lui même contient un fichier.
C’est un fichier qui est automatiquement créé lors de l’installation de macOS et qui sert à la mise à jour des firmwares des vrais Mac.
Vous n’avez pas à vous en soucier, ce n’est pas utiliser pour notre hackintosh et vous pouvez, au choix laisser ce dossier "APPLE" ou le supprimer sur la clé USB d’installation.
On en parle ici sur le guide de Dortania.
Pour ma part, je l'ai supprimé et conservé uniquement les dossiers "BOOT" et "OC" (histoire de se débarrasser du superflu )

Ensuite, j’apporte une petite modification sur le config.plist de la clé USB pour être en mode verbose (utile pour le déboguage s'il y a un a problème lors de l’installation).
Pour ce faire, j’ajoute le paramètre "-v" dans la section "NVRAM --> Add --> 7C436110-AB2A-4BBB-A880-FE41995C9F82" au niveau du paramètre "boot-args"



- Installation de macOS Monterey depuis la clé USB

L'installation de macOS Monterey se déroule exactement de la même manière que pour macOS Big Sur (voir la partie "Installation de macOS" dans le post 3 du Retex)
Prenez bien soin de régler la priorité de démarrage pour que la clé USB soit en premier dans l'ordre de Boot.
Personnellement, je préfère également déconnecter tous les disques durs brancher et ne garder que le SSD sur lequel on va installer macOS de brancher pour ne pas que l'installateur de macOS installe des choses la où il ne devrait pas (encore une fois, c'est plus une précaution qu'une obligation).

Ensuite, l'installation se déroule normalement: On sélectionne "Install macOS Monterey" dans le menu de boot, on arrive sur le menu d'installation, on formate/choisis le disque sur lequel on veut installer son système puis on patiente

Après quelques reboots, l'installation de macOS est terminé et on arrive sur l'écran de configuration (la où l'on créé son compte local, définis son mot de passe ect).
Pour finir, on arrive enfin sur le bureau de macOS Monterey .

Ensuite, comme expliqué dans le Retex, il suffit de monter la partition "EFI" de la clé USB pour récupérer le dossier "EFI" et le copier pour le coller dans la partition "EFI" du SSD où est installé macOS Monterey.
Dès lors, on peut démarrer sans clé USB (et au redémarrage, on sélectionne "OpenCore" dans le BIOS en 1er dans l'ordre de boot)

Enfin, on retire le mode verbose.
Pour ce faire, on édite notre config.plist pour retirer le "-v" dans la section "NVRAM --> Add --> 7C436110-AB2A-4BBB-A880-FE41995C9F82" au niveau du paramètre "boot-args" toujours à l'aide de "ProperTree".

En parlant de ProperTree, je me suis rendu compte qu'il y avait une petite subtilité pour pouvoir l'utiliser sur macOS Monterey.
On voit ça juste en dessous

- Utilisation de ProperTree sur Monterey

Sur macOS Monterey, il semble qu'il y ait un problème dans le composant Python inclus dans le système qui gère les interfaces graphiques (brique "tk").
Si on créé l'application ProperTree grâce au script, en sélectionnant simplement "/usr/bin/env python3" comme je l'indique dans la partie "Paramétrage du config.plist" à la fin du post 1 du Retex, on se retrouvera avec une application qui sera inutilisable car l'interface sera entièrement noir.

Pour contourner le problème, il faut installer la dernière version de Python 3 (si vous avez utilisé MountEFI juste après l'installation pour accéder aux partitions "EFI", vous devriez déjà avoir installé Python 3 donc vous n'avez pas à le refaire )

Ensuite, lorsque l'on utilisera le script "buildapp-select.command" pour créer l'application, il faut sélectionner l'option "/usr/local/bin/python3 3.10.6 - tk 8.6" (et non pas "/usr/bin/env python3 comme pour Big Sur)



- Résoudre le problème d’appairage Bluetooth entre macOS et Windows

Après ma nouvelle installation de macOS Monterey, je me suis rendu compte d’un problème dans mon utilisation du dual boot avec Windows, en particulier avec mes périphériques Bluetooth (clavier et souris).

En effet, lorsque je bootais sur Windows, ma Magic Mouse et mon Magic Keyboard n’était plus appairer. Je devais les ré-appairer avec Windows pour que mes périphériques Bluetooth fonctionnent à nouveau.
Le problème, est que lorsque je retournais sur macOS, cette fois si c’était macOS qui perdait l’appairage et je devais donc ré-appairer mon clavier et ma souris avec macOS. Et ceci se produisait à chaque boot d’un OS à l’autre.

Bien que je ne boot pas souvent sur Windows, il se trouve qu’en ce moment, je dois pas mal le faire pour utiliser un programme qui n’existe pas sur macOS. Ce problème de perte d’appairage m’a donc vite agacer et après une recherche, j’ai trouvé une explication et une solution rapide.

J’ai donc trouvé la solution ici

Le problème réside donc dans le fait que lors d’un appairage entre un périphérique Bluetooth et un OS, une "clé de connexion" se génère et est stockée par le système. Cette clé est différente à chaque appairage et c’est pour cela que je perds la connexion à chaque appairage entre macOS et Windows: la clé de connexion est différente sur chacun des 2 OS.

La solution est donc simple: il suffit d’avoir la même clé de connexion sur les 2 systèmes pour que les périphériques Bluetooth puissent fonctionner sur les 2 OS sans avoir besoin de les ré-appairer à chaque fois
Apparemment, sur les vrai Mac, c’est BootCamp qui se charge de faire cette synchronisation de clés entre les 2 systèmes.
Bien que j’ai BootCamp installé sur ma partition Windows, je ne sais pas si cette synchronisation ne se fait pas car c’est un hackintosh et non un vrai Mac ou que j’utilise une ancienne version de BootCamp ou pour une autre raison.

Quoi qu’il en soit, pour résoudre le problème, j’ai donc suivi les étapes décrites par l’auteur du fil Reddit, à savoir:

1. Démarrer sur Windows et appairer mon clavier et ma souris à Windows
2. Redémarrer sur macOS et appairer à nouveau mes périphériques à macOS
3. Ouvrir l’application "Trousseau d’accès" sur le Mac
4. Rechercher les entrées qui s’appellent "MobileBluetooth":
Il devrait y avoir 1 entrée "MobileBluetooth" pour chaque appareil appairé.
Pour savoir quelles sont les entrées Bluetooth qui correspondent à quelle périphérique, pour chaque ligne "MobileBluetooth", vous avez une information qui est nommée "Compte".
Il s’agit de l’identifiant unique de notre périphérique (l’adresse MAC).
Vous pouvez savoir à quelle périphérique appartient chaque adresse MAC en allant dans l’application "Informations systèmes" au niveau de la rubrique "Matériel --> Bluetooth"



Dans mon cas, on sait que:

- Le clavier correspond à l’adresse MAC commençant par 70:F0:87
- La souris correspond à l’adresse MAC commençant par 48:4B:AA
- La carte Bluetooth en elle même a également une adresse MAC qui commence par 88:63:DF (on peut le noter car ça nous servira pour s’y retrouver tout à l’heure dans Windows)

Notez ces informations quelques part sur un bout de papier ou dans un fichier texte dans TextEdit par exemple.

5. Double cliquer sur chaque entrée mobile Bluetooth qui nous intéresse et cocher la case "Afficher le mot de passe" (taper votre nom et votre mot de passe pour afficher la donnée)
En réalité ce n’est pas un mot de passe qui va s’afficher mais des données sous forme XML.

6. Cliquer dans la zone de texte, appuyer sur les touches "Command + A" pour tout sélectionner et copier coller le contenu dans un fichier texte pour récupérer tout le contenu de l’XML. Répéter l’opération pour chaque périphérique (clavier et souris dans mon cas).



Ce qui va nous intéresser dans ce xml c’est la balise "LinkKey" qui contient la fameuse clé de connexion que l’on va devoir recopier sur Windows.



7. Copier votre fichier texte dans lequel vous avez noté toutes les infos sur une clé USB ou à un endroit accessible depuis votre partition Windows et redémarrer sur Windows.
Assurez vous d’avoir un clavier et une souris en USB à utiliser sous Windows le temps de faire la manip (puisque le clavier et la souris Bluetooth ne seront plus appairer).

8. Sur Windows, nous allons avoir besoin d’un petit utilitaire pour éditer la base de registre. Pour cela, télécharger PSTools
9. Dézipper le fichier zip téléchargé. L’utilitaire dont a besoin est "psexec.exe". Je vous conseil de déplacer l’utilitaire "Psexec.exe" qui est dans le répertoire "PStools" que l’on a téléchargé, à la racine de votre disque (C:) afin de pouvoir y accéder plus facilement en ligne de commande.
10. Exécuter l’application "Invite de commandes" en tant qu’administrateur. Pour ce faire, taper "cmd" dans la barre de recherche et positionnez vous sur "invite de commandes" et enfin cliquer sur "Exécuter en tant qu’administrateur"



11. Dans la fenêtre qui s’ouvre taper "cd c:/"  (ou le chemin complet où vous avez mis l’utilitaire psexec.exe) puis taper la commande

Code

psexec -s -i regedit

12. Une fenêtre d’acceptation du contrat va s’ouvrir, cliquer sur "Agree"



13. L’éditeur de registre va alors s’ouvrir.
Dans la partie gauche, aller dans le répertoire:

Code

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\BTHPORT\Parameters\Keys\Adresse_MAC_de-votre-carte (dans mon cas 8863df….)

14. Dans la partie droite, c’est ici que l’on retrouve la clé de connexion (dans la colonne "Données") associé à l’adresse MAC (que l’on repère dans la colonne "Nom") correspondant au clavier et à la souris.
On voit bien que les clés de connexion sont différentes entre ce qu’il y a sur macOS et ce qu’il y a sur Windows.



15. Il faut donc que l’on modifie ce qu’il y a dans la colonne "Données" afin d’avoir la même clé de connexion que ce qu’il y a sur macOS
Pour ce faire, double cliquer sur l’adresse MAC dans la colonne "nom" du périphérique pour lequel on souhaite modifier la clé de connexion.
Une fenêtre "modification de la valeur binaire" va alors s’afficher.
Effacer la clé existante et recopier la clé qui est utiliser sur Macos (pas besoin de mettre les tirets) puis cliquer sur "Ok"





16. Fini Maintenant que l'on a la même clé de paramétré sur Windows et macOS, plus de problème de dés-appairage

- Partage de mon EFI basé sur OpenCore 0.8.3

Je vous mets à disposition mon dossier "EFI" pour la Z370 HD3P de la clé USB d'installation basé sur OpenCore 0.8.3: https://www.dropbox.com/s/bj4kkv1l5hrbmks/E...70HD3P.zip?dl=0

ATTENTION: Il y a quelques réglages à faire dans le config.plist avant d'utiliser ce dossier "EFI":

- Si vous n'utilisez pas le BIOS modifié par Gigabyte pour avoir l'option "CFG-Lock" de disponible dans le BIOS (voir le détails dans le post 3 du retex) vous devrez alors passer le paramètre "AppleXcpmCfgLock" à "True" dans le config.plist dans la section "Kernel --> Quirks"
- Le config.plist mis en partage est vierge de numéros de série. Vous devrez générer les vôtres à l'aide de l'outil GenSMBIOS et renseigner les paramètres nécessaires dans la section "PlatformInfo"
Vous trouverez plus de détails sur les paramètres à renseigner dans la section "PlatformInfo" ainsi que l'utilisation de GenSMBIOS dans le post 2.
- Le config.plist mis en partage est réglé pour être en mode verbose. Vous pouvez lire la partie "fignolage" du retex dans le post 4 pour savoir comment le retirer en post installation.

-----------

Pour conclure, ma mise à jour vers macOS Monterey s'est passé de manière totalement fluide (sans vraiment de surprise, je sais que ça fonctionne bien depuis plusieurs mois ) et, à part les 2 derniers points remontés, je n'ai rien de particulier à signaler

Ce message a été modifié par MaxPoska - 7 Sep 2022, 22:02.