Hackintosh

Un Hackintosh ( / ˈhækɪntɒʃ / , un acrónimo de " Hack " y " Macintosh " ) es un ordenador que ejecuta el sistema operativo macOS de Apple en hardware informático que no está autorizado para ese propósito por Apple. ^[1] Esto también puede incluir la ejecución de software Mac en hardware para el que no está autorizado originalmente. Esto se debe a que la licencia de software para macOS solo permite su uso en hardware interno construido por la propia Apple, en este caso la línea Mac .

Aunque la práctica del "Hackintoshing" existe desde la década de 1980, ^[2] una nueva ola de "Hackintoshing" comenzó como resultado de la transición de Apple en 2005 a los procesadores Intel , alejándose de PowerPC . Desde la transición hasta principios de la década de 2020 , las computadoras Mac han utilizado la misma arquitectura informática x86-64 que muchas otras PC de escritorio , portátiles y servidores , lo que significa que, en principio, el código que compone los sistemas y el software de macOS se puede ejecutar en plataformas alternativas con problemas mínimos de compatibilidad. ^[3]

La elusión comercial de los métodos que utiliza Apple para evitar que macOS se instale en hardware que no sea de Apple está restringida en los Estados Unidos por la Ley de Derechos de Autor del Milenio Digital (DMCA), ^[4] pero cambios específicos a la ley con respecto al concepto de jailbreaking ^[5] han colocado métodos de elusión como estos en una zona gris legal .

Los beneficios de "Hackintoshing" pueden incluir el costo (hardware más antiguo, más barato o de consumo), la facilidad de reparación y actualización gradual, y la libertad de usar opciones personalizadas de componentes que no están disponibles (o no están disponibles juntos) en los productos de marca Apple. ^[6] macOS también se puede ejecutar en varias plataformas de virtualización que no son de Apple , aunque dichos sistemas no suelen describirse como Hackintoshes. Las computadoras portátiles Hackintosh a veces se denominan "Hackbooks" . ^[7]

La licencia de software de Apple para macOS solo permite el uso del software en "sistemas de marca Apple" ^[8] Sin embargo, debido a que muchas computadoras Macintosh aún compatibles usan hardware basado en Intel , a menudo es posible ejecutar el software en otras PC basadas en Intel, con solo unos pocos obstáculos técnicos. ^[9] En particular, empresas como Psystar han intentado lanzar productos que usan macOS en máquinas que no son de Apple, ^[10] aunque muchos sistemas Hackintosh están diseñados únicamente por entusiastas de macOS de varios foros y comunidades de piratería . ^[11]

En 2020, Apple comenzó a adoptar procesadores Apple Silicon basados ​​en ARM64 . La compañía ha dicho que eventualmente dejará de brindar soporte a la arquitectura x86-64 . ^[12] Esto eventualmente pondrá fin a la capacidad de los usuarios de instalar nuevas versiones de macOS en hardware basado en Intel. ^[13]

Ya a mediados de 1988 se empezaron a fabricar clones de Macintosh. ^[14] En 1989 se lanzó un emulador llamado A-Max para Amiga que permitía a los usuarios ejecutar Mac OS en esa plataforma. ^[15]

El 6 de junio de 2005, Apple anunció sus planes de transición a procesadores Intel x86 en su Conferencia Mundial de Desarrolladores y puso a disposición de desarrolladores seleccionados un prototipo de Mac basado en Intel a un costo de $999 (equivalente a $1,560 en 2023). ^[16] Inmediatamente comenzaron los esfuerzos para intentar ejecutar Mac OS X en hardware que no fuera de Apple, pero los desarrolladores rápidamente se encontraron con un mensaje de error que decía que las configuraciones de hardware de la PC no eran compatibles. ^[17]

El 10 de enero de 2006, Apple lanzó Mac OS X 10.4.4 con la primera generación de Macs basados ​​en Intel, el iMac y el MacBook Pro. Estas máquinas usaban el firmware de la plataforma Extensible Firmware Interface (EFI) en lugar del BIOS de estilo antiguo que se encontraba en la mayoría de las placas base x86 en ese momento. El 14 de febrero de 2006, un programador con el seudónimo crg92 publicó en Internet un " hack " inicial de Mac OS X v10.4.4 . ^[18] En cuestión de horas, Apple lanzó la actualización 10.4.5, ^[19] que luego fue hackeada por el mismo autor en dos semanas. ^[20] El 3 de abril de 2006, Apple lanzó su actualización 10.4.6 ^[21] y nuevamente se lanzaron parches en dos semanas que permitieron a los usuarios instalar la mayor parte de esta actualización en computadoras que no eran de Apple, aunque esto no incluía el kernel actualizado en 10.4.6. En junio de 2006, se lanzó una MacBook Pro actualizada para la actualización Mac OS X 10.4.7 para computadoras que no son Apple que usan el kernel 10.4.4.

Hasta el lanzamiento de la actualización 10.4.8, todos los parches de OSx86 usaban el kernel 10.4.4 con el resto del sistema operativo en la versión 10.4.8. Sin embargo, los frameworks más nuevos dependían de los kernels más nuevos y esto llevó a que los usuarios de 10.4.8 encontraran muchos problemas. Apple también comenzó a hacer un mayor uso de las instrucciones SSE3 en su hardware, lo que hizo que fuera aún más difícil para los usuarios con CPU que solo admitieran SSE2 (como los Pentium 4 más antiguos ) obtener un sistema totalmente compatible en funcionamiento. Para resolver este problema, los hackers de la comunidad lanzaron kernels donde esas instrucciones se emulaban con equivalentes SSE2 , aunque esto produjo una penalización en el rendimiento.

A lo largo de los años, se han publicado muchas " distribuciones " para su descarga a través de Internet. Estas distribuciones eran copias del disco de instalación de Mac OS X modificado para incluir componentes adicionales necesarios para que el sistema operativo pudiera ejecutarse en hardware que no fuera de Apple. Un miembro destacado de la comunidad, JaS, publicó muchas distribuciones de Mac OS X Tiger que contenían kernels parcheados. Otras distribuciones populares son iATKOS, Kalyway, iPC e iDeneb. Las distribuciones han caído en desgracia a medida que la comunidad OSx86 crecía, ya que se desarrollaron nuevos cargadores de arranque que hicieron posible el uso de copias reales del instalador de OS X, conocidas como instalaciones vainilla. ^{[ cita requerida ]}

Ya en la versión 9A466 de Mac OS X v10.5, la comunidad ha mantenido una versión de Leopard que puede ejecutarse en hardware que no sea de Apple. Un hacker con el nombre de usuario BrazilMac creó uno de los primeros procesos de parcheo que facilitó a los usuarios la instalación de Mac OS X en hardware de terceros utilizando una versión comercial y obtenida legalmente de Apple Mac OS X. Esta simplificación hizo que el parche BrazilMac y sus revisiones posteriores se convirtieran rápidamente en la opción más popular para muchas distribuciones. Cinco de las compilaciones más populares se conocen con el nombre de JaS, Kalyway, iATKOS, iPC e iDeneb, aunque más recientemente estas compilaciones están en camino de desaparecer a medida que el método Boot-132 (descrito a continuación) gana popularidad. Sin embargo, todas estas compilaciones se basan en el trabajo de hackers del kernel realizados por Lorem (build 9A466), SynthetiX (builds 9A499, 9A527 y 9A559), ToH (builds 9A581, 9B13 y 9B18) y, más recientemente, un grupo que se hace llamar StageXNU (ahora llamado Voodoo) (Darwin 9.4.0). Sus contribuciones se filtraron en los diversos instaladores de Mac OSx86, disponibles en Internet. Siguen siendo refinadas y se lanzan compilaciones actualizadas, no solo para mantener la compatibilidad con las versiones de Apple, sino también con un número cada vez mayor de componentes de terceros. La comunidad OSx86 ha realizado rápidamente las modificaciones necesarias para permitir que las últimas versiones de Apple se ejecuten en hardware que no sea de Apple. A pocas horas del lanzamiento de Leopard, se creó un parcheador de kernel AMD/Intel SSE2/3 que eliminó el requisito HPET de un archivo mach_kernel original intacto, un componente central del sistema operativo Mac.

Cuando se lanzó Mac OS X Snow Leopard , el hacker ruso netkas creó una versión de Chameleon que puede arrancar Mac OS X v10.6. ^[22] El problema principal fue que muchas personas se vieron obligadas a modificar DSDT o usar kexts debido a algunos problemas específicos. Tan pronto como fue posible, modbin y dmitrik lanzaron versiones de prueba del kernel que permiten arrancar Snow Leopard en máquinas AMD. Los kernels XNU estables para v10.6 fueron lanzados por Qoopz y Pcj. Hay algunas compilaciones populares basadas en Retail con el nombre Universal (solo Intel), Hazard e iAtkos. Desde v10.6.2, Nawcom, Qoopz y Andy Vandijck han estado trabajando en el kernel Legacy para CPU no compatibles.

Cuando Apple lanzó la Developer Preview 1, un desarrollador ruso de Hackintosh, usr-sse2, fue el primero en crear un método para instalar Lion. El método consiste en implementar la imagen de Mac OS X v10.7 en una unidad flash y arrancar desde ella a través del cargador de arranque UEFI XPC (ver DUET a continuación). Después de que se realizaron algunos cambios en el código fuente de Chameleon, se hizo posible arrancar Lion con una versión actualizada de Chameleon. Después de un tiempo, Dmitrik, también conocido como Bronzovka, tuvo suerte al crear un kernel que admitiera sistemas AMD; después de unos meses, se lanzaron iAtkos L2 (10.7.3 V2 con soporte AMD) y 10.7.2 solo Intel. ^[23]

Poco después del lanzamiento de Developer Preview 1, algunos desarrolladores desconocidos lograron instalar esta versión de OS X en su PC usando una versión modificada del cargador de arranque Chameleon. Esta versión fue lanzada a través del proyecto principal a partir de la versión r1997 ^[24] para el público en general. Desde el lanzamiento minorista de Mountain Lion, varios usuarios han informado configuraciones exitosas usando instaladores comprados en la Mac App Store , junto con versiones actualizadas de Chameleon y otras herramientas, incluidas distribuciones. La distribución de Niresh (solo 10.8 Intel) se lanzó primero y luego se actualizó a las versiones 10.8.2 (con AMD e Intel) y 10.8.5 (con soporte UEFI, soporte AMD e Intel); iAtkos ML2 se lanzó después del lanzamiento de Niresh. ^{[25] [26] [27] [28]}

Se están desarrollando varios kernels nuevos para Hackintosh 10.9, aunque todavía hay problemas menores con la mayoría de ellos. La mayoría de estos kernels tienen como objetivo permitir a los usuarios ejecutar Mavericks en CPU AMD e Intel más antiguas, que carecen de ciertos conjuntos de instrucciones de las últimas CPU Intel. Se han realizado esfuerzos significativos para emular conjuntos de instrucciones como SSSE3 , que no están presentes en las CPU basadas en AMD K10 y las CPU Intel más antiguas, como Intel Core Duo. Las últimas CPU de AMD, desde la arquitectura " Bulldozer " en adelante, contienen casi todos los conjuntos de instrucciones más recientes y, por lo tanto, también se han lanzado algunos kernels con soporte completo para SSE4 . Después de dos meses, se lanzó la Distro de Niresh para Mavericks, que admite CPU AMD ^[29] y las últimas CPU Intel. También tiene un kernel personalizado que permite que los procesadores Intel Atom arranquen en Mavericks. La distribución gratuita de Niresh fue lanzada para Mavericks, ya que el equipo iAtkos decidió lanzar su distribución Mavericks para hardware específico a base de donaciones. ^{[30] [31]}

Después del lanzamiento inicial de OS X Yosemite 10.10 BETA, varios desarrolladores asumieron el rol de actualizar sus cargadores de arranque para el sistema. Los miembros del foro OSx86 InsanelyMac se dispusieron a actualizar el EFI Bootloader Chameleon para esta nueva versión del sistema operativo. Algún tiempo después, Niresh (un desarrollador independiente de OSx86) lanzó una herramienta independiente conocida como Yosemite Zone, basada en Tora Chi, Bronya y el kernel AMD de DeeKay, que instalaría automáticamente el nuevo sistema operativo y otras características en un dispositivo que no sea de Apple con una mínima entrada. Este método consistía en descargar un DMG de OS X 10.10 en una unidad flash USB con MacPwn Vanilla Installation. Unibeast se actualizó para soportar Yosemite, ^[32] y se lanzó una distribución de Yosemite Zone con soporte para procesadores AMD. Además, el parche de gráficos de DeeKay brindó soporte para gráficos acelerados en la GPU HD 4400 incorporada de Intel, que no era compatible con las computadoras portátiles ASUS. ^{[33] [34]} Es posible realizar una instalación básica de Yosemite a través de Pandora Box Beta 2.0 de Insanelymac y UniBeast. Este tipo de instalación utiliza la menor cantidad posible de kexts (controladores) además de utilizar una versión inalterada de la aplicación de instalación de OS X, y se prefiere a las distribuciones. ^{[35] [36] [37]}

Tanto Clover como Chameleon se actualizaron para ser compatibles con El Capitan . Unibeast ^[38] y MacPwn ^[39] también se actualizaron para soportar El Capitan, ya que El Capitan, Unibeast (y Multibeast) usan el gestor de arranque Clover en lugar de Chimera (un gestor de arranque basado en Chameleon).

Clover y Chameleon se actualizaron para ser compatibles con Sierra . UniBeast, ^[40] Pandora Box y MacPwn ^[41] se actualizaron para soportarlo ^[42] y se lanzó una distribución de Sierra Zone ^{[43] (10.12.3) con soporte para procesadores AMD.}

Clover, MacPwn ^[44] y UniBeast ^[45] se actualizaron para admitirlo. Se lanzó una distribución de High Sierra Zone de Hackintosh Zone ^{[46] (10.13) con soporte para procesadores AMD, incluidas las CPU Ryzen.}

Clover se actualizó para soportar Mojave con la revisión 4514. ^[47] UniBeast también recibió soporte para Mojave para máquinas basadas en Intel . ^[48] Se lanzó una distribución de Hackintosh Mojave de Hackintosh Zone ^[49] (10.14). Apple también ha descontinuado el soporte para NVIDIA Web Drivers desde la primera versión de macOS Mojave hasta la actualidad.

Clover r4945 fue la primera versión de Clover compatible con macOS Catalina, comenzando con la primera versión beta para desarrolladores de macOS Catalina 10.15. ^[50] UniBeast se actualizó para la compatibilidad con macOS Catalina, pero aún no ha habido una versión de MultiBeast para Catalina. ^[51] Para la primera versión estable pública de macOS 10.15, también se lanzaron parches de AMD, lo que permitió el arranque de macOS Catalina en sistemas con CPU AMD. ^[52] Durante este tiempo comenzó a surgir un nuevo cargador de arranque, llamado OpenCore. Es una necesidad para los usuarios de AMD más allá de macOS 10.15.2. ^{[53] [54]}

macOS Big Sur funciona con procesadores Intel, pero en 2020, Apple comenzó a adoptar procesadores Apple Silicon basados ​​en ARM64 y anunció que, con el tiempo, dejaría de ofrecer compatibilidad con la arquitectura Intel64. ^[12]

Algunas de las nuevas funciones de macOS Monterey, como el globo terráqueo en 3D en Maps y la conversión de texto a voz en otros idiomas, funcionan únicamente en procesadores Apple Silicon. Rene Ritchie ha especulado que estas funciones requieren el Neural Engine de Apple . ^{[55] [56]} Apple no ha proporcionado ninguna explicación oficial.

En esta versión, Apple oficialmente eliminó el soporte para GPU integradas Intel de sexta generación. Existen soluciones alternativas para usar una GPU integrada de sexta generación, como la suplantación de una GPU integrada de séptima generación. ^{[ cita requerida ]} El dictado sin conexión, los subtítulos en vivo, el modo retrato en FaceTime y el "modo de referencia" (que permite a los usuarios usar un iPad como monitor de referencia secundario ) solo funcionan en silicio de Apple. ^{[ 57 ]}

En esta versión, Apple oficialmente dejó de dar soporte a las GPU integradas de Intel de séptima generación. Existen soluciones alternativas para usar una GPU integrada de séptima generación, como la suplantación de una GPU integrada de octava generación. Las funciones adicionales, como el modo de juego, requieren silicio de Apple. ^[58]

Apple Intelligence y la transcripción de audio en vivo requieren Apple Silicon, ^[59] iPhone Mirroring requiere un chip T2.

