Installation de macOS Sonoma sur des Macs incompatibles

Lucas09Ldt

New Member
img1.png


macOS Sonoma est disponible en version developer beta depuis déjà près de 3 semaines, et de nombreux utilisateurs se posent la question suivante : "Puis-je installer macOS Sonoma sur mon Mac non supporté ?".

La réponse est bien évidemment "oui", pour un très grand nombre de Macs du moins.
Comme pour l'installation de macOS Ventura sur des Macs incompatibles, la méthode consiste à utiliser OCLP (OpenCore Legacy Patcher).
Les développeurs de ce dernier travaillent à rendre leur logiciel totalement compatible avec macOS Sonoma. Cette compatibilité totale devrait être établie dans 6 mois.

Posez vos questions sur la manipulation, reportez les bugs du patcher, et recevez de l'assistance ici. :)
 
Dernière édition:
Les développeurs d'OCLP ont rendu publique leur to-do list (chargée !) :

Changements mis en œuvre​

Passer à l'approche d'usurpation VMM dynamique​

  • Commettre : 218507b
  • Utilise une nouvelle branche dans RestrictEvents :force-vmm-install
  • Supprime la dépendance de assetl'argument pour RestrictEvents
  • Résout bluetoothdla prise en charge, qui a introduit une nouvelle vérification VMM :
bluetoothd: [com.apple.bluetooth:Server.Core] Bluetooth is running inside a Virtual Machine, so skipping chip initialization

Ajustement du patch IOPCIFamily original de CaseyJ ( IOPCIIsHotplugPort())​

  • Commit : adcceb0
  • Résout la prise en charge du démarrage pour MacPro6,1, iMac8,1, etc.
  • Ajusté après vérification pour Sonoma :

Ajouter des modèles Mac nouvellement déposés​

MacBook10,1: MacBook (Retina, 12-inch, 2017)
MacBookPro14,1: MacBook Pro (13-inch, 2017, Two Thunderbolt 3 ports)
MacBookPro14,2: MacBook Pro (13-inch, 2017, Four Thunderbolt 3 Ports)
MacBookPro14,3: MacBook Pro (15-inch, 2017)
iMac18,1: iMac (21.5-inch, 2017)
iMac18,2: iMac (Retina 4K, 21.5-inch, 2017)
iMac18,3: iMac (Retina 5K, 27-inch, 2017)

Ajouter de nouvelles icônes OpenCanopy pour Sonoma​

Implémenter l'ensemble de correctifs expérimental IO80211FamilyLegacy​

  • Commit : c9fae32 , a762d7e , etc.
  • Destiné à restaurer AirPortBrcmNICle support, ainsi que les unités qui sont usurpées dans le support (c'est-à-dire AirPortBrcm4360)
  • L'ensemble de correctifs est très instable en raison de la méthodologie utilisée, empruntée à nos recherches sur les correctifs Legacy Wireless :
    • S'appuie sur le correctif racine, ce qui signifie que recoveryOS et une installation propre sans fil ne sont pas pris en charge
      • Pour les systèmes reposant sur des KDK, cela est essentiel car les unités ne peuvent pas récupérer le dernier KDK lors de la mise à jour
    • De plus, de nombreuses fonctionnalités de continuité sont instables ou non prises en charge
    • J'espère trouver un ensemble de correctifs plus fiable, mais actuellement, il s'agit principalement d'un développement interne
  • Modèles sans fil applicables :
# https://github.com/dortania/OpenCore-Legacy-Patcher/blob/0.6.7/data/pci_data.py#L1100-L1111
AirPortBrcmNIC = [
0x43BA, # BCM43602
0x43A3, # BCM4350
0x43A0, # BCM4360
]

AirPortBrcm4360 = [
0x4331, # BCM94331
0x4353, # BCM943224
]

Implémentation de la prise en charge de base des graphismes métalliques 31001​

  • S'appuie sur la rétrogradation d'IOSurface en raison des modifications de l'ABI
    • Résout la corruption de l'interface utilisateur avec le fond d'écran et la barre de menus
  • De plus, pour les iGPU Intel, nécessite une rétrogradation de IOAccelerator2Family.kext en raison de modifications de l'ABI
    • Résout la panique du noyau lors de l'initialisation du tampon de trame
    • Rétrogradation requise pour les GPU 3802 également
  • Avec les correctifs ci-dessus, semble être à parité avec Ventura
    • Cependant, pour les iGPU, une approche sans KDK n'est pas possible. Des recherches supplémentaires sont nécessaires pour supprimer les déclassements IOSurface/IOAccel.

Synchroniser OpenCore et Kexts basés sur Lilu avec les versions Release​

  • Bacs mis à jour :
    • OpenCorePkg 0.9.3
    • Lilou 1.6.6
    • Quel que soit le vert 1.6.5
    • FonctionnalitéDéverrouiller 1.1.4
    • DebugEnhancer 1.0.8
    • CPUFriend 1.2.7
    • BlueToolFixup (BrcmPatchRAM) 2.6.7
    • AutoPkgInstaller 1.0.3
    • CryptexFixup 1.0.2
  • Kexts dépourvus de constantes de Sonoma :
    • Innie : Besoin de faire un PR, kext testé fonctionnel sur Sonoma avec le drapeau Beta
    • AppleALC : mise à jour impossible en raison d'une régression avec 1.6.4
    • NVMeFix : impossible en raison de modifications apportées à la pile NVMe sur Sonoma
    • AirPortBrcmFixup : peut être une fois les correctifs IO80211FamilyLegacy finalisés
  • Notes complémentaires:
    • RestrictEvents est basé sur la force-vmm-installbranche, doit créer un PR et fusionner avec la ligne principale

Restaurer la prise en charge du lecteur S1X/S3X NVMe​

  • Commettre : c3e0765
  • La prise en charge native a été abandonnée dans la version 14.0 bêta 2
  • Ajoute IONVMeFamily patché (IOS3XeFamily) qui devrait être utilisable avec le stock IONVMeFamily
  • Modèles livrés avec des disques S1X/S3X par défaut :
    • MacBook8,1, MacBook9,1, MacBook10,1
    • MacBookPro13,1, MacBookPro14,1
  • Les modèles de lecteur incluent :
    • ID PCI S1X : 106b:2001 (APPLE SSD AP0128H, AP0256H, etc.)
    • ID PCI S3X : 106b:2003 (APPLE SSD AP0128J, AP0256J, etc.)
 
J'ai pensé la même chose. Mais, je vais peut-être ajouté un paragraphe en conclusion pour en expliquer l'usage. Vous avez tout de même raison.
 
Retour
Haut