Mapa USB en macOS con USBToolBox

Generar el mapa de puertos USB en Windows para ser utilizado en macOS, que tiene un límite de 15 puertos por controlador USB, mediante la herramienta USBToolBox de dhinakg. Actualmente, este es el método más sencillo de generar el mapa de puertos USB para macOS con el único inconveniente de que necesita un sistema Windows en la misma máquina. No he encontrado instrucciones en español, este artículo intenta subsanar esta carencia.

Descarga las herramientas

En el sitio de GitHub tienes la herramienta para Windows (tool >> Releases >> Windows.zip). Por ahora es todo lo que necesitas.

Crea el mapa de puertos

En la carpeta descomprimida, ejecuta Windows.exe. Se abre una ventana de comandos en la que tiene lugar todo el proceso.

Continuar leyendo «Mapa USB en macOS con USBToolBox»

macOS 13 Ventura en placa Z390


Cómo instalar macOS 12 Monterey o macOS 13 Ventura en la placa base Gigabyte Z390 Aorus Elite usando OpenCore 0.8.8. Se proponen configuraciones para tener la tarjeta AMD RX 6600 como tarjeta principal y la integrada en modo sin cable o para tener la iGPU Intel como tarjeta única sin dGPU. La carpeta EFI está disponible para diferentes SMBIOS.

Hardware

  • Placa base Gigabyte Z390 Aorus Elite
  • Procesador Intel i7 9700
  • Gráficos iGPU Intel UHD 630
  • dGPU AMD Radeon RX 6600 8GB
  • Sonido Realtek ALC1220
  • Ethernet Intel I219V7
  • Wifi + BT Fenvi FV-T919 (BCM94360CD).

¿Qué funciona bien?

  • Tarjeta gráfica Radeon (VDA decoder Fully Supported)
  • Apagado, reinicio y reposo
  • Sonido (ALC1220, HDMI)
  • Puertos USB (mapa de puertos USB específico para esta placa)
  • AirDrop, iMessage.
Continuar leyendo «macOS 13 Ventura en placa Z390»

Cambiar de OpenCore 0.8.7 a 0.8.8

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.
Continuar leyendo «Cambiar de OpenCore 0.8.7 a 0.8.8»

Temas para OpenCore

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:

Continuar leyendo «Temas para OpenCore»

Cambiar de OpenCore 0.8.6 a 0.8.7

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.

Continuar leyendo «Cambiar de OpenCore 0.8.6 a 0.8.7»

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»