Hackintosh

Un Hackintosh ( / ˈ h æ k ɪ n t ɒ ʃ / , un mot-valise formé à partir de « Hack » et de « Macintosh ») est un ordinateur qui exécute le système d'exploitation macOS d' Apple sur un matériel informatique qui n'est pas autorisé à cet effet par Apple. Cela peut également inclure l'exécution de logiciels Mac sur du matériel pour lequel il n'est pas autorisé à l'origine. Cela est dû au fait que la licence du logiciel pour macOS n'autorise son utilisation que sur du matériel interne construit par Apple lui-même, dans ce cas la gamme Mac .

Bien que la pratique du « Hackintoshing » existe depuis les années 1980, une nouvelle vague de « Hackintoshing » a commencé à la suite de la transition d'Apple vers les processeurs Intel en 2005 , abandonnant PowerPC . Depuis cette transition jusqu'au début des années 2020 , les ordinateurs Mac ont utilisé la même architecture informatique x86-64 que de nombreux autres PC de bureau , ordinateurs portables et serveurs , ce qui signifie qu'en principe, le code constituant les systèmes et logiciels macOS peut être exécuté sur des plateformes alternatives avec des problèmes de compatibilité minimes.

Le contournement commercial des méthodes utilisées par Apple pour empêcher l'installation de macOS sur du matériel non Apple est limité aux États-Unis en vertu du Digital Millennium Copyright Act (DMCA), mais des modifications spécifiques de la loi concernant le concept de jailbreaking ont placé des méthodes de contournement comme celles-ci dans une zone grise juridique .

Les avantages du « Hackintoshing » peuvent inclure le coût (matériel plus ancien, moins cher ou de base), la facilité de réparation et de mise à niveau partielle, et la liberté d'utiliser des choix personnalisés de composants qui ne sont pas disponibles (ou non disponibles ensemble) dans les produits de marque Apple. plates-formes de virtualisation non Apple , bien que ces systèmes ne soient généralement pas décrits comme des Hackintosh. Les ordinateurs portables Hackintosh sont parfois appelés « Hackbooks » .

La licence logicielle d'Apple pour macOS autorise uniquement l'utilisation du logiciel sur les « systèmes de marque Apple » Cependant, comme de nombreux ordinateurs Macintosh encore pris en charge utilisent du matériel basé sur Intel , il est souvent possible d'exécuter le logiciel sur d'autres PC basés sur Intel, avec seulement quelques obstacles techniques. Notamment, des entreprises telles que Psystar ont tenté de lancer des produits utilisant macOS sur des machines non Apple, bien que de nombreux systèmes Hackintosh soient conçus uniquement par des passionnés de macOS de divers forums et communautés de piratage .

En 2020, Apple a commencé à migrer vers des processeurs Apple Silicon basés sur ARM64 . La société a déclaré qu'elle cesserait à terme de prendre en charge l' architecture x86-64 . Cela mettra fin à la possibilité pour les utilisateurs d'installer de nouvelles versions de macOS sur du matériel basé sur Intel.

Dès le milieu de l'année 1988, des clones de Macintosh ont été créés. En 1989, un émulateur appelé A-Max a été publié pour l'Amiga, permettant aux utilisateurs d'exécuter Mac OS sur cette plate-forme.

Le 6 juin 2005, Apple a annoncé son intention de passer aux processeurs Intel x86 lors de sa conférence mondiale des développeurs et a mis à disposition de certains développeurs un prototype de Mac basé sur Intel au prix de 999 $ (équivalent à 1 560 $ en 2023). Des efforts ont immédiatement commencé pour tenter d'exécuter Mac OS X sur du matériel non Apple, mais les développeurs se sont rapidement retrouvés avec un message d'erreur indiquant que les configurations matérielles du PC n'étaient pas prises en charge.

Le 10 janvier 2006, Apple a publié Mac OS X 10.4.4 avec la première génération de Mac basés sur Intel, l'iMac et le MacBook Pro. Ces machines utilisaient le micrologiciel de la plate-forme EFI ( Extensible Firmware Interface ) au lieu de l'ancien BIOS de style trouvé sur la plupart des cartes mères x86 de l'époque. Le 14 février 2006, un premier « hack » de Mac OS X v10.4.4 a été publié sur Internet par un programmeur avec le pseudonyme crg92 . En quelques heures, Apple a publié la mise à jour 10.4.5, qui a ensuite été piratée par le même auteur dans les deux semaines. Le 3 avril 2006, Apple a publié sa mise à jour 10.4.6 et de nouveau des correctifs ont été publiés dans les deux semaines qui ont permis aux utilisateurs d'installer la plupart de cette mise à jour sur des ordinateurs non Apple, bien que cela n'incluait pas le noyau mis à jour dans 10.4.6. En juin 2006, un MacBook Pro mis à jour a été publié pour la mise à jour Mac OS X 10.4.7 pour les ordinateurs non Apple utilisant le noyau 10.4.4.

Jusqu'à la sortie de la mise à jour 10.4.8, tous les correctifs OSx86 utilisaient le noyau 10.4.4 avec le reste du système d'exploitation en version 10.4.8. Cependant, les frameworks plus récents s'appuyaient sur les noyaux plus récents et cela a conduit les utilisateurs de 10.4.8 à rencontrer de nombreux problèmes. Apple a également commencé à utiliser davantage les instructions SSE3 sur son matériel, ce qui rend encore plus difficile pour les utilisateurs de processeurs prenant en charge uniquement SSE2 (comme les anciens Pentium 4 ) d'obtenir un système entièrement compatible. Pour résoudre ce problème, des hackers de la communauté ont publié des noyaux dans lesquels ces instructions étaient émulées avec des équivalents SSE2 , bien que cela ait entraîné une baisse des performances.

Au fil des années, de nombreuses « distributions » ont été publiées en téléchargement sur Internet. Ces distributions étaient des copies du disque d'installation de Mac OS X modifié pour inclure des composants supplémentaires nécessaires pour faire fonctionner le système d'exploitation sur le matériel non Apple. Un membre éminent de la communauté, JaS, a publié de nombreuses distributions de Mac OS X Tiger contenant des noyaux corrigés. D'autres distributions populaires sont iATKOS, Kalyway, iPC et iDeneb. Les distributions sont tombées en disgrâce à mesure que la communauté OSx86 s'est développée, car de nouveaux chargeurs de démarrage ont été développés, ce qui a permis d'utiliser des copies réelles de l'installateur d'OS X, connues sous le nom d'installations vanilla.

Dès la version 9A466 de Mac OS X v10.5, la communauté a maintenu une version de Leopard qui peut fonctionner sur du matériel non Apple. Un pirate informatique du nom de BrazilMac a créé l'un des premiers processus de correctifs qui a permis aux utilisateurs d'installer Mac OS X sur du matériel tiers en utilisant une version commerciale d'Apple Mac OS X obtenue légalement . Cette simplification a fait du correctif BrazilMac et de ses révisions ultérieures le choix le plus populaire pour de nombreuses distributions. Cinq des versions les plus populaires portent le nom de JaS, Kalyway, iATKOS, iPC et iDeneb - bien que plus récemment, ces versions soient sur le point de disparaître à mesure que la méthode Boot-132 (décrite ci-dessous) gagne en popularité. Cependant, toutes ces compilations reposent sur le travail des hackers du noyau réalisés par Lorem (build 9A466), SynthetiX (builds 9A499, 9A527 et 9A559), ToH (builds 9A581, 9B13 et 9B18) et plus récemment par un groupe s'appelant StageXNU (maintenant appelé Voodoo) (Darwin 9.4.0). Leurs contributions ont été intégrées dans les différents installateurs Mac OSx86, facilement disponibles sur Internet. Ils continuent d'être peaufinés et mis à jour dans les builds publiées, non seulement pour maintenir la compatibilité avec les versions d'Apple, mais aussi avec un nombre toujours croissant de composants tiers. La communauté OSx86 a rapidement apporté les modifications nécessaires pour permettre aux dernières versions d'Apple de fonctionner sur du matériel non Apple. Quelques heures après la sortie de Leopard, un patch de noyau AMD/Intel SSE2/3 a été créé, supprimant l' exigence HPET d'un fichier mach_kernel d'origine intact, un composant essentiel de Mac OS.

Lorsque Mac OS X Snow Leopard est sorti, le hacker russe netkas a créé une version de Chameleon qui peut démarrer Mac OS X v10.6. Le problème principal était que de nombreuses personnes ont été obligées de modifier DSDT ou d'utiliser des kexts en raison de problèmes spécifiques. Dès que possible, modbin et dmitrik ont ​​publié des versions de test du noyau qui permettent de démarrer Snow Leopard sur des machines AMD. Des noyaux XNU stables pour la version 10.6 ont été publiés par Qoopz et Pcj. Il existe quelques versions populaires basées sur Retail sous le nom de Universal (Intel uniquement), Hazard et iAtkos. Depuis la version 10.6.2, Nawcom, Qoopz et Andy Vandijck travaillent sur le noyau Legacy pour les processeurs non pris en charge.

Lorsque Apple a publié la Developer Preview 1, un développeur russe de Hackintosh, usr-sse2, a été le premier à créer une méthode pour installer Lion. La méthode consiste à déployer l'image Mac OS X v10.7 sur une clé USB et à démarrer à partir de celle-ci via le chargeur de démarrage UEFI XPC (voir DUET ci-dessous). Après quelques modifications apportées au code source de Chameleon, il est devenu possible de démarrer Lion avec une version mise à jour de Chameleon. Après un certain temps, Dmitrik, également connu sous le nom de Bronzovka, a eu de la chance en créant un noyau prenant en charge les systèmes AMD ; après quelques mois, (10.7.3 V2 avec support AMD) et iAtkos L2 (10.7.2 uniquement Intel) ont été publiés.

Peu de temps après la sortie de Developer Preview 1, certains développeurs inconnus ont réussi à installer cette version d'OS X sur leur PC en utilisant une version modifiée du chargeur de démarrage Chameleon. Cette version a été publiée via le projet principal à partir de la version r1997 au grand public. Depuis la sortie commerciale de Mountain Lion, plusieurs utilisateurs ont signalé des configurations réussies à l'aide d'installateurs achetés sur le Mac App Store , ainsi que de versions mises à jour de Chameleon et d'autres outils, y compris des distributions. La distribution de Niresh (10.8 Intel uniquement) a d'abord été publiée, puis mise à jour vers les versions 10.8.2 (avec AMD et Intel) et 10.8.5 (avec prise en charge UEFI, prise en charge AMD et Intel) ; iAtkos ML2 a été publié après la sortie de Niresh.

Plusieurs nouveaux noyaux pour Hackintosh 10.9 sont en cours de développement, bien que la plupart d'entre eux présentent encore des problèmes mineurs. La plupart de ces noyaux visent à permettre aux utilisateurs d'exécuter Mavericks sur des processeurs AMD et Intel plus anciens, qui manquent de certains jeux d'instructions des derniers processeurs Intel. Des efforts importants ont été faits pour émuler des jeux d'instructions comme SSSE3 , qui ne sont pas présents sur les processeurs basés sur AMD K10, et les processeurs Intel plus anciens, comme l'Intel Core Duo. Les derniers processeurs d'AMD, à partir de l'architecture « Bulldozer », contiennent presque tous les derniers jeux d'instructions, et par conséquent, certains noyaux avec prise en charge complète de SSE4 ont également été publiés. Après deux mois, la distribution de Niresh a été publiée pour Mavericks, qui prend en charge les processeurs AMD et les derniers processeurs Intel. Elle dispose également d'un noyau personnalisé qui permet aux processeurs Intel Atom de démarrer dans Mavericks. Niresh était la seule distribution gratuite publiée pour Mavericks, puisque l'équipe iAtkos a décidé de publier sa distribution Mavericks pour du matériel spécifique sur la base d'un don.

Après la sortie initiale d'OS X Yosemite 10.10 BETA, plusieurs développeurs ont pris en charge la mise à jour de leurs chargeurs de démarrage pour le système. Les membres du forum OSx86 InsanelyMac ont décidé de mettre à jour le chargeur de démarrage EFI Chameleon pour cette nouvelle version du système d'exploitation. Quelque temps plus tard, Niresh (un développeur OSx86 indépendant) a publié un outil autonome connu sous le nom de Yosemite Zone, basé sur le noyau AMD de Tora Chi, Bronya et DeeKay, qui installerait automatiquement le nouveau système d'exploitation et diverses autres fonctionnalités sur un appareil non Apple avec un minimum d'interventions. Cette méthode consistait à télécharger un fichier DMG d'OS X 10.10 sur une clé USB avec l'installation MacPwn Vanilla. Unibeast a été mis à jour pour prendre en charge Yosemite, et une distribution de Yosemite Zone a été publiée avec la prise en charge du processeur AMD. De plus, le correctif graphique de DeeKay a pris en charge les graphiques accélérés sur le GPU intégré HD 4400 d'Intel, ce qui n'était pas pris en charge sur les ordinateurs portables ASUS. Une installation standard de Yosemite est possible via Pandora Box Beta 2.0 d'Insanelymac et UniBeast. Ce type d'installation utilise le moins de kexts (pilotes) possible en plus d'utiliser une version non modifiée de l'application d'installation d'OS X, et est préférable aux distributions.

