La release final de la versión 0.8.3 de OpenCore nos ofrece compatibilidad con las últimas versiones beta de macOS Ventura, adaptando tanto el gestor de arranque como la mayoría de las extensiones de kernel para que puedan soportar la nueva versión 13 del sistema de Apple, cuya beta pública ya está disponible
en la web de Apple y que seguramente hasta el último trimestre no estará disponible la definitiva.
Como de costumbre, he actualizado la carpeta EFI que controla el inicio de mi Sagar Hozkatua, actualmente ejecutando macOS Monterey 12.5 (21G72).
Actualización a la versión de OpenCore 0.8.3
Con respecto a la versión 0.8.2, solo se han actualizado el gestor de arranque OpenCore, el driver de audio AppleALC, el parcheador de extensiones de kernel LiLu y WhateverGreen, el plug-in de LiLu encargado de las tarjetas gráficas. Y en el archivo config.plist hay un elemento nuevo que incorporar y otro que eliminar.
OpenCore v0.8.3
- Added ext4 file system driver
- Added support for macOS 13 DP3 Kernel Collection
- Added --force-device option to AudioDxe, allowing UEFI audio on HDA contollers which misreport themselves as non-HDA audio devices
- Provided optional unsafe fast file logging (suitable only for firmware with a fully compliant FAT32 driver)
- Fixed incorrect OSBundleLibraries_x86_64 handling during cacheless injection
- Changed RsaTool not to link against system ssl on macOS
- Fixed crash during cacheless injection when kext blocking is enabled
- Removed default codec connection delay from AudioDxe
- Added optional --codec-setup-delay argument to AudioDxe
- Changed units of Audio -> SetupDelay from microseconds to milliseconds (divide previous value by 1000 if using this setting)
- Fixed incorrect FAT binary slice being selected under macOS 10.4.11 when performing a cacheless boot
- Fixed rare assertion caused by label animation initialisation in OpenCanopy
- Added --show-csr option for Toggle SIP boot menu entry
- Added macOS 10.4 and 10.5 support to AllowRelocationBlock Booter quirk
- Added CPU cache info injection for macOS 10.4 to ProvideCurrentCpuInfo quirk
- Added emulated NVRAM driver for use separately from OpenDuet
- Added support for NVRAM reset and set default boot entry when using emulated NVRAM
- Upgraded emulated NVRAM logout script to allow unsupervised installation of recent macOS OTA updates
- Added Driver -> LoadEarly for drivers which need to be loaded before NVRAM init
AppleALC v1.7.4
- ALC294 layout-id 15 corrected incorrect pinconfig by wern-apfel
- Added ALC1220 layout-id 25 for MSI GE73 Raider RGB 8RF by Ardhi9696
LiLu v1.6.2
- Fixed KC segment name, which also fixed kernel panic on macOS 13 b3
- Disable EFI64 runtime APIs when -legacy is used on 32-bit kernels
WhateverGreen v1.6.1
- Improved Skylake graphics spoofing support by removing profile 2 from VTSupportedProfileArray on macOS 13+, thanks @abenraj and @dhinakg
Así ha quedado mi carpeta EFI tras la actualización. En azul los elementos que he actualizado y en verde los que he dejado como estaban. Veréis que hay algún componente que he actualizado y que no he comentado antes, pero es que aunque eran las mismas versiones, no me coincidían las fechas y he descargado y aplicado también las extensiones de kernel NVMeFix, RestrictEvents y VirtualSMC.
La comparación del archivo config.plist con el sample.plist de la nueva versión indica una novedad en el array de la sección UEFI > Drivers y un parámetro de la sección NVRAM que ya no se utiliza.
Así que he copiado la nueva variable LoadEarly para cada uno de los drivers que tengo en la carpeta Drivers de la carpeta EFI.
Y he borrado la variable LegacyEnable de la sección NVRAM
A partir de ahí, como siempre hago un OC Snapshot con la herramienta ProperTree para asegurarme de que todos los archivos están referenciados en el archivo config.plist y la primera prueba la hago "sin riesgo", copiando la carpeta EFI al pendrive de instalación de macOS Monterey, y reiniciando el equipo desde el mismo. Así, si tuviéramos un problema no habríamos puesto en riesgo nuestra instalación.
Comprobado que todo va bien, sustituimos la carpeta EFI de nuestro disco de arranque, en mi caso el WD SN750 de 500GB.
En la parte inferior derecha de la pantalla del "picker" de OpenCore, podemos comprobar que estamos usando OpenCore 0.8.3, publicado hoy mismo, 1 de agosto de 2022.
Ahora además aparece el disco Kingston que he utilizado para instalar macOS Ventura y dos opciones nuevas que he instalado también en la carpeta Tools, una para poder hacer un reset a la memoria NVRAM y otro para poder activar y desactivar la protección del sistema SIP, que nunca se sabe cuándo te vendrán bien.
Y tras arrancar, todo funciona correctamente. Como de costumbre, me he dado una vuelta por Hackintool para comprobar que el hardware está correctamente identificado y en particular que los dispositivos USB siguen bien identificados.
Hackintool está actualizado a la versión 3.8.7, podéis descargarlo desde su repositorio en Github
The Swiss army knife of vanilla Hackintoshing. Contribute to benbaker76/Hackintool development by creating an account on GitHub.
github.com
Todos los dispositivos de audio también aparecen correctamente identificados, desde la tarjeta integrada de la placa Z390 Designare, la Webcam HD Pro C920 de Logitech, el audio del puerto HDMI de la gráfica Radeon Vega o las dos conexiones ofrecidas por el Rega DAC, el Burr-Brown integrado que soporta hasta 16/44.1kHz por el puerto USB, y la salida óptica que tengo conectada con un conversor U2 de Douk Audio a otro puerto USB.
Lo que comentaba
@Trepamuros de que va como un tiro lo confirmo, con cada versión de macOS Monterey y de OpenCore todo va igual o mejor.
Los benchmarks de Geekbench están en línea con los habituales en CPU pero en GPU son los que mejor puntuación me han ofrecido hasta ahora.