Apple no autoriza el uso de macOS en ningún PC x86 que no sea el que ha fabricado. Después de anunciar su cambio a los chips de Intel, la empresa utilizó medios técnicos (aunque no el Módulo de Plataforma Confiable , o TPM, como se ha informado erróneamente de forma generalizada ^[60] ) para vincular macOS a los sistemas que distribuía a los desarrolladores. ^[61] El método que utilizaron implicaba comprobar si había un chip SMC mediante DSMOS (Don't Steal MacOS.kext). ^{[ cita requerida ]}

El EULA de macOS prohíbe las instalaciones de macOS en una "computadora que no sea de la marca Apple". ^[8] El 3 de julio de 2008, Apple presentó una demanda contra Psystar Corporation ^[62] por violar esta restricción, entre otras reclamaciones. ^[63] Apple afirmó que Psystar "violó la Ley de Derechos de Autor del Milenio Digital (DMCA) al eludir las tecnologías de protección de copia que Apple usa para proteger Mac OS X ". Apple emplea medidas de protección tecnológica que controlan efectivamente el acceso a las obras protegidas por derechos de autor de Apple. Específicamente, Apple acusó a Psystar de adquirir o crear código que "evita, elude, elimina, descifra, descifra, desactiva o daña una medida de protección tecnológica sin la autorización de Apple con el propósito de obtener acceso no autorizado a las obras protegidas por derechos de autor de Apple". ^[64] El escrito legal reveló que Apple considera que los métodos que usa para evitar que macOS se instale en hardware que no sea de Apple están protegidos por la Ley de Derechos de Autor del Milenio Digital (DMCA).

El 13 de noviembre de 2009, el tribunal aceptó la petición de Apple de juicio sumario y determinó que se habían violado los derechos de autor de Apple y la DMCA cuando Psystar instaló el sistema operativo de Apple en computadoras que no eran de Apple. Se fijó una audiencia para el 14 de diciembre sobre las medidas correctivas. ^{[4] [65]}

El 14 de enero de 2009, el sitio Gadget Lab de la revista Wired publicó un video tutorial para instalar Mac OS X en una netbook MSI Wind, pero lo eliminó luego de una queja de Apple. ^[66] Las instrucciones textuales permanecen, pero incluyen una exención de responsabilidad por violación del EULA. ^[67]

El 15 de mayo de 2012 finalizó el caso Apple vs. Psystar Corporation . El tribunal dictaminó que Psystar había "violado el derecho exclusivo de reproducción, distribución y creación de obras derivadas de Apple", ^[68] poniendo fin al caso.

Cuando las copias de Mac OS X Tiger comenzaron a ejecutarse en hardware que no era de Apple, se descubrió que algunos procesadores no podían ejecutar el sistema operativo. Rosetta , un traductor binario que hizo posible ejecutar programas PowerPC en procesadores Intel (y más tarde el propio núcleo), requería el soporte del conjunto de instrucciones SSE3 . Para evitar esto, los programadores de la comunidad lanzaron núcleos parcheados, que incluían soporte para emular instrucciones SSE3 utilizando equivalentes SSE2 . En octubre de 2005, Apple lanzó la actualización 10.4.3 para los desarrolladores que requerían soporte para microprocesadores NX bit ; ^[69] sin embargo, también se lanzaron parches para evitar esto. ^[70] Más tarde también se lanzaron núcleos parcheados que soportaban procesadores AMD.

Cuando se lanzó Mac OS X Leopard el 26 de octubre de 2007, se crearon parches para eliminar el requisito HPET del núcleo. También se hicieron esfuerzos para emular el conjunto de instrucciones SSSE3 para procesadores que no lo admitían. El núcleo utilizado por OS X Mavericks utilizaba instrucciones SSSE3, por lo que se necesitaban esos parches.

La interfaz de firmware extensible (EFI) es una especificación que define una interfaz de software entre un sistema operativo y el firmware de la plataforma. Dado que emular la EFI no suele requerir copiar ni modificar macOS, algunos piratas informáticos la consideran la forma legal de instalar macOS en computadoras que no sean de Apple (a pesar de que no se ha probado en los tribunales). ^{[ cita requerida ]}

El trabajo comenzó con la emulación EFI en forma de la versión modificada de Boot-132 de David Elliot (dfe) llamada "Darwin/x86", que tiene un sistema "FakeEFI" que emula EFI. ^[71] A principios de noviembre de 2007, un grupo de hackers (liderados por un hacker ruso conocido como Netkas), utilizando el código de Elliot, desarrolló un método ^[72] de emulación de un entorno EFI utilizando un gestor de arranque Darwin especialmente modificado. ^[73] En términos prácticos, esto significaba que las PC normales que cumplían un conjunto de requisitos de hardware ahora podían ser "vistas" como computadoras Macintosh reales por el sistema operativo, lo que permitía el uso de núcleos Apple "de serie" sin modificar (siempre que la CPU lo admitiera) y, por lo tanto, brindaba un funcionamiento más transparente y confiable. Han surgido varios métodos para la implementación en el mundo real de esta solución innovadora en Internet. El sitio web DigitMemo.com proporcionó una explicación de este logro junto con una guía de uso. ^[74]

La emulación EFI real era un recurso muy buscado por la comunidad OSx86. Los esfuerzos previos basados ​​en el Proyecto Darwin de código abierto de Apple y los gurús de Hackintosh permitieron a los usuarios usar macOS en PC normales, con kernels/módulos de kernel parcheados que simplemente eludían EFI. Usando el parche EFI, un Hackintosh podía arrancar kernels macOS " vanilla " (sin modificar) y usar extensiones de kernel vanilla. Esto no solo permitía que el sistema fuera compatible con futuras actualizaciones del sistema, sino que también ofrecía mayor estabilidad. Este método también evita un aspecto del Acuerdo de Licencia de Usuario Final de Apple, que establece que está prohibida la modificación de componentes del sistema operativo que no sean de código abierto. ^[8]

A mediados de 2008, se lanzó un nuevo producto comercial, EFi-X, que afirma permitir un arranque completo y simple desde los discos de instalación oficiales de Leopard, y una instalación posterior, sin necesidad de parches, pero posiblemente se trate de un reempaquetado de la tecnología Boot-132 en un dispositivo conectado por USB . ^[75] Rebel EFI es otro producto comercial que también parece utilizar software de código abierto. ^[76]

Se pensó ^{[ ¿quién? ]} que la compatibilidad de Windows 7 con EFI haría que las placas base de PC sustituyeran la BIOS por EFI. MSI anunció la placa base Efinity a principios de 2008. A partir de 2011, las computadoras basadas en EFI han ingresado al mercado; sin embargo, ninguna puede iniciar Mac OS X de forma nativa debido a la falta de un controlador HFS+ en la implementación de EFI.

Boot-132 es un gestor de arranque proporcionado por Apple para cargar el núcleo XNU. ^[77] A mediados de 2008, apareció en escena un nuevo BOOT-132 modificado. ^[78] Este método permite a los usuarios realizar la instalación de OSx86 basada en Leopard utilizando una copia estándar comprada en el comercio minorista de Mac OS X Leopard y elimina la necesidad de una instalación pirateada como JaS o Kalyway (mencionadas anteriormente). El gestor de arranque Boot-132 esencialmente precarga un entorno en el sistema desde el que Leopard puede arrancar y operar. El gestor de arranque almacena los archivos necesarios (archivos kext) en una colección .img o simplemente en una carpeta. El lujo de este nuevo método de instalación incluye la capacidad de arrancar e instalar desde un DVD de Leopard minorista y actualizar directamente desde Apple sin infringir la DMCA. El único problema posible aquí es que incumple el EULA de macOS. ^[79]

El gestor de arranque se comporta como el núcleo de Linux : se puede utilizar un gestor de arranque compatible con mboot ^{[ aclaración necesaria ]} ( se utilizó un syslinux parcheado para el hack) que le informa a boot-dfe sobre el archivo .img (el ramdisk o initrd , como lo conocen los usuarios de Linux), y boot-dfe utilizará entonces los kexts (o mkext) de éste. Este nuevo boot-dfe ha sido probado con el DVD de Leopard de venta al público, y puede arrancar, instalar y ejecutar Leopard sin tener que crear un DVD modificado.

Desde las primeras compilaciones para desarrolladores de Mac OS X v10.6, los miembros de la comunidad OSx86 han estado iniciando el nuevo sistema operativo utilizando otro gestor de arranque llamado PC EFI proporcionado por el hacker ruso Netkas o el gestor de arranque Chameleon del equipo Voodoo. Chameleon se basa en Boot-132 de David Elliot. El gestor de arranque admite ACPI, SMBIOS, gráficos, Ethernet y algunas otras inyecciones. Permite arrancar macOS en hardware que no sea Macintosh. Chameleon admite muchas tarjetas gráficas AMD y Nvidia. Hay muchas bifurcaciones de este por parte de diferentes desarrolladores; la última versión es la 2.2 de 2014. ^[80]

Clover es un gestor de arranque GUI para varios sistemas operativos que admite UEFI o el modo BIOS heredado. Para admitir el arranque de código EFI, se utilizan convencionalmente uno de los dos métodos: se utiliza el FakeEFI de Elliot o se instala en la placa base un sistema EFI de código abierto real basado en TianoCore de Intel llamado DUET (Developer's UEFI Emulation). ^[81] Sin embargo, el firmware EFI moderno que no es de Apple, así como Duet, no pueden cargar directamente macOS debido a varias incompatibilidades, principalmente en torno al sistema de archivos HFS+, pero también debido a las peculiaridades de los proveedores individuales. Se necesitaba un paso más para cargar sistemas macOS: una aplicación EFI para rectificar estos problemas y cerrar la brecha.

A principios de marzo de 2011, Slice discutió su idea con otros miembros de la comunidad, lo que resultó en el desarrollo de un cargador de arranque que puede hacer ambas cosas: emular un firmware EFI de elección o usar un firmware Real UEFI para iniciar Mac OS X. Contiene aplicaciones EFI y controladores para leer correctamente un disco HFS+ y aplicar parches a las tablas EFI para preparar el sistema para iniciar macOS. A partir de 2020, se mantiene de forma activa. ^[82]

Ozmosis es un gestor de arranque UEFI DXE para Z77MX-QUO-AOS, desarrollado por QUO Computer Inc., que dejó de funcionar a finales de la década de 2010. Ofrece ejecutar macOS a través de la ROM UEFI de la placa base y no necesita espacio adicional en el disco para el gestor de arranque.

OpenCore, que comenzó a desarrollarse en 2019, es otro gestor de arranque desarrollado para ejecutar macOS en sistemas UEFI o BIOS. ^[83] En comparación con Clover, se dice que proporciona una mejor aplicación de parches y emulación, así como un tiempo de arranque más rápido. El proyecto también se ha hecho cargo del desarrollo de algunos parches, lo que significa que las versiones futuras solo pueden funcionar con OpenCore. ^[84]

OpenCore Legacy Patcher es un proyecto basado en OpenCore que permite que las versiones más nuevas de macOS se ejecuten en dispositivos Mac más antiguos que ya no son compatibles. ^[85]

En marzo de 2007, la comunidad OSx86 logró un avance significativo con el desarrollo de un Live DVD . El Live DVD permite iniciar un sistema operativo con Mac OS X v10.4.8.

El 2 de enero de 2009, el equipo Live DVD de InsanelyMac publicó un nuevo método mediante el cual se podía producir un Live DVD de Mac OS X v10.5.x, lo que permitía a los usuarios iniciar un escritorio macOS completamente funcional desde un DVD o una unidad flash USB. ^[86] El método era más confiable que los métodos anteriores porque manipulaba las funcionalidades Netboot e Imageboot existentes de Apple y se comportaba como si el sistema se estuviera ejecutando desde un disco de red. Era más fácil de producir; solo requería que se agregara un solo script a una instalación existente. Se han realizado distribuciones del Live DVD desde su inicio. Desde entonces, es notable que se haya demostrado que este método funciona en el hardware normal de Apple Mac.

Es posible ejecutar macOS como una máquina virtual dentro de otros sistemas operativos instalados en hardware de PC estándar mediante el uso de software de virtualización como VirtualBox de Oracle ^{[87] [88]} (aunque Oracle no lo admite oficialmente ^[89] ). También es posible instalar macOS en versiones de Windows y Linux del software VMware mediante el uso de parches, ^{[90] [91]} aunque la empresa afirma que ejecutar macOS es compatible con VMware que se ejecuta solo en computadoras Apple de conformidad con las políticas de licencias de Apple. ^[92]

macOS en una máquina virtual suele ser muy lento debido al uso intensivo de la aceleración de video por hardware por parte del sistema operativo, que macOS no admite cuando se utilizan los dispositivos de video virtuales que normalmente utiliza el software de la máquina virtual. Una solución alternativa es conectar una GPU física a una máquina virtual, sin embargo, esto requiere una GPU compatible con macOS en el sistema que no esté en uso por el sistema operativo host. ^[93]

• Clon de Macintosh : información sobre clones y emuladores de varios modelos de Macintosh
• Lista de emuladores de sistemas informáticos : una lista de emuladores de Macintosh y otros sistemas informáticos
• Transición de Mac a procesadores Intel
• Proyecto Star Trek