Clover et Chameleon ont tous deux été mis à jour pour être compatibles avec El Capitan . Unibeast et MacPwn ont également été mis à jour pour prendre en charge El Capitan, car El Capitan, Unibeast (et Multibeast) utilisent le chargeur de démarrage Clover au lieu de Chimera (un chargeur de démarrage basé sur Chameleon).

Clover et Chameleon ont été mis à jour pour être compatibles avec Sierra . UniBeast, Pandora Box et MacPwn ont été mis à jour pour le prendre en charge et une distribution de Sierra Zone (10.12.3) a été publiée avec le support du processeur AMD.

Clover, MacPwn et UniBeast ont été mis à jour pour le prendre en charge. Une distribution de High Sierra Zone par Hackintosh Zone (10.13) a été publiée avec la prise en charge des processeurs AMD, y compris les processeurs Ryzen.

Clover a été mis à jour pour prendre en charge Mojave avec la révision 4514. UniBeast a également reçu le support Mojave pour les machines basées sur Intel . Une distribution de Hackintosh Mojave par Hackintosh Zone (10.14) a été publiée. Apple a également interrompu la prise en charge des pilotes Web NVIDIA depuis la première version de macOS Mojave jusqu'à aujourd'hui.

Clover r4945 a été la première version de Clover à prendre en charge macOS Catalina, à commencer par la première version bêta de développement de macOS Catalina 10.15. UniBeast a été mis à jour pour la prise en charge de macOS Catalina, mais il n'y a pas encore eu de version MultiBeast pour Catalina. Pour la première version publique stable de macOS 10.15, des correctifs AMD ont également été publiés, permettant le démarrage de macOS Catalina sur des systèmes à processeur AMD. Un nouveau chargeur de démarrage a commencé à émerger pendant cette période, appelé OpenCore. C'est une nécessité pour les utilisateurs d'AMD au-delà de macOS 10.15.2.

macOS Big Sur fonctionne sur les processeurs Intel. Mais en 2020, Apple a commencé à passer aux processeurs Apple Silicon basés sur ARM64 et a annoncé qu'il cesserait à terme de prendre en charge l'architecture Intel64.

Certaines nouvelles fonctionnalités de macOS Monterey, comme le globe terrestre en 3D dans Plans et la synthèse vocale dans d'autres langues, ne fonctionnent que sur les processeurs Apple Silicon. Rene Ritchie a émis l'hypothèse que ces fonctionnalités nécessiteraient le Neural Engine d'Apple . Apple n'a fourni aucune explication officielle.

Dans cette version, Apple a officiellement abandonné la prise en charge des GPU intégrés Intel de 6e génération. Il existe des solutions de contournement pour utiliser un GPU intégré de 6e génération, comme l'usurpation d'identité d'un GPU intégré de 7e génération. La dictée hors ligne, les sous-titres en direct, le mode portrait dans FaceTime et le « mode de référence » (qui permet aux utilisateurs d'utiliser un iPad comme moniteur de référence secondaire ) ne fonctionnent que sur le silicium Apple.

Dans cette version, Apple a officiellement abandonné la prise en charge des GPU intégrés Intel de 7e génération. Il existe des solutions de contournement pour utiliser un GPU intégré de 7e génération, comme l'usurpation d'identité vers un GPU intégré de 8e génération. Des fonctionnalités supplémentaires, telles que le mode Jeu, nécessitent la puce Apple.

Apple Intelligence et la transcription audio Live nécessitent Apple Silicon, iPhone Mirroring nécessite une puce T2.

Apple n'autorise pas l'utilisation de macOS sur des PC x86 autres que ceux qu'elle a fabriqués. Après avoir annoncé son passage aux puces d'Intel, la société a utilisé des moyens techniques (mais pas le Trusted Platform Module , ou TPM, comme cela a été largement rapporté à tort ) pour lier macOS aux systèmes qu'elle distribuait aux développeurs. La méthode utilisée consistait à vérifier la présence d'une puce SMC à l'aide de DSMOS (Don't Steal MacOS.kext).

