Cómo instalar macOS 14 Sonoma en la placa base Gigabyte Z390 Aorus Elite usando OpenCore.
Sonoma ha requerido menos cambios en OpenCore y kexts de los que fueron necesarios para poder instalar sistemas anteriores como, por ejemplo, Big Sur, que supuso un desafío grande para los desarrolladores. En esta ocasión, cambios de menor entidad permitieron instalar Sonoma casi inmediatamente después de salir la primera versión beta.
Por supuesto, ha habido problemas en los que trabajar arduamente, no todos solucionados a fecha de hoy. Por ahora me limitaré a dejar nota de la pérdida de la wifi con chipsets Broadcom utilizados en varios modelos de Mac y en las tarjetas Fenvi PCI-e, ampliamente utilizadas en los Hackintosh. El equipo de OCLP ha desarrollado un parche para este problema.
Hardware
- Placa base Gigabyte Z390 Aorus Elite
- Procesador Intel i9-9900K
- Gráficos: iGPU Intel UHD 630 / AMD Radeon RX 6600 XT
- Sonido Realtek ALC1220
- Ethernet Intel I219V7
- Wifi + BT Fenvi FV-T919 (BCM94360CD).
Configuración de BIOS (versión F10h)
- CFG Lock: Deshabilitado
- CSM: Deshabilitado
- VT-d: Deshabilitado
- Fast Boot: Deshabilitado
- OS Type: Windows 8/10 WHQL
- Platform Power Management: deshabilitado
- XHCI Hand-Off: Habilitado
- Network Stack: Deshabilitada
- Wake on LAN: Deshabilitado
- Secure Boot: Deshabilitado
- Integrated Graphics: Habilitada
- DVMT Pre-allocated: 256M o superior.
¿Qué funciona bien?
- Tarjeta gráfica Radeon como principal
- Tarjeta gráfica integrada en modo sin cable (headless mode)
- Apagado, reinicio y reposo
- Ethernet
- Sonido (también HDMI)
- Puertos USB (mapa de puertos USB específico para esta placa)
- Bluetooth Fenvi T919.
¿Qué no funciona bien?
Wifi Fenvi T919: macOS Sonoma ha eliminado la compatibilidad con todas las wifi Broadcom presentes en los Mac anteriores a 2017. Fenvi T919 y HB1200 llevan chipset BCM4360 (no soportado) por lo que la wifi no funciona en Sonoma. La parte de Bluetooth funciona bien. Esto supone un grave inconveniente porque se pierden también las funciones relacionadas con el ecosistema Apple (Airdrop, Cámara de Continuidad, etc.). Más adelante se propone una solución.
Instalación de macOS Sonoma
Yo he actualizado directamente macOS Ventura a Sonoma pero la creación de medios de arranque USB para instalar desde cero es otra opción para quienes prefieran hacerlo así.
- Es aconsejable tener macOS 13.4 Ventura o posterior
- Ajustes del Sistema >> Actualización de Software >> Actualizaciones beta >> pulsa en el icono de información >> Desactivado
- Elige macOS Sonoma >> comienza la actualización.
Para crear el soporte USB de instalación y poder instalar Sonoma desde cero:
- Consigue el paquete de instalación completo desde los servidores de Apple. Yo utilizo la aplicación Download Full Installer (original de scriptingosx), la ventana principal muestra todas las versiones disponibles para descargar desde Big Sur hasta Sonoma.
- El paquete es descargado como InstallAssistant-14.0-build.number.pkg, doble clic en el paquete para generar Install macOS Sonoma.app en la carpeta Aplicaciones
- Formatea una memoria USB de al menos 16Gb con esquema de particiones GUID y formato Mac OS Plus (con registro), ponle nombre (ej. USB)
- Abre Terminal y ejecuta este comando
sudo /Applications/Install\ macOS\ Sonoma.app/Contents/Resources/createinstallmedia --volume /Volumes/USB --no-interaction
- También puedes descargar la aplicación completa desde la App Store.
Al terminar, puedes reiniciar desde el dispositivo USB y comenzar la instalación de Sonoma.
OpenCore y carpeta EFI
Actualiza OpenCore y extensiones a versiones compatibles con macOS Sonoma. OpenCore, al menos la versión 0.9.4. Extensiones, versiones recientes que sean compatibles con Sonoma. La configuración utilizada con macOS Ventura puede funcionar con macOS Sonoma. Actualizando OpenCore y kexts, no hay cambios significativos en el archivo config.plist, que puede ser el mismo para ambos sistemas.
Hay usuarios que, para que la actualización tenga éxito, han de ajustar 2 parámetros en config.plist relacionados con la seguridad (en mi caso no parecen ser necesarias):
- SecureBootModel=Default o x86legacy (Apple Secure Boot como Default establece el mismo modelo que en SMBIOS y x86legacy está diseñado para SMBIOS que carecen de chip T2 y máquinas virtuales)
- SIP habilitado (csr-active-config=00000000).
Además es conveniente tener Gatekeeper habilitado (sudo spctl –master-enable en Terminal).
Estas opciones de seguridad se pueden cambiar después de la instalación ya que no son necesarias para que Sonoma funcione.
Nota: en las versiones más recientes de Ventura, sudo spctl –master-enable (o disable) ha sido reemplazado por sudo spctl –global-enable (o disable).
config.plist
El mejor resultado lo obtengo con SMBIOS de iMac19,1 y la iGPU habilitada en BIOS.
Estos son los detalles principales al configurar config.plist:
- ACPI: SSDT-EC-USBX.aml, SSDT-PLUG.aml y SSDT-PMC.aml. SSDT-AWAC.aml no es necesario en mi sistema pero, en caso de duda, añádelo porque no causa ningún daño si está presente sin que sea necesario
- ACPI >> Quirks: todos = False
- Booter >> Quirks: AvoidRuntimeDefrag, DevirtualiseMmio, ProtectUefiServices, ProvideCustomSlide, RebuildAppleMemoryMap, SetupVirtualMap y SyncRuntimePermissions = True
- Booter >> ResizeAppleGpuBars=-1
- DevicePropeties >> Add
- PciRoot(0x0)/Pci(0x2,0x0)
- AAPL,ig-platform-id | Data | 0300913E
- device-id | Data | 9B3E0000
- enable-metal | Data | 01000000
- rps-control | Data | 01000000
- PciRoot(0x0)/Pci(0x1,0x0)/Pci(0x0,0x0)/Pci(0x0,0x0)/Pci(0x0,0x0)
- unfairgva | Number | 6
- PciRoot(0x0)/Pci(0x1F,0x3)
- layout-id | Data | 07000000
- PciRoot(0x0)/Pci(0x14,0x0)
- acpi-wake-type | Data | 01
- acpi-wake-gpe | Data | 6D
- PciRoot(0x0)/Pci(0x2,0x0)
- Kernel > Add: versiones recientes de las extensiones usadas, Lilu.kext en el primer lugar, UTBMap.kext específico para esta placa base
- Kernel >> Quirks: CustomSMBIOSGuid, DisableIoMapper, DisableIoMapperMapping, DisableLinkeditJettison, PanicNoKextDump y PowerTimeoutKernelPanic = True
- Kernel >> Quirks: SetApfsTrimTimeout = 0
- Misc >> Boot: HibernateMode=None, PickerAttributes=144, PickerVariant=Default, ShowPicker=True
- Misc >> Debug: AppleDebug, ApplePanic y DisableWatchDog = True, Target=3
- Misc >> Security: AllowSetDefault=True, BlacklistAppleUpdate=True, ExposeSensitiveData=6, SecureBootModel=x86legacy o Default
- NVRAM
- WriteFlash=True
- Add >> 7C436110-AB2A-4BBB-A880-FE41995C9F82:
- boot-args >> agdpmod=pikera
- csr-active-config >> 00000000
- run-efi-updater >> No
- Delete >> 7C436110-AB2A-4BBB-A880-FE41995C9F82:
- boot-args y csr-active-config
- PlatformInfo
- Generic >> iMac19,1
- UpdateDataHub, UpdateNVRAM y UpdateSMBIOS = True
- UpdateSMBIOSMode >> Custom
- UEFI >> Quirks: EnableVectorAcceleration y RequestBootVarRouting = True
- UEFI >> Quirks >> ResizeGpuBars=-1.
Notas sobre las actualizaciones
Hay 3 opciones de SMBIOS que puedo utilizar en mi PC: iMac19,1 / iMacPro1,1 / MacPro7,1. Mi preferida es iMac19,1. Respecto a las actualizaciones que son notificadas en Actualización de Software y el tamaño de la actualización (paquete completo o incremental) hay unas condiciones que tener en cuenta:
Respecto a obtener notificación de Actualización
- El modelo iMac19,1 (iMac 27″ de 2019) carece de chip T2 de seguridad y, al utilizar este modelo de SMBIOS, se reciben notificaciones de actualización
- Los modelos iMacPro1,1 (iMac Pro 27″, finales de 2017) y MacPro7,1 (Mac Pro de 2019) sí tienen chip T2 y, al utilizar estos modelos de SMBIOS, no se reciben notificaciones de actualización
- Los modelos iMacPro1,1 y MacPro7,1 reciben notificaciones de actualización si se configuran con ajuste vmm (máquina virtual): revpatch=sbvmm en boot-args junto con RestrictEvents.kext.
Respecto al tamaño de la actualización (completa o incremental)
- Sistemas en los que no se ha aplicado root patch de OCLP (o se ha revertido el parche): iMac19,1 puede obtener actualizaciones incrementales pero iMacPro1,1 y MacPro7,1 requieren revpatch=sbvmm en boot-args junto con RestrictEvents.kext para obtener actualizaciones incrementales, sin este ajuste obtienen paquetes completos de actualización
- Todos los sistemas que tienen aplicado root patch de OCLP reciben siempre actualizaciones de tamaño completo.
En resumen, usando iMac19,1 se reciben correctamente las notificaciones de actualización pero las actualizaciones son de tamaño completo.
Una vez actualizado el sistema, se pueden deshabilitar RestrictEvents.kext y el argumento de arranque porque no son necesarios para el funcionamiento habitual de Sonoma.
Recuperar la wifi Fenvi en Sonoma
Esta cuestión tiene su propio artículo aquí.
EFI con OpenCore 0.9.6 – 0.9.7
config-14-macpro.plist
- SMBIOS iMac19,1
- IMPORTANTE: rellena los datos SMBIOS y ROM
- iGPU headless mode Y AMD como tarjeta principal
- iGPU Enabled en BIOS
- unfairgva=6 en las propiedades de la dGPU para tener DRM parcial
config-14-macpro.plist
- SMBIOS MacPro7,1
- IMPORTANTE: rellena los datos SMBIOS y ROM
- iGPU Disabled en BIOS
Config extra
- how-to-config-fenvi.plist: Si tienes una tarjeta wifi Fenvi o alguna de las Wifi Broadcom cuyo soporte se ha perdido en Sonoma y que están incluidas en el parche de OCLP
- how-to-amfipass.plist: Para utilizar la tarjeta Fenvi con AMFIpass.kext en vez de >amfi=0x80> en boot args
- how-to-ax210.plist: Si tienes una tarjeta combo Intel AX210 (sólo wifi)
- how-to-ax210-bt.plist: Si tienes una tarjeta combo Intel AX210 (wifi + Bluetooth).
Importante
- Cambia el nombre del archivo elegido a config.plist
- Las kexts necesarias para Broadcom Fenvi o Intel AX211 no están incluidas:
- Intel AX210 on Sonoma.
Hola,
Después de muchas vueltas por internet he dado con este post y siguiendo todos los tutoriales no consigo hacer que me funcione el WiFi en Sonoma con una Broadcom 94360 (14e4:43a0). Es la versión M.2 para portátiles y en Windows me va de lujo, pero no así en Sonoma, que solo me va el Bluetooth (sin hacer nada). Reemplacé la tarjeta original que era una Intel por esta para poder tener AirDrop, pero no sé si al final seré capaz de hacerla funcionar.
En el momento que incluyo el kext IOSkywalk.kext el sistema entra en boot loop. Probado paso por paso excluyendo el original lo primero y verificado que funciona. Si luego ya incluyo este el sistema no arranca. He probado también a hacer todo de una vez (tal y como indicas) y el resultado es el mismo. ¿Alguna sugerencia?
Buenas tardes, Diego. Hasta la noche no puedo mirarte nada pero tengo que ver tu archivo config.plist, el que tiene todos los cambios para la wifi en Sonoma y que no arranca. ¿Puedes subirlo a algún sitio cuyo enlace de descarga poner aquí? Yo me encargo de borrar el enlace en tu comentario una vez descargado el archivo.
Pregunta: ¿Las kexts IOSkywalkFamily.kext y IO80211FamilyLegacy.kext las has descargado desde la publicación de OCLP referida en mi artículo, en la sección Hackintosh Notes >> Enabling Patching support for modern Broadcom Cards?
Buenas. Al final parece que debía tener algo raro en mi instalación y con una instalación limpia sí me va, sólo que sin AirDrop, aunque AirDrop en Ventura tampoco me iba fino del todo.
En teoría Airdrop debería funcionar bien si la tarjeta Broadcom está bien instalada con las instrucciones para Sonoma. Al menos parece que has conseguido instalarla y tener wifi.
Supongo que el cable para Bluetooth está correctamente conectado desde la tarjeta hasta un puerto USB de la placa base, no?
La tarjeta sí debería estar bien instalada, pues el bluetooth sí va perfectamente. Funcionan auriculares, teclado, ratón… Además es una tarjeta M.2.
He probado a instalar Ventura en un HDD independiente y la verdad, va todo igual de bien o de mal, según se mire. WiFi va, aunque mucho más lento que en Windows, Bluetooth va, cámara de iPhone va, portapapeles va y, con respecto a AirDrop, todos los dispositivos se ven entre sí pero no hay forma de que compartan archivos.
Mi tarjeta es BCM94360NG NGFF.
Puedes decirme el device-id de la tarjeta? Con uno de estos métodos:
Este es el device-id: 14e4:43a0.
He estado haciendo más pruebas y es raro, ya que mi iPhone e iPad ven el portátil como AirDrop aunque no funcione, y el portátil ve ambos dispositivos, con el iPhone de mi mujer no hay visibilidad ninguna en ninguno de los 2 sentidos (he revisado que la recepción esté activada para todos).
Pues es el mismo device-id que las Fenvi, tengo 2 Fenvi en 2 Hacks idénticos y en ambos funcionan bien con el parche de OCLP en Sonoma: Airdrop, Sidecar (extender la pantalla al iPad cuando está horizontal cercano al PC), etc. Viendo que lo tienes bien configurado, no se me ocurre ninguna explicación válida.
No recuerdo si he visto tu config.plist, envíalo al email: eaperez arroba me punto com.
Hola. Muchas gracias por darnos tanta info. Estoy pensando en actualizar mi máquina (i7-8700 con Radeon 580 y 64Gb) a otra máquina con i9. El objetivo es, efectivamente, rodar SONOMA. Ahora mismo lo hago sin problemas con Fenvi T919, y todo funciona ok (incluyendo bluetooth!!).
Quisiera saber tu ‘veredicto’ final en el Hw que propones y si crees que hay alguna modificación interesante a realizar en tu elección inicial.
Gracias !!!
Buenas tardes, Jordi.
La idea es cambiar el i7 Kaby Lake que ha perdido soporte en Sonoma por un i9 Coffee Lake. El cambio en prestaciones no va a ser grande, eso ya lo supones, aunque tu motivo no es ese sino tener una CPU que funciona en Sonoma de forma nativa.
Mi opinión es esta: si no tuvieses Fenvi o no la necesitases (hablo de una wifi compatible con el ecosistema Apple, no sólo conexión wifi sin más) el cambio sería más productivo ya que te ahorrarías OCLP y parchear el sistema pero, si vas a seguir con la Fenvi, vas a seguir necesitando OCLP y su parche. La elección está, en este caso, entre un sistema que sólo requiere parchear la Fenvi u otro sistema que requiere parchear la Fenvi y la gráfica integrada, que ya has visto que OCLP también lo hace bien.
Otra consideración es el precio actual de las CPU Coffee Lake que en algunos sitios están descatalogadas y en otros están bastante baratas.Si puedes encontrar un i9-9900 o 9900K a buen precio (80-130€) puede merecer la pena el cambio, no has de cambiar nada más y en teoría la misma EFI que funciona ahora debería funcionar con la nueva CPU, si acaso cambiar el modelo SMBIOS que para Coffee Lake idealmente es iMac19,1 (este iMac era de 27″) o iMac19,2 (este era casi igual pero de 21″). Ambos iMac llevaban Coffee Lake y han sido los únicos iMac con esta CPU. Además ambos llevaban dGPU radeon lo cual coincide con tu sistema. Preferible iMac19,1 cuya CPU más potente era i9-9900.
Como ves, te toca a ti decidir. No es imprescindible que hagas el cambio pero, si encuentras algo a buen precio, puede merecer la pena, en caso necesario podrías funcionar incluso sin OCLP no como ahora con el 8700.
Buenas, gracias por toda la info. He leído que es posible una vez actualizado a Sonoma revertir la SMBIOS, en mi caso 18,3.
Qué opción hay que poner en OpenCore? Porque si intento arrancar con SMBIOS 18,3 me sale Kernel Panic, el símbolo de prohibido. Imagino que porque han hecho dropped con ese modelo.
Gracias.
Efectivamente iMac18,3 no puede instalar o arrancar Sonoma, has de quedarte con iMac19,1 que es el modelo más antiguo compatible. Además se parece al 18,3 en que ambos tienen dGPU AMD y gráfica integrada Intel.
Si ves que iMac19,1 funciona bien en tu PC, quédate ahí. Si ves que no funciona bien, entonces has de plantearte regresar a Ventura y poner 18,3.
Hola, estaba buscando cómo hacer funcionar la Fenvi y he visto que lo explicas bien, lo mío es tanto extraño, estaba en Ventura y dejaron de funcionar todas las conexiones de internet, salía conectado pero no tenia internet, todas las tarjetas sin internet, incluso compartiendo internet con el iPhone, incluso con un dongle wifi y tampoco, todo ponía conectado y no podia navegar.
Me he dispuesto a instalar Sonoma por probar con la misma EFI y ahora ya funciona la Aquantia de 10 gb pero el wifi no. He intentado seguir un tutorial añadiendo esos kext pero el OpenCorePatcher no me muestra un parche para aplicar y se reiniciaba Sonoma al momento de iniciar. No se qué hacer por que la parte de OCLP de ahí no paso.
Un saludo y gracias!!
Hola, para el problema de no conexión de las redes (Ventura o Sonoma) puedes probar esto a ver si lo soluciona:
/Library/Preferences/SystemConfiguration/NetworkInterfaces.plist
/Library/Preferences/SystemConfiguration/preferences.plist
Y reinicia
Para la Fenvi, me temo que algo no se ha hecho exactamente como dicen las instrucciones de OCLP.
Descarga del sitio de OCLP la versión 1.0.0 recién lanzada hoy, ya es oficial para Sonoma, pero antes de ejecutarla muéstrame el archivo config.plist que te da ese fallo a ver si vemos dónde está.
Puedes enviarlo a eaperez arroba me punto com.
Muchas gracias, lo de internet en Ventura quiero resolverlo, lo probaré, lo de la Fenvi me pasó como siempre del ansia estaba ejecutando la 0.6.8 que no contiene ese parche, con la 0.6.9 ya me sale, lo único que tengo que configurar lo de SIP y la BIOS… lo tengo que hacer tranquilamente y sin prisas… pero lo de quedarme sin internet en Ventura me descolocó un poco. Muchas gracias!!
Desde ayer OCLP ha unificado las versiones de Sonoma y la principal, ahora sólo hay una que es la versión 1.0.0, coge esa y prueba a instalar la Fenvi con ella. Cuando cambies de versión de OCLP, borras la anterior de Aplicaciones y de Biblioteca/Application Support/Dortania, y copias a 1.0.0 en ambos lugares.
Te envié correo!! no se si te habrá llegado!!
Lo acabo de leer, mañana te respondo.
Cuando intento aplicar el parche me dice SecureBootModel is enabled, y lo he puesto disable, x86legacy, de todas formas se congela el hack al poco, creo que cuando la Aquantia coge internet se congela, nada más iniciar le cuesta coger internet siempre. Estoy jodido. Lo de Ventura sin internet que es de cuarto milenio y lo de Sonoma si pongo los kext y demás se congela, voy a mirar a ver por qué pasa. Un saludo y gracias.
SecureBootModel=Disabled (no disable ni Disable ni disabled).
Para que OCLP aplique los parches, es obligatorio SecureBootModel=Disabled, ningún otro valor sirve.
Mira a ver si el error al escribir es en el comentario o es en config.plist.
Para Ventura me temo que vas a tener que probar a instalar desde cero en otro disco para asegurarte de que no hay algo corrompido en los archivos de sistema de Ventura. Tampoco es seguro pero al menos lo descartas.
Hola, hace tiempo que te leo, muy interesantes tus artículos, ahora mismo estoy en el dilema de actualizar a Sonoma o no, veo jaleo en el tema de aplicar el parche para la Fenvi, más que nada por tener que ir quitando el patch y poniendo para ajustar Zoom, etc…. aún sabiendo que tendré la perdida de Airdrop.
Cómo ves usar tarjetas Wifi Intel con sus kext? Por lo que he probado y mirado no hay que deshabilitar nada de seguridad para que funcionen.
Otro apartado que no he acabado de entender si tengo una SMBIOS MacMini 2018 (i3 8100T y iGPU) no recibo todos los updates? Se puede poner algún flag por el tema del chip T2 y los updates?
Saludos.
Buenas tardes. Sonoma nos ha traído el gran inconveniente de la pérdida de las wifi Broadcom compatibles con macOS, como las famosas Fenvi (yo tengo 2, una en cada uno de mis 2 PCs). Los autores de OCLP han sacado el parche que ya conoces que hace que las Fenvi vuelvan a funcionar perfectamente, como en Ventura y anteriores. ¿Inconvenientes? El sistema ya no es tan puro (hay archivos de sistema modificados), la seguridad de macOS se relaja y el parche ah de ser aplicado después de cada actualización de macOS. Es algo que a algunos nos compensa y a otros no, has de decidir tú mismo. Ventura funciona muy bien y es un sistema moderno, pasar a Sonoma no es imprescindible pero si lo haces puedes seguir con la Fenvi.
El problema de Zoom o Microsoft Teams (entre otros) se solventa con la nueva extensión que sacaron también los de OCLP, AMFIPass-kext, con la única finalidad de poder aplicar los root patches, que requieren SIP deshabilitada, manteniendo AMFI habilitada lo cual, sin esta extensión, no es posible. La última sección de mi artículo es sobre este asunto.
Varios modelos de wifi Intel funcionan bien en macOS sin tener que aplicar root patches, sólo con kexts, pero con ellas (o con cualquier wifi USB) se pierden las funciones del ecosistema Apple: Airdrop, cámara del iPhone, etc. Tienes una wifi para todo menos para estas cosas de Apple que sólo funcionan con las Broadcom que eran aceptadas por macOS por llevar los controladores ya integrados en el sistema.
SMBIOS con T2: es un tema sin solución completa por ahora aunque sí parcial. En la sección Notas sobre las actualizaciones la tienes. Cuando salen actualizaciones de macOS, añades RestrictEvents.kext y revpatch=sbvmm en argumentos de arranque (boot-args) y recibes la notificación de actualización.
Buenas,
Ya he aplicado revpatch=sbvmm en los argumentos de inicio, le daré un par de días al sistema que funcione bien ya que he actualizado OC a 0.9.5 y añadido este flag.
Voy a clonar a otro SSD y seguiré tu guía para actualizar a Sonoma y así sopeso, pero bueno, no está mal tampoco tener el patch a mano y aplicarlo después de cada update, en realidad debería ser un proceso bastante rápido, poner la extensión para el tema del Zoom etc y ya está.
Las funciones adicionales de MacOS como Airdrop la verdad que las uso a diario por eso no me decanto en poner la Intel, que la tengo en otro PC, aún sabiendo que el sistema es lo más nativo posible pero sí que es cierto que te acostumbras al Airdrop y es fantástico.
Muchas gracias por tu soporte.
Saludos.
Muchísimos usuarios de Hackintosh con Sonoma están recurriendo a ese parche sbvmm para ser notificados de actualizaciones. Salvo los que usan SMBIOS de modelos sin T2 como por ejemplo iMac19,1.
Los Mac que ya no pueden actualizar oficialmente a Sonoma pero pueden hacerlo mediante OCLP, todos ellos funcionan con sbvmm en argumentos de arranque y no parece causar problemas. Algunos hablan de una casi inapreciable pérdida de rendimiento al usar el parche (este parche lo que hace es engañar a macOS haciéndole creer que está corriendo como máquina virtual en vez de nativo) pero yo, al menos, cuando lo pongo no observo esa pérdida.
Se puede dejar sbvmm y RestrictEvents.kext siempre en la carpeta Kexts y en config.plist con Enabled=False para que no actúe (de esta forma sbvmm no hace nada) y poner Enabled=True sólo para actualizar.
Hola Pol,
Sólo quería informar de que la actualización de Monterey 12.7 funciona bien con Geforce Kepler Patcher de chris1111 con SecureBootModel=Disabled y SIP disabled, para la tarjeta Nvidia GT 710 2GB.
A ver si un día me pongo con Sonoma ya que con Ventura se quedaba el ordenador congelado de repente, creo que por el disco SSD Kioxia NVME a PCI, ya que probé con un SSD SATA normal y funcionaba bien.
Muchas gracias por tu blog y los comentarios que te dejan, los cuales son de mucha ayuda.
Un saludo.
Gracias a ti por tus comentarios.
Respecto al disco NVMe a PCI, algunos modelos van bien en macOS y otros no, es mucho más seguro recurrir a un SATA o a un NVMe SATA.
Pero teniendo en cuenta que hay algunos modelos que no se llevan bien con macOS:
Para todos los SSD NVMe, es recomendable usar NVMeFix.kext.
Un saludo, necesito macOS para desarrollo en iOS y publicación de apps en la App Store:
• Flutter (iOS, Android, escritorio, web)
• Xcode, Swift Playgrounds (iOS).
Estoy valorando si interesa montar un PC con hackintosh para poder usarlo unos años, antes de que Apple saque un macOS solo apto para procesadores Apple Silicon. Si no interesase, compraré el Mac mini M2 16GB RAM y 512GB (1.178,85 €)
En caso de hackintosh, mi idea es tener Windows, macOS y GNU/Linux en el mismo PC, mediante tripleboot, para poder usar macOS para el desarrollo en iOS.
Para quienes ya tenéis experiencia con Hackintosh y desarrollo de software, seria muy útil contar con vuestra opinión y sugerencias.
¿Interesa un PC con hackintosh frente al rendimiento, precio y consumo eléctrico de un mac M2?
Si fuese una buena opción, un PC con hackintosh, ¿qué hardware compatible recomendáis Intel/AMD para un equipo con un rendimiento similar al Mac mini M2 citado y un precio ajustado?
Gracias de antemano.
Buenas noches y perdona el retraso, estaba fuera de casa.
Un Hackintosh con el hardware bien elegido puede servirte para programar con Flutter o Xcode. Pero si es una cuestión profesional y te dedicas a ello en serio, tal vez merezca más la pena tener un Mac real, un modelo actual válido para Sonoma y para los 3 o 4 siguientes macOS que vengan sin preocuparte de si todo el hardware va a ser bien aceptado o no. Ese Mac mini es válido y su precio no se va por las nubes como otros Mac. El Mac Studio es más serio (más profesional, digamos) pero se va a 2400€ mínimo. Mucho dinero.
Optando por Hackintosh, las placas base compatibles con macOS llevan estas familias de CPUs Intel:
Tienen chipsets Z390, Z490, Z590, Z690 y Z790 pero ya va costando encontrar modelos descatalogados anteriores a 590.
Las generaciones 11, 12 y 13 no pueden usar en macOS la gráfica integrada ya que no hubo ningún Mac con esas CPU por lo que macOS no las soporta, hay que recurrir a una gráfica AMD.
Las gráficas AMD actuales soportadas por macOS (pongo modelos que no requieren maniobras específicas para su instalación y uso) son todas de la serie 6000: 6600, 6600 XT, 6800, 6800 XT y 6900 XT. Las 6800 y 6900 están caras desde la crisis del virus y la fiebre del minado de criptomonedas que acapararon el mercado de gráficas de estas familias.
Nota: no hablo de CPUs AMD porque requieren trabajo extra de configuración, nunca hubo un Mac on CPU AMD.
En resumen, si al alguien le gusta macOS, el ecosistema Apple, trastear con la instalación de macOS en PCs, acceder a las tripas de macOS (con un Mac actual esto es casi imposible, no hablo del hardware que está sobrentendido sino del software), etc., que intente disfrutar de un Hackintosh. Pero si es para trabajos profesionales o serios, sin intención de perder tiempo en configuraciones o aprendizaje de cosas nuevas, pruebas y errores, etc., es decir, comprar el equipo y listo, entonces es mejor recurrir a un Mac.
Yo sigo con mis veteranas placas con Z390 y CPU de 9ª generación, con gráficas AMD 6600 XT, que van perfectamente a pesar de tener unos años a cuestas, por lo que poco puedo ayudar cuando se tiene hardware más moderno pero hay ya suficientes sitios donde informarse, incluso conseguir carpetas EFI para probar, etc.
Gracias pol.
El desarrollo de software no es mi medio de vida, pero me gustaría que lo fuese, y cuando llegue ese punto no me importaría invertir más dinero en un Mac o PC.
El Mac mini M2 más barato se queda algo corto de RAM para simulador/emulador.
https://medium.com/@Toglefritz/how-much-macbook-ram-for-a-mobile-developer-629f3c424ffb
Si montase un PC Hackintosh, debería funcionar bien con el simulador de iOS y el emulador de Android.
Si crees una opción viable un i5-10400 usando su gráfica integrada, con componentes que actualmente se puedan comprar en tiendas online, sería de gran ayuda que me dijeses cuáles recomendarías (marca/modelo). Sin compromiso, sólo si puedes y te apetece.
Gracias de antemano.
Hay usuarios con Hackintosh realmente actuales, incluso con placas Z790 y CPU 13ª gen., pero hay que tener en cuenta que nunca hubo un Mac con algo más moderno equivalente a chipset Z490 y Comet Lake 10ª gen.) por lo que todo lo posterior, aunque puede llegar a funcionar y muy bien en algunos casos, requiere más estudio y trabajo a partir de algunos de los usuarios que comparten su configuración con este hardware moderno.
Yo sigo anclado en 2 Hackintosh con Z390 y Coffee Lake (9ª gen.) y ciertamente funcionan muy bien.
Mi recomendación, buscando potencia suficiente y máxima compatibilidad, iría a los chipset Z490 con CPU como la que comentas tú. Esta lista puede orientarte (no es exhaustiva ni completa pero es hardware que yo haya probado o leído a otros que lo han probado con éxito).
Placas base con chipset 490 (ATX)
– ASUS ProArt Z490-Creator 10G
– ASUS Prime Z490-A
– Gigabyte Z490 Vision D
– Gigabyte Z490 Aorus Master
– Gigabyte Z490 Aorus Elite
CPU Comet Lake 10ª gen.
– i9-1900K
– i9-10900
– i7-10700K
– i7-10700
– i7-10600K
– i7-10600
Discos SATA o NVMe
– Samsung 870 EVO 500GB
– Crucial MX500 500GB
– Western Digital BLACK 500GB SN750
– Sabrent Rocket Q 1TB
RAM 2666 o 3200
– Crucial Ballistix
– Crucial Budget
– Corsair Vengeance LPX
– Kingston HyperX Fury.
Como boot loader por supuesto OpenCore, desarrollado y mantenido por un grupo que se hace llamar Dortania (para las guías de uso) y Acidanthera (descargar OpenCore y kexts).
https://dortania.github.io/getting-started/
https://github.com/acidanthera
Dortania tiene una guía específica para Comet Lake que es una excelente base:
https://dortania.github.io/OpenCore-Install-Guide/config.plist/comet-lake.html
Y hay que buscar usuarios que hayan tenido éxito con este hardware y que ofrezcan las carpetas EFI, mejor si además publican instrucciones. Por ejemplo entre las Z490 es muy conocido SchmockLord:
https://github.com/SchmockLord/Hackintosh-Intel-i9-10900k-Gigabyte-Z490-Vision-D
También 5T33Z0, buenas instrucciones:
https://github.com/5T33Z0/Gigabyte-Z490-Vision-G-Hackintosh-OpenCore
La gráfica integrada de los Comet Lake es básicamente la misma que la de los Coffee Lake como el mío, se configuran las 2 familias igual, para su configuración como tarjeta independiente en solitario puedes consultar este artículo:
https://perez987.es/intel-graphics-630-en-macos/
Como ves, es cuestión de leer, investigar, aprender y al final probar y equivocarse alguna vez (seguro).
Gracias de nuevo Pol, las dos respuestas que me has dado han sido de gran ayuda.
Ahora tengo que sopesar las opciones.
Un cordial saludo.
Perez987,
Traté de instalar Mac OS Sonoma final v14.0.02 pero no lo permite porque muestra el siguiente mensaje:
«The license agreement is unavailable»
cemena arroba gmail punto com
Puedes creer que es la primera vez que alguien me comenta este problema. No tengo información sobre ello pero vamos a ver algunas cosas.
¿Deteniendo el proceso software updated en el Monitor de Actividad, se soluciona?
¿Si borras el archivo
/Library/Preferences/com.apple.SoftwareUpdate.plist
y reinicias, se soluciona?Si tienes una carpeta
macOS Install Data
en la raíz del disco de macOS, bórrala (sudo rm -rf "/macOS Install Data"
).Dime qué hardware tienes (placa, CPU, gráfica…), desde qué versión de macOS estás actualizando, si usas OpenCore o Clover y qué versión.
Buenos días
He actualizado desde Ventura 13.6 a Sonoma y todo funciona igual menos la red Ethernet. Tengo la misma que tú pero se conecta y navega sólo durante el primer minuto, a partir de ahí se pierde la conexión a internet aunque el dispositivo tiene su IP y demás todo correcto. ¿Puedes ayudarme? Gracias de antemano.
Buenas noches, Carlos, es algo raro si tienes el mismo hardware que yo (Intel I219V7).
Dime más del resto el hardware, placa base, CPU, gráfica y si usas alguna wifi de las que funcionaban en Ventura y no lo hacen en Sonoma sin el parche de OCLP.
Me gustaría ver también el archivo config.plist, mándalo a: eaperez arroba me punto com.
Estimado Pol, ahora sí me funciona correctamente la UHD 630 con los últimos códigos que me enviaste y con los argumentos de arranque en boot-args. Prefiero usar los gráficos integrados en vez de la Nvidia GT710, porque cada vez que sale una actualización incremental debo volver a parchar la dGPU (aunque no cuesta nada hacerlo) pero es una lata volver a parcharla cada vez que sale una nueva actualización.
Pol, se puede aumentar la VRAM a la UHD 630, en vez de 1536MB sea 2048MB agregando framebuffer-unifiedmem con el valor 00000080? Como por ejemplo con la iGPU HD4600 Haswell. Esta modificación ayuda en realidad a la iGPU? Totalmente muy agradecido por toda tu ayuda!!!
Hola, Juan, al fin tienes la iGPU en marcha, me alegro, conserva estos ajustes.
Respecto al aumento de VRAM hay opiniones encontradas.
Los autores de WhateverGreen recomiendan no recurrir a este ajuste ya que macOS y OpenCore suelen asignar correctamente el tamaño de memoria, de hecho 1536 es la que los Mac reales usan con estas iGPU.
De los autores de WEG:
framebuffer-unifiedmem (VRAM, it is not recommended to use this patch)
Sin embargo algunos gurús lo admiten en determinadas circunstancias como por ejemplo monitores 4K en los que la imagen no tenga suficiente calidad.
Mi opinión es que no aporta mucha mejora pero tampoco ocasiona daño alguno. Lo mejor es que lo pruebes y veas el resultado.
Recuerda que has de añadir esta clave framebuffer-unifiedmem como Data (no String) con el valor 00000080.
Hola Pol, muchas gracias por tu respuesta. Por supuesto que tengo ambas kexts instaladas, Lilu y WhateverGreen.
Voy a probar cómo va con ese nuevo código que me has facilitado más los argumentos de arranque que mencionas ya que no tengo ninguno en realidad, solo usaba el alcid=xx pero ya lo quité de boot-args hace tiempo atrás. Te vuelvo a escribir nuevamente y comentarte como me fue. Muchísimas gracias por tu ayuda, amigo pol.
Hola Pol cómo estás? Espero que muy bien. Hace como 2 días atrás recibí la notificación de actualización incremental desde macOS Monterey 12.6.9 a la 12.7, actualicé sin problemas pero el parche de la gráfica Nvidia Kepler GT 710 se pierde, así que hay que volver a parchear la gráfica para que funcione correctamente con aceleración.
Con respecto a los valores que me comentas usar en csr-active-config, ocupé este valor el cual dices 6F020000 y el equipo se me reinicia y no arranca, así que debo volver a usar FF0F0000, el otro valor aún no lo he ocupado pero voy a hacer la prueba a ver qué sucede.
Otra consulta pol es sobre la configuración de los gráficos integrados UHD630, en tu config.plist la ocupas en modo headless como lo veo. ¿Qué valores serían los correctos para ocupar sólo los gráficos integrados de un procesador i5-8500 Coffee Lake? Ya que probé unos valores y me da pantalla negra al arrancar el sistema. Aclaro que es de una PC Lenovo Thinkcentre M920s conectada mediante un adaptador DP a HDMI. Podrías orientarme un poquito mas sobre aquello por favor.
De antemano muchísimas gracias por tu gran ayuda.
Buenos días.
Cualquier parche que modifique archivos de sistema (el de Kepler de Chris1111 o el de OCLP) se pierde al actualizar o reinstalar macOS porque se recuperan los archivos originales y hay que volver a aplicar el parche. Esto es inevitable.
He visto que para el parche Kepler se recomienda csr-active-config=FF0F0000 así que déjalo así, por algún motivo es el valor con el que este parche funciona. Olvida los valores que yo te comentaba.
Respecto a la iGPU como tarjeta principal única, yo uso la configuración que tengo en el artículo Intel UHD Graphics 630 (9ª gen.) en macOS, en teoría las Coffee Lake de un PC de escritorio (no portátil que esos van de otra manera) funciona bien con ese código, pruébalo y me comentas qué tal va. Yo en mi Hackintosh lo pruebo y macOS arranca bien, con aceleración gráfica.
Hola Pol qué tal cómo estás? Probé esa configuración de la UHD630 que me recomendaste revisar y aplicarla, la apliqué y también la pantalla queda en negro, arranca, eso sí, pero se queda en negro luego de pasar la manzanita blanca y la barra de carga. Estando conectado el cable HDMI directamente al puerto HDMI de la placa madre.
La placa madre es una Asus Prime B365M-A con un i5-8500.
Los valores de la UHD 630 son todos distintos? Depende del modelo de placa madre?
Será que está en modo AUTO en la BIOS y no funcione? Como tengo la dGPU GT710 instalada tambien en el PC.
Podrá ser que en ese aspecto estoy haciendo mal la configuración?
Aunque hay ajustes que sirven para la iGPU en los modelos de CPU que la llevan, realmente influye la placa base ya que cada fabricante construye las salidas hacia monitor de manera diferente. Hay placas base para Coffee Lake que tienen una única salida HDMI y otras que tienen 3 pero pueden ser diferentes conectores. Por eso lo que a una Coffee Lake le va bien puede fallar en otra placa distinta.
Pregunta: tienes Lilu y WhateverGreen, no? Son 2 kexts imprescindibles. Sin ellas las iGPU Intel no funcionan.
Al tener la Nvidia, si quieres usar el sistema con sólo la iGPU hay que desactivarla de alguna manera, o bien quitándola del PC o bien deshabilitándola desde OpenCore. Esto se consigue con
-wegnoegpu
en boot argsVamos a probar otros ajustes:
boot-args=igfxonln=1 igfxrpsc=1 forceRenderStandby=0 -wegnoegpu
(además de los que uses ahora por otros motivos)<key>PciRoot(0x0)/Pci(0x2,0x0)</key>
<dict>
<key>AAPL,ig-platform-id</key>
<data>BwCbPg==</data>
<key>framebuffer-patch-enable</key>
<data>AQAAAA==</data>
<key>framebuffer-stolenmem</key>
<data>AAAwAQ==</data>
<key>device-id</key>
<data>kj4AAA==</data>
<key>framebuffer-con0-type</key>
<data>AAgAAA==</data>
<key>framebuffer-con1-type</key>
<data>AAgAAA==</data>
<key>framebuffer-con2-type</key>
<data>AAgAAA==</data>
<key>framebuffer-con0-enable</key>
<data>AQAAAA==</data>
<key>framebuffer-con1-enable</key>
<data>AQAAAA==</data>
<key>framebuffer-con2-enable</key>
<data>AQAAAA==</data>
</dict>
Nota: la iGPU Enabled (no Auto) en BIOS.
Hola, pol, qué tal como estás? Me gustaría por favor si pudieses aclararme una duda sobre las actualizaciones. He instalado macOS Monterey 12.6.9, en el apartado de Misc / Security / SecureBootModel este valor está en Disabled. Estando este valor de ese modo, podré recibir notificaciones de actualizaciones en mi sistema?
Tengo macOS montado en una Asus Prime B365M-A con un i3-8100, iGPU UHD 630, dGPU Asus GT710 2GB, parchada con Geforce Kepler Patcher de chris1111 en vez de OCLP. Agradecería mucho tus comentarios al respecto. De antemano muchas gracias.
Cuando salió Monterey y después Ventura vimos que para poder actualizar desde el sistema anterior (Big Sur >> Monterey o Monterey >> Ventura) SecureBootModel tenía que tener un valor distinto de Disabled y csr-active-config tenía que ser 00000000 (SIP enabled). Para actualizar el nuevo sistema una vez instalado, ya no parecía obligatoria esa doble configuración.
Actualmente ya no está esto tan claro. Hay usuarios que usan OCLP o el parche de Chris que tienes para tu Nvidia y han de tener SecureBootModel=Disabled y SIP disabled y, sin embargo, reciben notificaciones de actualización.
En tu caso lo mejor es ver qué pasa tal como lo tienes ahora. ¿Recibes notificaciones de actualización? ¿Las has recibido hasta Monterey 12.6.9? Como esta es la última versión por ahora, habrá que esperar a la siguiente para ver si la recibes.
Con el parche para Geforce Kepler creo que has de funcionar obligatoriamente con esas 2 opciones Disabled, ¿no? Entonces quédate así y espera a la siguiente actualización. Si la recibes, perfecto. Si no la recibes, puedes recurrir a algún software de los que permiten descargar el paquete instalador de la versión de macOS que necesitas. En el artículo comento sobre Download Full Installer (original hasta Big Sur de scriptingosx, actualizado por mí para Monterey, Ventura y Sonoma).
Muchas gracias por tu respuesta. Efectivamente, están esos valores SecureBootModel en DISABLED y el csr-active-config en FF0F0000 o sea SIP desactivado. Me salta si actualizar a macOS Ventura y, como estoy en la última versión en Monterey 12.6.9, tal cual como lo mencionas tú, solo queda esperar a otra nueva actualización en Monterey.
Eso es. Espera al siguiente Monterey y lo compruebas.
Respecto a SIP, hay gurús de OpenCore a quienes no les gustan los valores de csr-active-config como el que tú tienes, FF0F0000 (0xFFF sin corregir para config.plist), por posibles inconvenientes en tareas del sistema aunque mucha gente los usa como tú sin notar nada extraño. Si escribes en Terminal csrutil status el resultado suele ser unknown state o unknown (custom configuration) aunque de hecho SIP está deshabilitada.
Prefieren otros valores más seguros, yo suelo utilizar estos 2 indistintamente 6F020000 y 7F020000 que en el comando anterior suelen dar como resultado disabled o disabled (Apple internal). Puedes probar con ellos (6F020000 me gusta más) para ver que todo funciona bien y guardarlo que parece un valor más seguro para futuros cambios en macOS.
AMFIPass.kext o el argumento de arranque será un esencial para Sonoma? No lo conocía y en mi máquina en Ventura no lo estoy usando, tengo dudas exactamente qué nos puede ofrecer.
Tengo opencore 0.9.5 y no vi por OpenCoreConfigurator nada sobre ese argumento, disculpa las dudas… qué pasaría si no se usa?
Gracias de antemano.
Buenas noches. No es en absoluto esencial para Sonoma. Mucha gente no necesita ni la kext ni el boot arg. Sólo es necesario si tienes una wifi Broadcom o Atheros que funciona en Ventura pero no en Sonoma por haber quitado Apple los drivers. En este caso concreto es cuando necesitas de ello, para volver a tener esas wifi de nuevo funcionantes.
Si has probado Sonoma y tu wifi no funciona cuando en Ventura sí que que lo hace y es uno de los modelos comentados en mi artículo, es cuando puedes necesitarlo.
Gracias por la aclaración, seguimos aprendiendo.
En mi post tienes toda la información en estas 3 secciones: