Cambiar de OpenCore 0.8.5 a 0.8.6

OpenCore 0.8.6 está disponible. Puedes descargarlo desde Acidanthera. Lee el mensaje de PMHeart, el mejor resumen de las novedades.

Cambios principales

  • Mejoras en MacHyperVSupport.
  • Corregido error en la duración del clic simple y la velocidad del clic doble cuando se usan ratones con tasa de sondeo (polling rate) no estándar.
  • Añadido el soporte para dwell-clicking por Marvin Häuser. Lee esto en el bug tracker.
  • Actualizadas las versiones de firmware para SMBIOS.
  • Mejoras en NVRAM emulada:
    • actualizada la manera de guardar el script para que sea instalado automáticamente como launch daemon (Yosemite o posteriores) or logout hook (Mavericks y anteriores)
    • arreglado el fallo al salir del reposo en sistemas con EFI 1.1 (incluidos antiguos Mac) cuando se utiliza el driver de NVRAM emulada
    • OpenVariableRuntimeDxe: no configurar elementos UEFI 2.x en EFI 1.x (equipos antiguos y firmware Apple).
  • Actualizado SSDT-BRG0 con comprobación específica para macOS y evitar problemas de compatibilidad en Windows.
  • Actualizados los comandos para macOS 12 y 13 en macrecovery.
Continuar leyendo «Cambiar de OpenCore 0.8.5 a 0.8.6»

Cambiar de OpenCore 0.8.4 a 0.8.5

Ya ha salido OpenCore 0.8.5. Cada vez más maduro y sin necesidad de tocar el archivo config.plist en esta ocasión. Puedes obtenerlo en Acidanthera. También está disponible el mensaje de PMHeart con las novedades y sus autores, es recomendable leerlo.

Cambios principales

  • AcpiSamples: SSDT-HV-DEV ha sido dividido en 2 SSDT diferentes, SSDT-HV-DEV-WS2022 para Windows Server 2022 y SSDT-HV-DEV para el resto de versiones.
  • Corregidas las rutas al disco de arranque en Hyper-V para permitir la conexión y desconexión de discos en caliente.
  • Actualizadas las versiones de firmware para los modelos de SMBIOS.

config.plist

Nada que cambiar.

Continuar leyendo «Cambiar de OpenCore 0.8.4 a 0.8.5»

Cambiar de OpenCore 0.8.3 a 0.8.4

Ya está disponible OpenCore 0.8.4. Puedes obtenerlo desde Acidanthera. Pocos cambios en el archivo config.plist pero, como siempre, varias modificaciones en el código que mejoran su comportamiento.

Cambios principales

  • Misc >> tools: se ha añadido la propiedad FullNvramAccess (Boolean) para las herramientas que requieren acceso directo a NVRAM. Deshabilita las protecciones que OpenRuntime.efi aplica a la NVRAM durante el tiempo que la herramienta está en uso. Déjalo como False excepto que lo necesites específicamente.
  • UEFI >> Drivers >> LoadEarly: se han añadido comprobaciones a ocvalidate para ajustarse a las directrices que regulan el uso del driver OpenVariableRuntimeDxe:
    • Cuando OpenVariableRuntimeDxe.efi está en uso, su opción LoadEarly debe ajustarse a TRUE.
    • Cuando OpenVariableRuntimeDxe.efi está en uso, debe ir antes de OpenRuntime.efi en la lista de Drivers y su opción LoadEarly también debe ajustarse a TRUE.
    • LoadEarly para cualquier otro driver excepto OpenVariableRuntimeDxe.efi y OpenRuntime.efi en el escenario anterior ha de ser FALSE.
Continuar leyendo «Cambiar de OpenCore 0.8.3 a 0.8.4»

OpenCore Vault con UEFI Secure Boot

Instrucciones para funcionar con UEFI Secure Boot y OpenCore Vault simultáneamente en caso de que se quiera disponer de la máxima seguridad a la hora de arrancar nuestro sistema macOS con OpenCore.

Hay usuarios que desean tener la máxima seguridad en sus ordenadores con macOS y para ello implementan las 3 cadenas de seguridad disponibles:

  • Apple Secure Boot: para garantizar la integridad y confiabilidad de la versión de macOS
  • OpenCore Vault: para garantizar la integridad de los archivos de OpenCore
  • UEFI Secure Boot (UEFi SB): para garantizar que la versión de Windows es de confianza.

Puedes leer sobre estos 3 sistemas en estos artículos:

Continuar leyendo «OpenCore Vault con UEFI Secure Boot»

OpenCore y UEFI Secure Boot con WSL

El firmware UEFI de las placas base tiene la capacidad de arranque seguro de forma que sólo se permiten los archivos del boot loader firmados digitalmente con las claves que están integradas en el firmware. Con UEFI Secure Boot habilitado:
– Windows puede arrancar ya que los firmware incorporan certificados de Microsoft (a veces también certificados del fabricante de la placa base)
– macOS no puede arrancar; es necesario un sistema Linux en el que generar las claves y firmar con ellas los archivos de OpenCore, este es el motivo por el que actualmente arrancamos OpenCore con UEFI Secure Boot deshabilitado.

Este texto se basa en los artículos de:

Los artículos de sakaki y de Ubuntu plantean cómo arrancar Linux con UEFI Secure Boot activado pero khronokernel y profzei se refieren específicamente a OpenCore y macOS. Los 4 artículos coinciden en la necesidad de hacerlo desde un sistema Linux ya que las herramientas requeridas no existen para macOS. El sistema Linux necesario para firmar los archivos de OpenCore puede suponer un inconveniente significativo por el trabajo que conlleva su instalación y configuración (bien en disco independiente o en máquina virtual).
Una vez en Linux, todo se hace desde Terminal por lo que gran parte del sistema instalado realmente no hace falta.
Esta tarea se puede simplificar gracias a una infraestructura no demasiado utilizada que existe en Windows 10 (compilación 18917 o posterior) y Windows 11: Windows Subsystem for Linux (WSL), gracias a la cual podemos arrancar una imagen genuina de Ubuntu proporcionada por Canonical. Esto posibilita la ejecución de comandos de forma nativa en un terminal de Bash dentro de un entorno Windows que se comporta como Linux.

Continuar leyendo «OpenCore y UEFI Secure Boot con WSL»

Cambiar de OpenCore 0.8.2 a 0.8.3

OpenCore 0.8.3 ya ha salido. Puedes obtenerlo en Acidanthera. También se han publicados sendos mensajes de PMHeart y de Dhinak en Dortania, al estilo de los mensajes que Vit9696 publicaba de forma regular hasta febrero de 2022. Estos mensajes traen un resumen de los cambios principales y, detalle importante, de los autores que hay detrás de cada cambio. Es muy recomendable leerlos. Además, tenemos en un mismo lugar los cambios que ha habido en OpenCore y las kexts.

Cambios principales

  • Correcciones para poder instalar macOS 13 Developer Beta 3
  • Se ha integrado el driver ext4 para ser utilizado con OpenLinuxBoot.efi
  • RsaTool ha cambiado para enlazar con LibreSSL en lugar de hacerlo con la librería SSL por defecto de macOS
  • Correcciones para sistemas antiguos: macOS 10.4 and 10.5
  • NVRAM emulada: se ha añadido un nuevo driver OpenVariableRuntimeDxe.efi con características interesantes: soporta NVRAM reset desde el icono correspondiente en el menú de OpenCore, permite marcar la entrada de arranque predeterminada, se ha actualizado el script de cierre de sesión para facilitar las actualizaciones de macOS desde Actualización de Software, permite tener NVRAM emulada en BIOS UEFI que tienen NVRAM nativa defectuosa o incompatible
  • Se ha añadido la propiedad LoadEarly (boolean) para drivers que se cargan antes de inicializar la NVRAM.
Continuar leyendo «Cambiar de OpenCore 0.8.2 a 0.8.3»

RX 6600 XT en macOS 13 Ventura (diferentes ajustes)

Tarjeta gráfica AMD RX 6600 XT en macOS 13 Ventura: puntuaciones obtenidas en GeekBench 5 con ajustes diferentes (agdpmod=pikera, WhateverGreen, Henbury patch, softPowerPlayTable).

Algunos usuarios con tarjetas gráficas AMD de la serie 6000 no pueden usar macOS 13 Ventura con SMBIOS de iMacPro o MacPro y la misma configuración que tienen en macOS 12, básicamente WhateverGreen + agdpmod=pikera en boot-args y nada más. Estos modelos de Mac (que carecen en origen de tarjeta gráfica integrada) llevan a pantalla negra, sin llegar a mostrar el Escritorio. Por otro lado, la SMBIOS de iMac funciona bien sin cambiar los ajustes que sirven para macOS 12.

Parece ser que, para poder usar macOS 13 con dGPUs AMD de las series 6000 y SMBIOS de iMacPro o MacPro, es necesario inyectar el framebuffer gráfico desde el archivo config.plist, al estilo del parche propuesto cuando la versión 12.3.1 de Monterey alteró el rendimiento de estas tarjetas.

Continuar leyendo «RX 6600 XT en macOS 13 Ventura (diferentes ajustes)»

Cambiar de OpenCore 0.8.1 a 0.8.2

El grupo de programadores de OpenCore ha estado trabajando en diferentes aspectos pero, sin duda, el que más contribuciones ha recibido es el soporte para macOS 13 Ventura cuyas primeras versiones beta Developer Preview ya están siendo probadas. Actualmente ya es posible instalar y utilizar Ventura en muchas de las configuraciones de hardware existentes en el mundo Hackintosh. Si pruebas el nuevo sistema, es muy recomendable actualizar las extensiones a las últimas versiones aptas para macOS 13, sobre todo Lilu (imprescindible) y, por supuesto, el mismo OpenCore.

Aparte de ello, se han añadido nuevos diseños de audio en AppleALC y WhateverGreen ha recibido soporte para sistemas Skylake en macOS 13 (inyectando valores Kaby Lake en su lugar). Puedes obtener OpenCore 0.8.2 desde Acidanthera.

Continuar leyendo «Cambiar de OpenCore 0.8.1 a 0.8.2»

Cambiar de OpenCore 0.8.0 a 0.8.1

Esta nueva versión que se ha retrasado más de lo habitual viene con muchos cambios internos a nivel del código y con pocos (aunque significativos) cambios visibles al usuario final. OpenCore mejora en cada nueva versión. La única crítica que se puede hacer es que algunas modificaciones pueden dar la impresión al usuario poco avanzado de complicar más que facilitar la configuración de OpenCore. Probablemente porque a los programadores en ocasiones les cuesta ponerse al nivel del usuario final. De cualquier manera, todos los cambios persiguen la finalidad de mejorar alguna característica o arreglar algún inconveniente detectado y lo consiguen. Además, ¡qué difícil sería instalar macOS en PCs sin el gran trabajo de Acidanthera!

Puedes obtener OpenCore 0.8.1 aquí.

Continuar leyendo «Cambiar de OpenCore 0.8.0 a 0.8.1»