Le CLUF de macOS interdit l'installation de macOS sur un « ordinateur non Apple ». Le 3 juillet 2008, Apple a intenté une action en justice contre Psystar Corporation pour violation de cette restriction, entre autres réclamations. Apple a affirmé que Psystar « a violé le Digital Millennium Copyright Act (DMCA) en esquivant les technologies de protection contre la copie qu'Apple utilise pour protéger Mac OS X ». Apple utilise des mesures de protection technologiques qui contrôlent efficacement l'accès aux œuvres protégées par le droit d'auteur d'Apple. Plus précisément, Apple a accusé Psystar d'avoir acquis ou créé un code qui « évite, contourne, supprime, décrypte, désactive ou altère une mesure de protection technologique sans l'autorisation d'Apple dans le but d'obtenir un accès non autorisé aux œuvres protégées par le droit d'auteur d'Apple ». Le dossier juridique a révélé qu'Apple considère que les méthodes qu'elle utilise pour empêcher l'installation de macOS sur du matériel non Apple sont protégées par le Digital Millennium Copyright Act (DMCA).

Le 13 novembre 2009, le tribunal a accepté la requête d'Apple en jugement sommaire et a jugé que les droits d'auteur d'Apple avaient été violés ainsi que le DMCA lorsque Psystar a installé le système d'exploitation d'Apple sur des ordinateurs non Apple. Une audience sur les recours a été fixée au 14 décembre.

Le 14 janvier 2009, le site Gadget Lab de Wired Magazine a publié un didacticiel vidéo pour l'installation de Mac OS X sur un netbook MSI Wind, mais l'a supprimé suite à une plainte d'Apple. Les instructions textuelles sont conservées, mais incluent une clause de non-responsabilité concernant la violation du CLUF.

Le 15 mai 2012, l'affaire Apple contre Psystar Corporation a pris fin. Le tribunal a jugé que Psystar avait « violé le droit exclusif de reproduction, le droit de distribution et le droit de créer des œuvres dérivées d'Apple », mettant ainsi fin à l'affaire.

Lorsque des copies de Mac OS X Tiger ont commencé à fonctionner sur du matériel non Apple, on a découvert que certains processeurs étaient incapables d'exécuter le système d'exploitation. Rosetta , un traducteur binaire qui permettait d'exécuter des programmes PowerPC sur des processeurs Intel (et plus tard le noyau lui-même), nécessitait la prise en charge du jeu d'instructions SSE3 . Pour contourner ce problème, les programmeurs de la communauté ont publié des noyaux corrigés, qui incluaient la prise en charge de l'émulation des instructions SSE3 à l'aide d'équivalents SSE2 . En octobre 2005, Apple a publié la mise à jour 10.4.3 pour les développeurs qui avaient besoin de la prise en charge du microprocesseur NX bits ; cependant, des correctifs ont également été publiés pour contourner ce problème. Des noyaux corrigés ont également été publiés ultérieurement, prenant en charge les processeurs AMD.

Lors de la sortie de Mac OS X Leopard le 26 octobre 2007, des correctifs ont été créés pour supprimer l' exigence HPET du noyau. Des efforts ont également été faits pour émuler le jeu d'instructions SSSE3 pour les processeurs qui ne le prenaient pas en charge. Le noyau utilisé par OS X Mavericks utilisait les instructions SSSE3, ce qui nécessitait ces correctifs.

L' interface EFI (Extensible Firmware Interface ) est une spécification qui définit une interface logicielle entre un système d'exploitation et le micrologiciel de la plateforme. Étant donné que l'émulation de l'EFI ne nécessite généralement pas de copier ou de modifier macOS, elle est considérée par certains pirates comme le moyen légal d'installer macOS sur des ordinateurs non Apple (bien qu'elle n'ait pas été testée devant les tribunaux).

Le travail a commencé avec l'émulation EFI sous la forme de la version modifiée de Boot-132 de David Elliot (dfe) appelée « Darwin/x86 », qui dispose d'un système « FakeEFI » qui émule EFI. Début novembre 2007, un groupe de hackers (dirigé par un hacker russe connu sous le nom de Netkas), utilisant le code d'Elliot, a développé une méthode d'émulation d'un environnement EFI en utilisant un chargeur de démarrage Darwin spécialement modifié. En termes pratiques, cela signifiait que les PC ordinaires répondant à un ensemble d'exigences matérielles pouvaient désormais être « vus » comme de vrais ordinateurs Macintosh par le système d'exploitation, permettant l'utilisation de noyaux Apple « de série » non modifiés (tant que le processeur le prend en charge) et offrant ainsi un fonctionnement plus transparent et plus fiable. Plusieurs méthodes de déploiement dans le monde réel de cette solution innovante ont émergé sur Internet. Une explication de cette réalisation ainsi qu'un guide d'utilisation ont été fournis par le site Web DigitMemo.com.

