Ejecutar macOS en hardware que no es de Apple vuelve a ser posible. Esta guía explica el renacer del movimiento Hackintosh, el proyecto DarwinKVM para montar macOS en una máquina virtual con QEMU y KVM, los requisitos del equipo anfitrión, los sitios de descarga oficiales y el procedimiento completo paso a paso.

La premisa suena a herejía para los puristas del ecosistema de Apple, pero es real: ya no necesitas una Mac para correr macOS. La escena Hackintosh, dada por muerta tras el fin del soporte Intel, ha resucitado con proyectos comunitarios y con la virtualización como el camino más práctico. La fuente que inspira esta guía es un reportaje de MakeUseOf publicado en noviembre de 2026, donde su autor documenta su propia experiencia construyendo una máquina virtual de macOS Ventura con aceleración gráfica mediante una GPU AMD RX 6600 en passthrough (traspaso del dispositivo físico a la máquina virtual).

¿Por qué se creía que el Hackintosh estaba muerto?

Apple siempre ha sido selectiva con el hardware que soporta su sistema operativo. Para arrancar macOS de forma nativa en una PC se necesita una combinación muy específica de componentes, incluida la aceleración por GPU. Durante años, el movimiento Hackintosh dependió del soporte x86 de Intel: un bootloader personalizado y archivos kext (extensiones del kernel) hacían el resto.

El problema llegó con macOS Tahoe, marcado como la última versión compatible con Macs basados en Intel. El salto de Apple hacia ARM con sus chips Apple Silicon dejó al Hackintosh tradicional en tierra de nadie, y muchos dieron el proyecto por enterrado. Lo cierto es que los tiempos cambiaron: el resurgimiento llegó por dos frentes, los puertos hacia dispositivos ARM y las herramientas modernas de virtualización.

¿Qué es el renacer del Hackintosh moderno?

El desarrollo más prometedor de la escena reciente es Snapintosh, un proyecto experimental de código abierto con licencia MIT creado por el desarrollador Miguel Cruz, conocido como Acelogic. El proyecto arranca una copia de macOS 27 Golden Gate (build 26A428) sobre un ASUS Zenbook A16 con procesador Snapdragon X2 Elite, y lo hace con un enfoque radicalmente distinto al clásico: un hipervisor EL2 que ejecuta el kernel de Apple sin modificar, supplying los contratos de plataforma que el kernel espera de un chip Apple.

La parte más impresionante es la gráfica. La interfaz se mueve con la GPU Adreno X2-90 del propio portátil gracias a un driver Metal escrito para el proyecto, sin renderizado por software ni rutas paravirtualizadas. Aun así, conviene ajustar las expectativas: solo funciona en ese modelo concreto de portátil, cada arranque depende de una Mac conectada por USB-C que actúa como anfitriona de depuración, y faltan piezas básicas como el audio, la cámara, el Bluetooth o la suspensión. Es una demostración técnica brillante, no un sistema de uso diario.

El otro frente viene de los controladores gráficos. El proyecto NullMoth publicó un driver Metal de código abierto para tarjetas NVIDIA en macOS 15 Sequoia, compatible con arquitecturas Turing y posteriores: GTX 16 y RTX de las series 20 a 50. La tarjeta más validada es la RTX 5060, y el soporte para la serie RTX 5000 existe aunque su implementación está lejos de ser perfecta. El requisito fino que casi nadie menciona: necesita OpenCore funcionando primero y Secure Boot desactivado, con las verificaciones de firma de código reducidas. En resumen: el Hackintosh no solo sigue vivo, sino que vivió una resurrección impulsada por parches de la comunidad, y todo apunta a que vendrá mucho más.

Comparativa de los métodos actuales para ejecutar macOS

¿Por qué la máquina virtual es la alternativa recomendada?

Si quieres probar macOS por tu cuenta, la recomendación práctica es arrancarlo primero en una máquina virtual. Entre las guías disponibles, la más completa y detallada es DarwinKVM, descrita por el propio autor del reportaje como mucho más profunda y con más funciones que otras alternativas. El proyecto es un repositorio público en GitHub, con licencia BSD-3, que documenta el proceso para ejecutar macOS dentro de QEMU con libvirtd y Virt-Manager, desde la configuración del anfitrión hasta el passthrough de GPU.

Las máquinas virtuales tienen ventajas claras: suponen datos del equipo con más facilidad y requieren menos configuración global que un Hackintosh nativo. La experiencia documentada por MakeUseOf menciona varios días de curva de aprendizaje antes de lograr una máquina virtual de macOS Ventura completa con aceleración gráfica.

Si ya exploraste alternativas de virtualización, esta no es la única ruta: también existe la guía completa para ejecutar macOS con OSX-PROXMOX en servidores Proxmox, y soluciones de contenedor como las que analizamos al hablar de Docker-OSX para ejecutar Hackintosh en Windows y Linux.

¿Qué requisitos necesita tu equipo anfitrión?

Antes de descargar nada, conviene auditar tu hardware. La virtualización con KVM exige un procesador con soporte de virtualización activado y un sistema Linux anfitrión; el proyecto documentado por MakeUseOf se construyó sobre esa base.

¿Qué componentes descargar y desde dónde?

