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