La véritable émulation EFI était un atout très recherché par la communauté OSx86. Les efforts antérieurs basés sur le projet open source Darwin d'Apple et les gourous de Hackintosh permettaient aux utilisateurs d'utiliser macOS sur des PC normaux, avec des noyaux/modules de noyau corrigés qui contournaient simplement EFI. En utilisant le patch EFI, un Hackintosh pouvait démarrer à partir de noyaux macOS « vanilla » (non modifiés) et utiliser des extensions de noyau vanilla. Cela permettait non seulement au système d'être compatible avec les futures mises à jour du système, mais offrait également une stabilité accrue. Cette méthode contourne également un aspect du contrat de licence d'utilisateur final d'Apple, qui stipule que la modification des composants non Open Source du système d'exploitation est interdite.

À la mi-2008, un nouveau produit commercial, EFi-X, a été lancé, qui prétend permettre un démarrage complet et simple à partir des disques d'installation officiels de Leopard, puis une installation ultérieure, sans aucun correctif requis, mais il s'agit peut-être d'un reconditionnement de la technologie Boot-132 dans un périphérique USB . Rebel EFI est un autre produit commercial qui semble également utiliser des logiciels Open Source.

On pensait que la prise en charge de l'EFI par Windows 7 entraînerait le remplacement du BIOS par l'EFI par les cartes mères de PC. MSI a annoncé la carte mère Efinity début 2008. En 2011, des ordinateurs basés sur l'EFI sont arrivés sur le marché, mais aucun ne peut démarrer Mac OS X de manière native en raison de l'absence d'un pilote HFS+ dans l'implémentation EFI.

Boot-132 est un chargeur de démarrage fourni par Apple pour charger le noyau XNU. Au milieu de l'année 2008, un nouveau BOOT-132 modifié est apparu sur la scène. Cette méthode permet aux utilisateurs d'effectuer l'installation OSx86 basée sur Leopard en utilisant une copie de stock achetée au détail de Mac OS X Leopard et élimine la nécessité d'une installation piratée comme JaS ou Kalyway (mentionnée précédemment). Le chargeur de démarrage Boot-132 précharge essentiellement un environnement sur le système à partir duquel Leopard peut démarrer et fonctionner. Le chargeur de démarrage stocke les fichiers nécessaires (fichiers kext) dans une collection .img ou simplement dans un dossier. Le luxe de cette nouvelle méthode d'installation comprend la possibilité de démarrer et d'installer à partir d'un DVD Leopard vendu au détail et de mettre à jour directement depuis Apple sans enfreindre le DMCA. Le seul problème possible ici est qu'il enfreint le CLUF de macOS.

Le chargeur de démarrage se comporte comme le noyau Linux : on peut utiliser un chargeur de démarrage compatible avec mboot syslinux patché a été utilisé pour le hack) qui informe boot-dfe du fichier .img (le ramdisk ou initrd , comme l'appellent les utilisateurs de Linux), et boot-dfe utilisera alors les kexts (ou mkext) à partir de celui-ci. Ce nouveau boot-dfe a été testé avec le DVD Leopard vendu au détail, et il peut démarrer, installer, exécuter Leopard sans avoir à créer un DVD modifié.

Depuis les premières versions de développement de Mac OS X v10.6, les membres de la communauté OSx86 ont démarré le nouveau système d'exploitation en utilisant un autre chargeur de démarrage appelé PC EFI fourni par le hacker russe Netkas ou le chargeur de démarrage de Chameleon de l'équipe Voodoo. Chameleon est basé sur Boot-132 de David Elliot. Le chargeur de démarrage prend en charge ACPI, SMBIOS, les graphiques, Ethernet et quelques autres injections. Il permet de démarrer macOS sur du matériel non Macintosh. Chameleon prend en charge de nombreuses cartes graphiques AMD ainsi que Nvidia. Il existe de nombreux forks de celui-ci par différents développeurs ; la dernière version en amont est la 2.2 de 2014.

Clover est un chargeur de démarrage GUI pour plusieurs systèmes d'exploitation qui prend en charge soit le mode UEFI, soit le mode BIOS hérité. Pour prendre en charge le démarrage du code EFI, l'une des deux méthodes est généralement utilisée : soit le FakeEFI d'Elliot a été utilisé, soit un véritable système EFI open source basé sur TianoCore d'Intel appelé DUET (Developer's UEFI Emulation) a été flashé dans la carte mère. Cependant, les micrologiciels EFI modernes non Apple ainsi que Duet ne peuvent pas charger directement macOS en raison de diverses incompatibilités, principalement autour du système de fichiers HFS+ mais aussi en raison des particularités des différents fournisseurs. Une étape supplémentaire était nécessaire pour charger les systèmes macOS : une application EFI pour corriger ces problèmes et combler le fossé.

À partir de mars 2011, Slice a discuté de son idée avec d'autres membres de la communauté, ce qui a abouti au développement d'un chargeur de démarrage capable de faire les deux : émuler un micrologiciel EFI de son choix ou utiliser un micrologiciel UEFI réel pour démarrer Mac OS X. Il contient des applications et des pilotes EFI pour lire correctement un disque HFS+ et corriger les tables EFI pour préparer le système au démarrage de macOS. En 2020, il est activement maintenu.

Ozmosis est un chargeur de démarrage UEFI DXE pour Z77MX-QUO-AOS, développé par QUO Computer Inc. qui a cessé ses activités à la fin des années 2010. Il permet d'exécuter macOS via la ROM UEFI de la carte mère et ne nécessite pas d'espace disque supplémentaire pour le chargeur de démarrage.

OpenCore, qui est entré en développement en 2019, est un autre chargeur de démarrage développé pour exécuter macOS sur des systèmes UEFI ou BIOS. Par rapport à Clover, il est censé fournir une meilleure émulation et des correctifs globaux ainsi qu'un temps de démarrage plus rapide. Le projet a également pris en charge le développement de certains correctifs, ce qui signifie que les futures versions ne fonctionneront peut-être qu'avec OpenCore.

OpenCore Legacy Patcher est un projet basé sur OpenCore qui permet aux nouvelles versions de macOS de fonctionner sur des appareils Mac plus anciens qui ne sont plus pris en charge.

En mars 2007, la communauté OSx86 a fait des progrès significatifs avec le développement d'un DVD Live . Le DVD Live permet de démarrer sur un système opérationnel avec Mac OS X v10.4.8.

Le 2 janvier 2009, l'équipe Live DVD d'InsanelyMac a publié une nouvelle méthode permettant de produire un DVD Live Mac OS X v10.5.x, permettant aux utilisateurs de démarrer un bureau macOS entièrement fonctionnel à partir d'un DVD ou d'une clé USB. La méthode était plus fiable que les méthodes précédentes car elle manipulait les fonctionnalités Netboot et Imageboot existantes d'Apple et se comportait comme si le système fonctionnait à partir d'un disque réseau. Elle était plus facile à produire, ne nécessitant qu'un seul script à ajouter à une installation existante. Des distributions du DVD Live ont été réalisées depuis sa création. Depuis lors, il est à noter que cette méthode s'est avérée fonctionner sur du matériel Apple Mac normal.

Il est possible d'exécuter macOS en tant que machine virtuelle dans d'autres systèmes d'exploitation installés sur du matériel PC standard en utilisant un logiciel de virtualisation tel que VirtualBox d'Oracle (bien que cela ne soit pas officiellement pris en charge par Oracle ). Il est également possible d'installer macOS sur les versions Windows et Linux du logiciel VMware grâce à l'utilisation de correctifs, même si la société déclare que l'exécution de macOS est prise en charge pour VMware exécuté uniquement sur les ordinateurs Apple conformément aux politiques de licence d'Apple.

macOS sur une machine virtuelle est généralement très lent en raison de l'utilisation intensive de l'accélération vidéo matérielle par le système d'exploitation, que macOS ne prend pas en charge lors de l'utilisation des périphériques vidéo virtuels généralement utilisés par le logiciel de machine virtuelle. Une solution de contournement consiste à connecter un GPU physique à une machine virtuelle, mais cela nécessite un GPU pris en charge par macOS dans le système qui n'est pas utilisé par le système d'exploitation hôte.