Una advertencia honesta: no existe un único instalador amigable. Cada pieza se descarga de su fuente oficial y el propio DarwinKVM automatiza buena parte del proceso con su script de menú principal. Esta tabla resume dónde obtener cada componente verificado.

Un detalle importante reportado por la fuente original: el enlace directo a la documentación de DarwinKVM expiró al momento de la publicación, pero puede consultarse una copia archivada a través de la Wayback Machine. El repositorio de DarwinKVM en GitHub sigue disponible y activo, y su documentación interna cubre desde la configuración del anfitrión hasta guías de passthrough de GPU.

¿Cómo instalar macOS en la máquina virtual paso a paso?

El procedimiento varía según tu distribución y hardware, pero el flujo general documentado por el proyecto sigue esta secuencia. Tómate tu tiempo: el propio repositorio advierte con mayúsculas que esto no es un EFI preconstruido y que la paciencia es requisito.

1. Prepara el anfitrión Linux. Instala QEMU, KVM, libvirt y Virt-Manager desde los repositorios de tu distribución y verifica que la virtualización del procesador está activa en la BIOS.
2. Habilita el IOMMU. Para el passthrough de GPU y dispositivos de entrada, el anfitrión necesita IOMMU activado desde el arranque; el proyecto incluye un guion de verificación de IOMMU para facilitar el diagnóstico.
3. Clona el repositorio DarwinKVM. Obtenlo desde GitHub y ejecuta su script de menú principal, que guía la creación de la máquina virtual y genera el XML de definición del dominio en lugar de escribirlo a mano.
4. Descarga la imagen de macOS con DarwinFetch. El componente de descarga del proyecto obtiene la imagen de recuperación de la versión de macOS soportada que elijas.
5. Configura el bootloader con OpenCore. Con ProperTree editas el archivo de configuración del bootloader adaptándolo a tu hardware concreto: modelo de CPU, topología y dispositivos presentes.
6. Crea y aprovisiona el disco virtual. El guion del proyecto provisiona el disco para la máquina y conecta la imagen de instalación.
7. Arranca la máquina e instala macOS. Desde Virt-Manager arrancas el dominio creado y completas la instalación del sistema como lo harías en una Mac física.
8. Configura el passthrough de GPU y periféricos. Para aceleración real, cedes una GPU AMD y un conjunto de dispositivos de entrada a la VM, editando el XML del dominio con los bloques que el proyecto documenta.
9. Post-instalación. Mapeo de USB, ajuste de pantallas y afinado del rendimiento siguiendo las guías avanzadas de EFI y passthrough del repositorio.

¿Qué limitaciones tiene la máquina virtual de macOS?

Sería injusto pintar el panorama color de rosa. La mayor desventaja del enfoque de máquina virtual es la necesidad del passthrough de dispositivos: para usar la VM con aceleración gráfica debes ceder tanto una GPU como un conjunto de dispositivos de entrada, y ese tramo es trabajo serio por sí mismo.

Y hay un punto ciego aún mayor: no existe una alternativa a Looking Glass para macOS, lo que vuelve prácticamente imposible ejecutar pantallas virtuales de forma fluida. En la práctica, necesitas un monitor físico conectado a la GPU cedida. Resulta particularmente interesante que la comunidad haya resuelto el passthrough pero no el problema del framebuffer remoto; ahí está, probablemente, la siguiente frontera del proyecto.

Preguntas frecuentes

¿Es legal ejecutar macOS en hardware que no es de Apple? La licencia de software de Apple restringe macOS a hardware de la marca, por lo que estas prácticas operan en una zona gris que los propios proyectos advierten de forma expresa. Infórmate antes de experimentar.

¿Necesito una Mac para arrancar Snapintosh? Sí, en su estado actual: cada arranque depende de una Mac conectada por USB-C que actúa como anfitriona de depuración.

¿Funciona cualquier GPU NVIDIA con el driver NullMoth? No. El soporte declarado cubre Turing y posteriores (GTX 16 y RTX de la serie 20 a la 50), la RTX 5060 es la tarjeta mejor validada y el resto puede presentar problemas no descubiertos.

¿Qué versión de macOS conviene instalar en la VM? La versión que elijas debe estar entre las soportadas por DarwinKVM; el reportaje de MakeUseOf documenta una construcción exitosa con macOS Ventura y una RX 6600 en passthrough.

¿Vale la pena intentarlo hoy?

Sí, con expectativas ajustadas. La máquina virtual es la vía más segura para conocer macOS sin comprar hardware Apple y sin arriesgar tu instalación principal. No es una configuración sencilla ni para principiantes absolutos, pero la documentación comunitaria es sólida y el movimiento tiene un impulso que no se veía desde la era dorada del Hackintosh.

Si tu interés es más de curiosidad por el software de Apple que por el sistema completo, el ecosistema abierto también avanza por su lado: proyectos como Rosemary, que ejecuta apps de macOS en Linux y Windows, muestran que la comunidad sigue empujando la frontera.

En suma, no llamaría al Hackintosh un proyecto muerto. Ha vivido una resurrección impulsada por parches de la comunidad, y vale la pena presenciarla con una máquina virtual como plataforma de pruebas.