hackintosh

Cambiar de OpenCore 0.8.7 a 0.8.8

por

Ya se ha lanzado OpenCore 0.8.8, puedes obtenerlo en Acidanthera. Aunque no hay novedades en cuanto al archivo config.plist, hay muchos cambios en otros componentes de OpenCore. Sólo hay que remarcar que ha habido casi 40 compilaciones a lo largo del mes. Son cambios importantes a nivel de código para tener un OpenCore más maduro y mejor.

Lee el mensaje de PMheart, no hay mejor lugar para tener una idea general de los cambios realizados y sus autores.

Cambios principales

  • Se ha actualizado AppleKeyboardLayouts.txt desde macOS 13.1.
  • Se han actualizado las versiones de firmware para los modelos SMBIOS.
  • Se ha actualizado ocvalidate para permitir herramientas duplicadas si la propiedad FullNvramAccess es diferente.
  • Se ha añadido .contentVisibility para ocultar entradas de arranque en el selector: una entrada es excluida si hay un archivo oculto .contentVisibility junto al boot loader o dentro del directorio de arranque con el contenido Disabled an ASCII. La entrada es marcada como auxiliar si su archivo .contentVisibility contiene la palabra Auxiliary.
  • Se ha corregido la compilación en máquinas Apple Silicon.
  • Se ha añadido soporte para SD card como dispositivo de arranque.

Leer más

Temas en el menú de OpenCore

por

Desde la versión 0.7.0 de OpenCore existe la posibilidad de tener más de un tema en la carpeta /Resources/Image, organizados por carpetas Autor/Tema, cambiando de tema de forma relativamente simple. Hay muchos temas disponibles. En este artículo voy a comentar sobre algunos de los que más me gustan.

Los requerimientos básicos para disponer de interfaz gráfica en el selector de OpenCore (en caso contrario se muestra en modo texto) son:

  • Instalar el driver OpenCanopy.efi (carpeta Drivers y config.plist)
  • Misc -> Boot -> PickerMode = External
  • Completar la carpeta EFI/Resources con los recursos descargados desde Acidanthera ya que no vienen incluidos en el paquete de OpenCore. Se componen de las carpetas Audio, Font, Image y Label.

Para utilizar temas en OpenCore 0.7.0 y siguientes hay que activar el sistema Flavours. Esto lo puedes hacer de forma sencilla actuando sobre 2 claves del archivo config.plist:

Leer más

Cambiar de OpenCore 0.8.6 a 0.8.7

por

OpenCore 0.8.7 está disponible. Puedes obtenerlo en Acidanthera. Es muy recomendable leer el mensaje de PMheart, el mejor resumen con los cambios introducidos y sus autores.

Cambios principales

  • MacHyperVSupport: numerosos cambios y mejoras (lee el Changelog de la extensión)
  • Arreglado TSC/FSB para procesadores AMD en ProvideCurrentCpuInfo.
  • macrecovery descarga archivos en com.apple.recovery.boot de forma predefinida.
  • Mejorado el menú gráfico de arranque propio de Apple (BootKicker.efi) en algunos sistemas después de reiniciar.
  • Misc -> Boot -> se ha añadido HibernateSkipsPicker (Boolean): para no mostrar el selector de OpenCore al salir de hibernación.

config.plist

Misc -> Boot -> añadido HibernateSkipsPicker (Boolean), valor predefinido es false para los Hackintosh y true para los Mac cuando se usa OCLP.

Leer más

Cambiar de OpenCore 0.8.5 a 0.8.6

por

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.

Leer más

Cambiar de OpenCore 0.8.4 a 0.8.5

por

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.

Leer más

Cambiar de OpenCore 0.8.3 a 0.8.4

por

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.

Leer más

OpenCore Vault con UEFI Secure Boot

por

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:

Leer más

OpenCore y UEFI Secure Boot con WSL

por

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.

Leer más

Cambiar de OpenCore 0.8.2 a 0.8.3

por

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.

Leer más

AMD 6600 en macOS 13: diferentes ajustes

por

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.

Leer más