Sagar Hozkatua: un Mac Pro a la bilbaina (OpenCore 1.0.2)

DeBilbao

...del mismo Bilbao
Mensajes
12.471
Reacciones
6.498
Ubicación
El Botxo
Sagar Hozkatua: un Mac Pro a la bilbaina
Guía de instalación completa de macOS Big Sur y Windows 10 Pro


ikvF3Cs.jpg

Contenidos de esta guía y acceso rápido a los capítulos
  • Introducción
  • Selección del modelo de Mac que emulará nuestra configuración
  • Selección de los componentes hardware
  • Montaje del equipo
  • Configuración de la BIOS
  • Windows y macOS: juntos, pero no revueltos
  • Instalación de Windows 10 Pro (October 2020 Update)
  • Sincronización de la hora de Windows y macOS
  • Instalación de macOS Big Sur
  • Una instalación "Vanilla"
  • La partición EFI, el rincón oculto donde sucede el engaño
  • OpenCore, el gestor de arranque de nuestro Mac Pro
  • Preparación de la carpeta EFI
  • Creación del instalador USB
  • Instalación final de macOS Big Sur
  • Comprobación de funcionamiento correcto del sistema
  • Instalación del software adicional

Introducción

Este verano actualicé mi iMac 2011 con pantalla FullHD de 21,5" por uno de 2017 con pantalla 4K, procesador Intel Core i5 Kaby Lake a 3,4GHz, 16GB de RAM y gráfica AMD Radeon Pro 560 , y lo vitaminé cambiando el disco Fusion Drive por un SSD NVMe Aura Pro X2 Pro de 480GB y un SSD Crucial MX500 de 2TB. Si tenéis curiosidad por el proceso, está documentado con detalle en este mensaje.

El resultado fue tan bueno que me dejó claro que la cercana renovación de mi equipo principal con Windows 10 Pro tendría que ser además compatible con macOS, y así nació mi proyecto Sagar Hozkatua (manzana mordida, en euskera).

El proyecto ha sido todo un éxito y he compartido con vosotros el proceso en el hilo quiero Sagar Hozkatua: Renovación de mi PC principal (Windows y macOS), pero me he decidido a poner todo en orden y elaborar esta guía detallada que me gustaría que viérais como una actualización de El post de los Hackintosh: o cómo instalar macOS en tu PC, un hilo que abri en Julio de 2008 y al que le tengo un especial cariño, pero las cosas han cambiado mucho desde entonces y necesita una actualización tecnológica.

Selección del modelo de Mac que emulará nuestra configuración

Muchos se acercan al universo Hackintosh para conseguir que su PC pueda ejecutar macOS, y aunque se puede conseguir así, si queremos garantizar el éxito de nuestro proyecto, debemos pensar al revés y decidir cuál es el Mac del catálogo de Apple que queremos emular, y posteriormente elegir los componentes de hardware que más se aproximan.

A diferencia de Windows, que está pensado para que pueda funcionar con prácticamente cualquier combinación de hardware, macOS está optimizado para los modelos concretos que Apple ha ido sacando al mercado, y conviene no desviarse mucho de las características de su hardware o tendremos serios problemas. Incluso en un Mac original, un simple cambio de memoria RAM puede suponer un problema, así que este punto es realmente importante.

Aunque a todos nos apetece tener lo último de lo último, un consejo que os doy es que si montáis un Hackintosh, os quedéis en la penúltima generación. Encontraréis más soporte por parte de la comunidad y los problemas que se hayan presentado estarán resueltos. Si vais a por lo último, puede que acertéis, pero si tenéis un problema será más difícil de encontrar una solución.

Este proyecto está centrado en un equipo de sobremesa, y aunque se puede plantear lo mismo con portátiles, es mucho más difícil de encontrar un hardware compatible al 100% y al ser equipos con una configuración cerrada, no es tan sencillo cambiar las piezas.

Para elegir nuestro objetivo, os recomiendo consultar Everymac.com que tienen recopiladas las características de todos los equipos que ha fabricado Apple desde sus orígenes, desde el venerable Macintosh original presentado en 1984 hasta el último iMac 27" 5K de 2020. También podéis utilizar la aplicación MacTracker para macOS, que hace algo parecido y con una interfaz muy amigable.

Podía haberme propuesto emular un iMac, pero físicamente lo veía lejano por concepto de la máquina que tenía en mente. Un iMac es básicamente hardware de portátil encastrado en una pantalla, incluso aunque hablemos de un iMac Pro. He probado con éxito el iMac 27" Core i5 @3.7 (5K, 2019) conocido como iMac19,1 y también el iMac Pro "8-Core" 3.2 27" (5K, Late 2017) cuyo identificador es iMacPro1,1, pero no eran al 100% lo que buscaba.

Así que decidí centrar mi objetivo en los últimos MacPro, ya que por formato es lo más parecido a lo que quería montar. Hablamos de una torre, con componentes de equipo de sobremesa fácilmente reemplazables, con procesador sin gráfica incorporada, con gráfica (o gráficas) dedicada, en una configuración modular y ampliable, como mi proyecto. Y mi elección ha sido el Apple Mac Pro "Eight Core" 3.5 (2019)

En las fichas de cada equipo, EveryMac incluye los distintos identificadores que identifican al modelo, y para nosotros el más importante es el identificador que resalto en amarillo. Es el perfil SMBIOS y es lo que marcará nuestras configuraciones.

nVkcMOc.png

El MacPro de 2019 es una máquina espectacular, con unas características notables:
  • Procesador Intel Xeon W-3223 de ocho núcleos (16 virtuales con hyperthreading) a @3.5 GHz (4.0GHz con Turbo Boost) con chip de seguridad T2
  • 32GB de RAM DDR4 ECC a 2666MHz
  • AMD Radeon Pro 580X con 8GB de VRAM, que puede ser ampliada hasta 4 gráficas en dos slots MPX, para controlar hasta 6 pantallas 4K/5K/6K
  • Disco SSD NVMe de 256GB, con un diseño propietario de Apple, y vinculado al chip T2 del procesador.
  • 2x 10Gb Ethernet, compatibles con Gigabit Ethernet
  • Bluetooth 5.0 y Wi-Fi 802.11ac a través de una tarjeta AirPort
  • 2x USB 3.0, compatibles con USB 2.0
  • 4x Thunderbolt 3 (USB-C), 2 en la parte trasera y 2 en la parte superior
  • 8 ranuras de expansión PCI Express, 4 ocupadas por los 2 puertos MPX para hasta 4 gráficas.

Si os apetece verle las tripas al equipo original, podeís pasaros por la guía de reparación de iFixit en donde lo desmontan.



Selección de los componentes hardware

Todos los componentes son importantes, pero lo primero que debemos elegir es la placa base, que es sobre la que construiremos el sistema. Si buscamos placas base con puertos Thunderbolt 3, la lista de candidatas se reduce mucho, y si le añadimos las características de nuestro Mac Pro 2019 objetivo, todavía encontraremos menos.

La elección más cercana a esa configuración puede ser la placa W480 VISION D de Gigabyte, con socket para procesadores Xeon, pero el chipset W480 no está dentro de los soportados por OpenCore, que será un componente esencial de la solución, y he preferido usar algo parecido pero sobre una placa con chipset Z390 y un procesador Intel de 9ª generación Comet Lake con ocho cores, que es perfectamente compatible. Podría haber elegido una con chipset Z490 y un procesador de 10ª generación, pero siguiendo mi recomendación, he preferido quedarme en la penúltima generación.

Con ese objetivo en mente y después de analizar las opciones en el mercado de productos nuevos y de segunda mano, esta ha sido mi configuración elegida. Os dejo los enlaces de compra en Amazon como referencia, pero os recomiendo buscar, pues se pueden encontrar mejores precios en algunos componentes, y nunca dejaré de recomendar la opción de producto usado, hay grandes oportunidades.
  • Placa base Gigabyte Z390 Designare, completísima. Amazon
    • Socket LGA1151 para procesadores Intel de 8ª y 9ª generación
    • 4 slots para memoria RAM DDR4 de doble canal no-ECC para hasta 128GB. No es ECC y esto nos generará algún inconveniente.
    • 2 slots M.2 Socket 3 PCIe Gen3 x4 (si los usas, consumen 3 de los 6 puertos SATA 6Gb/s)
    • 6 puertos SATA 6Gb/s
    • 2x Thunderbolt 3 (USB-C) en la trasera, compatibles con USB 3.1 Gen2
    • 4x USB 3.1 Gen1 en la trasera
    • 1x USB-C en la trasera, compatibles con USB 3.1 Gen2
    • 2x USB 3.1 Gen2 en la trasera
    • 2x USB 3.1 Gen1 en la trasera
    • 4x USB 2.0. 2 en la trasera y otros dos en el frontal
    • 2x Ethernet Gigabit Ethernet (Intel I211 + Intel
    • Wi-Fi 802.11ac, que desactivaremos porque no es compatible con macOS)
    • Audio ALC1220-VB, multicanal hasta 7.1, analógico y digital, soporta hasta DSD, 114d
    • ALC1220-VB Enhance 114dB(Rear)/ 110dB(Front) SNR in Microphone with WIMA Audio Capacitors, USB DAC-UP 2 con voltaje ajustable, Smart Fan 5 con sensores de múltiple temperatura y cabezales de ventilación híbrida con FAN STOP, Support RGB Lighting Effect in Full Color, CEC 2019 Ready, Save the Power as Easy as One Click, Memoria Intel® Optane™
  • Procesador Intel Core i7-9700F sin gráfica dedicada. Amazon
    • Arquitectura 9ª generación, Coffe Lake, 14nm, de 2019
    • 3GHz de frecuencia base, hasta 4,7GHz en modo Turbo
    • 8 cores físicos, no tiene Hyperthreading así que no se pueden conseguir 16 núcleos virtuales.
    • No tiene gráfica interna. Si se quiere emular un iMac conviene elegir un modelo con gráfica interna como el i7-9700 o i7-9700K
    • Admite memoria DDR4 de doble canal a 2.666MHz, aunque soporta mayores velocidades sin problema.
  • Disipador Noctua NH-U12S, mi marca de confianza para refrigeración por aire, eficiente y silencioso. Amazon
  • 32GB RAM DDR4 G.Skill Ripjaws V Red para tareas muy consumidoras de memoria como la virtualización. Amazon
    • Velocidad 3000MHz (PC4-24000)
    • Latencias 15-15-15-35
    • Kit de 2 módulos de 16GB (F4-3000C15D-32GVR) PC4-24000
    • Configuración fácil mediante perfil XMP (Xtreme Memory Profile)
  • Gráfica Sapphire Pulse AMD Radeon Vega 56 8GB HMB2 que tiene potencia más que suficiente para todo lo que necesito. PCC
  • Monitor BenQ DesignVue PD2700U. Espectacular. 4K UHD 3840x2160, IPS, 100% sRGB, 10 Bits, HDMI, DisplayPort USB 3.1 x4. Amazon
  • Emulador de pantalla 4K dkey Dummy Plug HDMI 4 K para poder acceder al sistema en remoto con la pantalla apagada. Amazon
  • SSD NVMe M.2 Samsung 970 EVO Plus 500GB , dedicado para Windows y sus aplicaciones. Amazon
  • SSD NVMe M.2 WD Black SN750 500GB, disco dedicado para macOS y sus aplicaciones. Amazon
  • SSD Sandisk Ultra 3D de 1TB para almacenamiento auxiliar de máquinas virtuales. Amazon
  • HDD Western Digital Red (3TB + 3TB + 8TB) para almacenamiento masivo
  • HDD Western Digital MyPassport 4TB for Mac para backups con Time Machine. Amazon
  • Unidad óptica Apple Super Drive. Regrabadora DVD con conexión USB. Apple
  • Lector de tarjetas Kingston Media Reader USB 3.0. Transferencias muy rápidas desde cualquier tarjeta de memoria. Amazon
  • Fenvi T-919, Bluetooth 4.0 y Wi-Fi 802.11ac para una experiencia de conectividad inalámbrica idéntica a la de un Mac con su chip Airport. Aliexpress
  • Webcam Logitech C920 HD Pro que utilizo como cámara para videoconferencias y como micrófono para Siri. Amazon
  • Capturadora TV Elgato Netstream DTT con doble sintonizador y transmisión a través de la red local. Leon Bazar
  • Fuente de alimentación Seasonic Focus+ GX-550W 80 Plus Gold Modular, fuente de alimentación de absoluta confianza. Amazon
  • Caja Fractal Design Define R6 USB-C, una caja completísima y totalmente silenciosa. Amazon
  • Teclado inalámbrico Logitech Craft, con un gran tacto y con distribución de teclado pensada para macOS y para Windows. Amazon
  • Ratón láser inalámbrico Logitech M705 Marathon, con buena ergonomía y excelente autonomía. Amazon
  • Altavoces autoamplificados Audioengine A2, que ofrecen un sonido excelente.
  • DAC USB Topping D10 que uso como conversor de USB a SPDIF
  • DAC Rega DAC para convertir a analógico la señal digital del Topping D10 y conseguir el sonido de mi gusto.
  • Amplificador de auriculares Rega EAR MK II, para amplificar la señal analógica y entregársela a mis auriculares
  • Auriculares Sennheiser HD 650. Llevan años conmigo y aunque he intentado cambiarlos muchas veces, ningún otro consigue su sonido, que me engancha con el Jazz y con cualquier otro género. Amazon

Montaje del equipo

Un buen montaje no es complicado y si te gusta el tema puedes incluso disfrutar con el proceso, pero hacerlo perfecto es importante para tener una buena ventilación y unas temperaturas controladas en el equipo. Yo he preferido contratar el montaje a Izar Micro, una empresa local especializada y de absoluta confianza, a quienes también he comprado parte de los componentes a mejores precios que en Amazon.

La caja Fractal Define R6 parece diseñada para el mueble donde tenía previsto colocar el equipo. Es un poco más grande que mi anterior equipo al que bauticé como LUZOKER (pepino, en euskera) pero no mucho más.

4QZ8CkP.jpg


El mueble donde la tengo colocada es abierto por detrás, así que respira bien, y todos los puertos superiores están accesibles.

Hl4md6Y.jpg


El acabado del frontal de la Fractal Design R6 USB-C está muy bien conseguido y la caja tiene un acabado general que transmite calidad.

QF1Wp9M.jpg


El montaje interior ha quedado impecable. Limpio y sin apenas cables a la vista.

VuPRXIt.jpg


El otro lado de la caja alberga seis bandejas para discos duros de 3,5" y otras dos para discos de 2,5". En el montaje he dejado 3 tomas de datos y otras 3 de alimentación para los 3 discos SATA que mehe llevado desde mi antiguo equipo.

VHLYrqN.jpg


He montado la Fenvi T-919 en el puerto PCI Express x1 que hay en la segunda ranura, justo encima de la batería que alimenta la CMOS, y lo he conectado al puerto etiquetado como F_USB.

eFbB9kX.jpg


Un detalle importante: ese puerto F_USB es el que alimenta los puertos USB 2.0 que hay en el frontal superior de la caja, pero al conectar la Fenvi T-919, he tenido que prescindir de ellos. Sigo teniendo arriba 2 puertos USB 3.0 y 1 puerto USB-C, que es más que suficiente para el uso que le daré.

Para evitar confusiones he comprado unos tapones de silicona para tapar los puertos USB 2.0, en concreto este kit que tiene de todos los tipos.

También he tapado el puerto HDMI de la placa en la trasera, pues el procesador Intel Core i7-9700F no lleva gráfica integrada y solo usaré los puertos de Radeon Vega 56 y particularmente los DisplayPort, que se llevan mejor con macOS que los puertos HDMI. La verdad es que la placa tiene una conectividad estupenda. Y me encanta lo bien que queda la fuente abajo, oculta y encerrada en su cajón.

gpZpOPz.jpg


Las memorias y el disipador Noctua han quedado de lujo, y es que la caja tiene espacio para meter lo que quieras, garantizando la ampliación futura.

YpVyrHb.jpg



Configuración de la BIOS

Una vez montado el equipo, lo siguiente que debemos hacer es actualizar la BIOS a la última versión F9i, que ya no está disponible en la sección de soporte de la Z390 Designare de Gigabyte, y configurarla de una forma determinada para garantizar la compatibilidad con macOS.

La versión F9i es la última versión "segura" de Gigabyte para usarla con macOS, y a Enero de 2022, ha desaparecido de su página web, pero he guardado una copia y podéis descargarla desde aquí. En la web oficial están las versiones F9j y F9, pero estas no debemos instalarlas si queremos que funcione bien nuestro equipo con macOS.

Una vez instalada esta versión F9i, podéis instalar una versión especial modificada por el usuario Elias64Fr de los foros de tonymacx86, que la ha modificado para incorporar unos parches posteriores de seguridad que actualizan el microcódigo del procesador a la versión 0xEA. Yo la he instalado y os dejo una copia aquí por si queréis instalarla vosotros también, algo que me parece muy recomendable.


IMPORTANTE: Antes de instalar la versión F9i modificada, es necesario tener instalada la versión F9i oficial.

Yo tengo las dos copiadas en un pendrive de 4GB que tengo inicializado en formato MSDOS (FAT) para que sea compatible con la BIOS. Solo hay que acceder a la sección Q-Flash en la BIOS y elegir cada uno de los archivos. Primero la F9i oficial y en una segunda pasada la F9i modificada por Elias64Fr

JzNW8o5.jpg



Y una vez elegido el archivo, solo hay que avanzar y confirmar el proceso. Recordad que el proceso borra los ajustes, así que conviene tenerlos guardados en un perfil que almacenaremos también en el pendrive. Si queréis utilizar los míos, los he guardado aquí.

WOG0Nhe.jpg



He comparado las dos BIOS utilizando el programa UEFITool NE y ahí están las modificaciones al microcódigo. A la izquierda la F9i oficial y a la derecha la F9i modificada.

R4cHLIS.png


Y también he comparado la BIOS F9i de Elias64Fr con la nueva F9 oficial de Gigabyte, y ambas tienen las mismas cuatro entradas de microcódigo y con el mismo checksum, así que a efectos de seguridad de microcódigo, serían equivalentes.

puDhEn0.png


La placa base Gigabyte Z390 Designare tiene una BIOS muy completa, pero conviene conocer a fondo sus opciones y elegir las adecuadas para aprovechar al máximo nuestro hardware y conseguir el mejor rendimiento y estabilidad. Si además queremos que la configuración sea compatible con macOS, hay una serie de configuraciones que deben tener unos valores determinados que veremos a continuación.

Para acceder a la BIOS hay que pulsar la tecla "Supr" al arrancar el equipo, y tras hacerlo entraremos veremos una pantalla de resumen que presenta las características principales de los componentes hardware y los valores reportados por los sensores sobre voltajes, temperaturas y frecuencias de funcionamiento de la memoria RAM, el procesador, etc.

8M21V4U.jpg



Pulsando la tecla F2 pasamos al modo avanzado, en donde tenemos todas las opciones de configuración accesibles, distribuidas en pestañas y comenzando con la sección "Tweaker" en donde tenemos los valores de configuración de la CPU, la memoria y los voltajes.

Aquí lo dejamos todo configurado en Auto y activamos el perfil XMP para que realice la configuración de la memoria a los máximos valores de funcionamiento.

rEBMmDH.jpg

En Tweaker > Advanced CPU Settings tengo ajustado VT-d a Enabled, que permite activar la virtualización de los dispositivos de entrada y salida, algo muy útil combinado con VMware o cualquier otro hipervisor.

En la primera versión de esta guía recomendaba desactivar VT-d, pero se puede activar si tenemos la variable DisableIoMapper a YES en la sección Kernel > Quirks del archivo config.plist de OpenCore que veremos más adelante.


xL6H0q5.jpg


En Tweaker > Advanced Memory Settings lo dejamos todo en Auto

VvrG0Ul.jpg


En SPD Info podemos ver la información de cada uno de los módulos de memoria, con sus valores nominales (JEDEC) y los del Xtreme Profile (XMP1)

Este es el primer módulo de 16GB

uOt9DBD.jpg


Y este el segundo

4FZJiSu.jpg


En Memory Channel Timings, podríamos cambiar los valores de latencia, pero como hemos activado el perfil XMP lo dejaremos todo en Auto.

S7W5qY1.jpg


En Tweaker > Advance Voltage Settings dejaremos también en Auto la gestión del voltaje

btIJN9s.jpg


En CPU/VRM Settings tenemos dos opciones que en mi caso han sido fundamentales para conseguir la máxima estabilidad en el equipo, ya que con el perfil XMP activado, el voltaje que llega a la CPU si ponemos estos dos valores en Auto, no es suficiente y haciendo benchmarks y poniéndole en aprietos al equipo, el sistema se quedaba congelado.

Con CPU Internal AC/DC Load Line y CPU Vcore Loadline Calibration en modo "Extreme" he conseguido absoluta estabilidad, y ha soportado una hora de Prime95 con 8 workers activos ejecutando el test más completo "Blend" sin despeinarse.

2FuTJ1H.jpg


Y todos los valores de la sección Internal VR Control, los he dejado por defecto. Estos valores regulan el funcionamiento del controlador variable de potencia de la alimentación que llega a la CPU, que en el caso de la Z390 Designare de Gigabyte tiene un diseño de 12+1 fases.


dBMyFLd.jpg


En la siguiente sección "Settings" podemos configurar los dispositivos que tiene la placa, la configuración de energía y otros aspectos.

YkOUu7a.jpg


Platform Power Management lo he dejado Enabled (activado) y el resto por defecto. A mí me gusta dejar AC BACK en Always On por si hay un fallo de suministro eléctrico, para que cuando se recupere el equipo se encienda de nuevo. Muy útil si lo tienes montado en 24x7.

29TYdoH.jpg



Accedemos a IO Ports.
  • En mi caso que no tengo gráfica en el procesador, la pantalla inicial la tengo asignada a la gráfica Radeon RX Vega 56 8 GB que está en el slot 1 PCIe.
  • La tarjeta inalámbrica Wi-Fi integrada la desactivo ya que usaré una tarjeta Fenvi T-919 que ofrece el mismo chipset Wi-Fi y Bluetooth que los equipos originales de Apple. Hay un proyecto en marcha de controladores para macOS para el hardware de Intel incluido en la Z390 Designare, pero yo no los utilizo. Hay un proyecto para el controlador Wi-Fi y otro para el controlador Bluetooth.
  • Nos aseguraremos de que Above 4G Decoding está Enabled (activo)
  • Wake On LAN también está muy bien tenerlo activo para poder despertar un equipo apagado a través de la red, aunque requiere de más configuraciones de las que contamos aquí. Lo combino con la extensión de kernel IntelMausi-WOL para poder encender mi equipo desde una Raspberry Zero W que tengo en mi red.

WNZHiva.jpg



Thunderbolt Configuration lo dejamos así, incluso con la seguridad desactivada.

brebtbC.jpg



Y en Discrete Thunderbolt Configuration activaremos el soporte USB

8r1TBYb.jpg


Y por último la sección DTBR Controller la dejamos así y habremos acabado con Thunderbolt.

qoNWV0o.jpg



Los puertos USB se configuran en esta sección, y dejamos activado el soporte Legacy, el hand-off XHCI y el soporte de almacenamiento externo, mientras que la emulación de los puertos 60/64 la dejamos desactivada.

La BIOS identifica los dispositivos que tengo conectados, tanto a los puertos USB 3.0 como a los puertos USB-C y los muestra en esta pantalla.

3tGTTCs.jpg


El Network stack lo dejamos desactivado

Jr6nSAu.jpg



En NVMe configuration no hay nada que tocar, es solo informativo. macOS lo tengo instalado en un SSD NVMe de Western Digital, un modelo WD SN750 de 500GB, que es el que mejor compatibilidad ofrece con Trim.

Los otros discos de Samsung los utilizo para Windows (el de 500GB) y el de 1TB para un proyecto con un hipervisor de tipo 1 con PROXMOX que tengo abandonado.


9T4yrE6.jpg



Y en la configuración de los puertos SATA nos aseguramos de tener el modo AHCI activado. Aquí aparecen solo los discos SATA conectados a los puertos de la Z390 Designare. Tengo alguno más con una tarjeta Syba SI-PEX40064 de 4 puertos que añadí posteriormente y que está perfectamente soportada también por macOS.

47r9VJR.jpg


EZ RAID lo dejamos desactivado y las dos tarjetas de red las dejamos como están. Podéis acceder a su ficha, pero solo veréis valores informativos, nada que se pueda cambiar.

kAepDqU.jpg



La sección Miscellaneous la dejamos así. Originalmente tenía deactivada la Intel Plaform Trust Technology (PTT), pero lo activé para que el equipo sea compatible con TPM 2.0, que es una exigencia de Windows 11.

NNyKJya.jpg



Y la sección Trusted Computing queda así, con el chip TPM 20.0 activado, que es un hardware equivalente al chip T2 que montan los Mac Pro originales, pero que no está soportado por Apple, así que tendremos que hacer algún ajuste en nuestro archivo config.plist de OpenCore.

jV9n7DT.jpg



PC Health settings es meramente informativo, pero está bien para comprobar los valores de voltajes que están llegando a los componentes.

s2aOYeZ.jpg



Y en Smart Fan 5 tenéis una visualización gráfica de la refrigeración. La verdad, está muy bien presentada la información en esta BIOS.

iB7cacW.jpg



En la sección System Info no hay nada que tocar, salvo que queráis cambiar la fecha y hora, el idioma de presentación de la BIOS o poner una contraseña.

ASwgWMZ.jpg



En Plug in Devices info os da un resumen de los dispositivos detectados, interesante tras el montaje para comprobar que todo está OK antes de meternos con la instalación del sistema operativo.

XHMKdHq.jpg



Y desde Q-Flash podéis actualizar la BIOS fácilmente si hay una nueva versión, o si vuestra placa viene con una versión anterior a la F9i, que os recomiendo instalar junto con la F9i modificada por Elias64Fr, como os comentaba al principio.

1aVcIjn.jpg



En la pestaña "Boot" se esconde una opción muy importante que no está presente en todas las versiones de la BIOS. A partir de la versión F9g se incluye un switch para desactivar el CFG Lock, un parámetro fundamental para que la información que se escribe en los registros de estado del procesador MSR se haga correctamente. De no hacerlo, tendremos problemas con macOS.

En las Boot Option Priorities marcaremos nuestra preferencia para iniciar el equipo. Mi elección es iniciar con el disco de macOS en primer lugar, y con el de Windows como disco alternativo que selecciono pulsando F12 en el momento de iniciar el equipo, aunque cuando hagamos la primera instalación, aquí elegiremos el pendrive de instalación como disco de arranque.

spL14Qe.jpg


Fast Boot deactivado, al igual que CMS Support y dejamos las Features de Windows 8/10 en modo WHQL.

pgctzLn.jpg



El Secure Boot lo dejamos desactivado.

6Fbha1k.jpg


Y por último, una vez configurado todo correctamente, os recomiendo salvar el perfil usando la opción "Save Profiles" para que si necesitáis rescatar la configuración se pueda hacer rápida y fácilmente. Podéis guardar el perfil en la propia BIOS y además en un USB externo, lo que os recomiendo para tenerla a buen recaudo, ya que esto hace que el macOS funcione... o no.

PTBqvVC.jpg
 
Última edición:
Tu compra en Amazon ayuda al foro. Gracias!
Windows y macOS: juntos, pero no revueltos

Quiero que mi máquina sea capaz de ejecutar tanto Windows 11 Pro como macOS Monterey, pero no quiero que haya ninguna dependencia entre ambos sistemas, por lo que he dedicado un disco separado para cada sistema, y cada uno de esos discos tendrá su propio gestor de arranque para que si un día quito un disco, el otro pueda funcionar sin problema.

Esto parece trivial, pero no lo es, y para conseguirlo mi consejo es realizar la instalación de cada sistema por separado, desconectando físicamente el disco del otro sistema para evitar problemas. Si no lo hacemos, podemos terminar con Windows funcionando, pero con el gestor de arranque dentro del disco de macOS, por ejemplo.

Instalación de Windows 11 Pro (21H2 - 22000.318)

Windows 11 Pro es perfectamente compatible con el hardware del equipo ya que el procesador Intel i7-9700F es de 64-bit y la placa base incluye el chip de seguridad TPM 2.0 y lo tenemos activado en la BIOS, así que la instalación no puede ser más fácil, y tras desconectar físicamente el disco de macOS, solo necesitaremos un pendrive de al menos 8GB y hacer lo siguiente:
  • Descargar la herramienta de creación de soportes de Windows 11 desde la web de Microsoft
  • Elegir la opción de grabar la imagen en un pendrive
  • Iniciar el equipo desde el pendrive de instalación pulsando F12 en el arranque
  • Seleccionar en el asistente la instalación personalizada
  • Eliminar completamente las particiones que tenga el disco
  • Crear una partición nueva (el asistente creará dos particiones adicionales)

GEoVedT.png

  • Continuar con el asistente hasta tener el sistema completamente instalado
  • Instalar los controladores que no haya podido detectar (Fenvi T-919, p.ej.)
  • Instalar el software para dejar nuestro sistema a nuestro gusto.
Windows cada día funciona mejor, y puede competir de tú a tú con macOS sin complejos. Cada uno de los sistemas tiene sus ventajas y sus inconvenientes, y en mi caso utilizo ambos indistintamente, Windows más para temas de trabajo y macOS para temas de ocio.

ztnBfgb.png


Sincronización de la hora de Windows y macOS

Un tema importante a tener en cuenta: Windows y macOS tienen una forma distinta de gestionar la hora del sistema, y si no hacemos nada, cuando volvemos a Windows después de haber estado en macOS, tendremos la hora cambiada.

Para resolverlo hay que hacer un ajuste en el registro del sistema usando Regedit, acceder a la rama HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\TimeZoneInformation y crear un nuevo Valor DWORD (32 bit) con el nombre RealTimeIsUniversal y asignarle el valor 1.

Con este cambio, la hora de ambos sistemas será la misma.

Bsi6czi.png


Instalación de macOS Monterey

Instalar macOS Monterey en un Mac original es igual de fácil que lo que os he explicado para Windows, pero para hacerlo en un equipo que no es de Apple requiere de una serie de pasos previos que hagan creer a macOS que está funcionando en un Mac genuino, y de esto hablaremos ahora.

Una instalación "Vanilla"

Nuestro objetivo es realizar una instalación exactamente igual que la que haríamos en un Mac, sin parches de ningún tipo, sin alterar las extensiones del kernel, sin usar componentes distintos a los que vienen de serie con macOS.

Y a eso le llamamos una instalación "Vanilla".

Hacerlo así nos garantiza un mejor funcionamiento y una mayor garantía de éxito con las actualizaciones del sistema. Nunca hablaré de garantía completa, pues cualquier día Apple podría meter algún cambio que dejara nuestro equipo fuera de juego, pero para evitarlo seguiremos fieles a nuestro objetivo: hacer creer a macOS que está funcionando en un Mac genuino para que eso no pueda pasar.

La partición EFI, el rincón oculto donde sucede el engaño

¿Y cómo conseguimos que macOS piense que el ordenador que estamos usando es un equipo de Apple? Aprovecharemos un rincón del sistema en donde se guarda el gestor de arranque que se ejecuta en el proceso de arranque del equipo, previo a la carga del sistema operativo.

Hasta hace unos años, los equipos arrancaban usando la BIOS y el MBR (Master Boot Record), unos pocos datos que se grababan al principio del disco del sistema y que dirigían el proceso de arranque.

Hoy los sistemas son mucho más completos y utilizan un sistema llamado UEFI, que en lugar de unos pocos bytes, utiliza una partición completa denominada EFI en la que se guarda el gestor de arranque, un software que se encarga de realizar la presentación del hardware al sistema operativo.

Y es ahí donde sucede el engaño, cambiando ese gestor de arranque por uno alternativo y especializado (OpenCore) capaz de presentar el hardware a macOS como si se tratara de componentes soportados por el sistema de Apple.

El gestor de arranque se almacena en la partición EFI dentro de una carpeta llamada EFI, y una vez que tengamos preparada esa carpeta EFI con la configuración de OpenCore adaptada a nuestro equipo, tendremos que copiarla en los discos desde los que queramos iniciar el sistema con macOS. En mi caso, la tengo replicada en tres:
  • El pendrive de instalación de macOS Monterey
  • El disco SSD NVMe donde tengo instalado macOS Monterey
  • El disco de Time Machine donde hago las copias de seguridad de macOS Monterey
Tanto Windows como macOS utilizan UEFI y la partición EFI para albergar su propio bootloader para iniciar el sistema. Windows usa una partición de 100MB (en la captura la veis en el disco 4), y macOS una partición de 200MB.

SsioPat.png


Estas particiones no las vemos en nuestros sistemas porque son volúmenes que no se montan en el escritorio automáticamente, pero podemos montarlas de forma manual tanto en Windows como en macOS para ver su contenido.

Para montar la partición EFI desde Windows tenemos que usar el programa DISKPART para seleccionarla y asignarle una unidad de red

2zmt5QW.png


Y para poder visualizar su contenido, necesitamos usar un explorador de archivos alternativo ya que se considera contenido protegido del sistema os recomiendo usar el programa Explorer++ que tendremos que abrir en modo administrador.

Aquí veis el contenido de la partición EFI del disco de Windows:

eiVg78k.png

Y aquí el contenido de la partición EFI de macOS.

VuYNacj.png


Desde macOS es más sencillo y solo necesitamos el programa MountEFI, que podemos descargar desde su repositorio de GitHub corpnewt/MountEFI

La mayor parte de los componentes que vamos a descargar están en GitHub, y nromalmente hay una sección Releases que te lleva a la descarga de los archivos, pero a veces como en este caso, no la hay y tenemos que acceder al botón "Code" y seleccionar la opción "Download ZIP" para descargar el programa.
99vQvmi.jpg

Una vez descargado y descomprimido el archivo, hay que ejecutar el programa MountEFI.command (tendréis que autorizar su ejecución en las preferencias de seguridad) y se abrirá una pantalla del terminal presentando una lista de los distintos volúmenes que tienen una partición EFI.

Montar esa particion es tan sencillo como indicar el número que tiene el volumen que quieras y pulsar intro, tras lo cual aparecerá montado como un disco más de nuestro sistema, que podremos navegar a través del Finder.

Aquí tenéis la carpeta EFI que estoy utilizando a 31 de enero de 2022, con OpenCore 0.7.7 y las extensiones de kernel, drivers y demás componentes que os explicaré a continuación.

DaTbP9F.jpg


OpenCore, el gestor de arranque de nuestro Mac Pro

Actualmente hay dos gestores de arranque (bootloaders) que se pueden utilizar para iniciar macOS en nuestro PC: Clover y OpenCore. Clover tiene un planteamiento más clásico y es un poco más "dinosaurio" con mucha historia a sus espaldas, y OpenCore, que ha sido mi elección porque es mucho más moderno, y está increíblemente bien documentado y estructurado. En este enlace tenéis una comparativa de uno frente a otro, aunque está elaborada por OpenCore y podría no ser imparcial.

Como os decía, OpenCore está increíblemente bien documentado y el único inconveniente que le veo es que la documentación está en inglés, lo cual puede hacerlo menos accesible, pero el rigor y la calidad de la documentación es fantástico y da gusto pasearse por la guía de instalación de OpenCore en el proyecto Dortania.

En esta guía os contaré los pasos que he seguido para mi configuración, pero la guía de Dortania cubre todo tipo de plataformas, tanto Intel como AMD en sus distintas generaciones de procesadores, y ahí podéis encontrar todo lo necesario para el proceso de pre-instalación, instalación y post-instalación para terminar con éxito cualquier proyecto que utilice hardware compatible.

Hay muchísima información y es necesario leerla bien a fondo y por completo si se quiere acabar con un sistema al 100%. Es muy fácil dejarse algo por el camino y que el sistema "casi funcione", pero que no lo esté haciendo como debe.

OpenCore se instala en una carpeta llamada EFI que se almacena dentro de la partición EFI, no os despistéis con ello. Es el mismo nombre el que tiene la partición y la carpeta.


Preparación de la carpeta EFI

El siguiente paso es descargar el bootloader OpenCore desde su GitHub. A día de hoy la última versión es la 0.7.7 y es la que usaremos como gestor de arranque tanto de nuestro pendrive de instalación, como de nuestra instalación definitiva. El enlace para la descarga está al final de la lista de las notas de la versión, y descargaremos el archivo OpenCore-0.7.7-RELEASE.zip. Hay otro que indica DEBUG pero nos interesa este.

Descomprimimos el archivo descargado y vemos que entre otras carpetas, contiene una llamada EFI que es la que nos interesa. Esa carpeta contiene la estructura base de nuestra carpeta EFI que tendremos que completar, y una vez revisada, es la que tendremos que copiar en la partición EFI oculta que acabamos de montar con MountEFI.

Empiezo por el final, y aquí podéis ver el contenido de la carpeta EFI que estoy utilizando en mi equipo. Veréis que está organizado en carpetas y he añadido un breve comentario junto a cada componente y también la versión del mismo, y a continuación os detallaré qué es lo que hace cada uno de ellos y tendréis sus enlaces de descarga.

VKbvzAj.png

El equipo de OpenCore mantiene actualizado su bootloader y la mayoría de los componentes que utilizamos para nuestra carpeta EFI en su repositorio de Github y mi configuración está basada en la última versión 0.6.3


Una vez descomprimido el archivo OpenCore-0.6.3-RELEASE.zip, podéis copiar la carpeta EFI que está dentro de la carpeta X64, ya que contiene la estructura base de la carpeta EFI que personalizaremos para nuestro sistema.

zsDSHQ0.png


Además del núcleo de OpenCore, que realiza la función del gestor de arranque, necesitaremos descargar más componentes que tendremos que guardar en las distintas carpetas ACPI, Drivers, Kexts y Resources. Todas son necesarias, pero la más importante es la carpeta Kexts, que es como se llaman a las extensiones del Kernel del sistema operativo que se ejecutarán antes de iniciar macOS y que se encargarán de "realizar la magia" y convencer a macOS de que lo que hay debajo es hardware 100% compatible.


ACPI y parcheo de la DSDT

La carpeta ACPI contiene las tablas DSDT que describen con detalle el hardware de nuestro equipo, y si queremos conseguir que nuestro equipo funcione a la perfección, necesitaremos extraer las tablas DSDT, revisarlas, parchearlas y compilarlas.

El proyecto OpenCore ofrece unas DSDT genéricas para los diferentes chipsets, y hablan de todo esto en su documentación online.
  • SSDT-PLUG para la gestión de energía
  • SSDT-EC/USBX para el controlador embebido
  • SSDT-AWAC/RTC0 para corregir el reloj del sistema
  • SSDT-PMC para ajustar la NVRAM
Con esto el sistema funciona, pero no funciona perfecto ya que no conseguiréis que macOS identifique correctamente todos los componentes hardware, y entre otras cosas hay que mapear los puertos USB para que coincidan con los que tiene realmente vuestro equipo.

Para que todo se detecte perfectamente por macOS Big Sur, hay que extraer el binario de la DSDT, decompilarlo, analizarlo, editarlo para adaptarlo a macOS y volverlo a compilar. Y eso requiere de un conocimiento profundo no solo de tu hardware, sino de las herramientas necesarias para hacerlo.

Aquí podéis ver el contenido de mi archivo DSDT.aml abierto por el programa MACIasl, posicionado en el código que define los puertos USB, y a la izquierda el contenido del programa IO Registry Explorer, equivalente al registro de Windows y que es la representación interna que tiene macOS sobre nuestro hardware.

Si pulso "compilar", aparecen tan solo unos warnings, pero el archivo DSDT está perfecto y lo guardo a buen recaudo junto con el resto de mi carpeta EFI.

IBvi5ZH.jpg


Este capítulo de ACPI es demasiado complejo para mi, así que he utilizado un atajo y he recurrido a Mald0n, del foro Olarila, que probablemente sea la persona que más sabe sobre este tema y que tiene bastante industrializado el proceso de creación de la DSDT que necesitáis para vuestra configuración.

Si os pasáis por su foro, veréis que a cambio de un donativo os ofrece el servicio de parcheo de la DSDT. De hecho, tiene un programa "Runme.app" que se encarga de extraer la información necesaria de vuestro sistema y generar un archivo comprimido, que se lo pasáis a Mald0n por privado y os devuelve el archivo con el resultado.

No exige cantidades concretas y el servicio que ofrece me parece que bien merece esa donación, pero esto es un tema muy personal y si no queréis hacerlo, podéis usar la configuración estándar de OpenCore o intentar parchearlo por vuestra cuenta.

En mi caso y tras una breve conversación - con permiso de la diferencia horaria con Brasil - Mald0n me envió el archivo DSDT.aml y el archivo SSDT-TB3HP.aml que es un complemento necesario para Thunderbolt. Con esos archivos colocados en la carpeta ACPI, todos los componentes son reconocidos a la perfección por macOS Big Sur.

qrdSaNw.jpg



Kexts (Kernel Extensions)

Estas extensiones del kernel del sistema operativo son las responsables de "maquillar" el hardware para que se identifique frente al sistema como una componente soportado por macOS Big Sur.

VirtualSMC es un emulador de SMC, que es la consola de gestión del sistema de los equipos Apple, una especie de director de orquesta del hardware. Existe una alternativa muy popular llamada FakeSMC, pero prefiero quedarme con la oficial del proyecto OpenCore, actualmente en la versión 1.1.8.

Además del archivo VirtualSMC.kext, tendremos que copiar los archivos SMCProcessor.kext y SMCSuperIO.kext, responsables de presentar los sensores de funcionamiento del procesador y de los dispositivos de entrada / salida al sistema operativo.


LiLu es un parcheador de extensiones que es prerrequisito para otras opciones, y se ha actualizado a la versión 1.4.9


WhateverGreen es una extensión que presenta nuestra gráficas tal y como necesita verla macOS, actualizada a la versión 1.4.4.


AppleALC presenta nuestra tarjeta de sonido como una tarjeta geniuna de Apple, y se ha actualizado a la versión 1.5.4


NVMeFix se encarga de eliminar la limitación que impone Apple para que los discos SSD que se usan sean los suyos, y consigue que nuestros discos SSD NVMe funcionen de forma nativa. La última versión es la 1.0.5


IntelMausi se encarga de la tarjeta Ethernet Intel I219V7 que utilizo como principal. Actualizado a a versión 1.0.4


Os recomiendo que os paséis de vez en cuando por el repositorio bugtracker que el proyecto Acidenthera tiene en GitHub, en donde mantienen actualizado un listado del estado de cada uno de sus proyectos.

Mejor aún, os recomiendo que os registréis en GitHub y que marquéis como "Watch > Releases only" cada uno de los repositorios que os interesan y así os llegará al correo un mensaje cuando haya una nueva versión.


Además de los componentes del proyecto Acidanthera mantenidos por el equipo de OpenCore, usamos algún componente más de otros desarrolladores de la comunidad.

SmallTreeIntel82576 se encarga de la tarjeta Ethernet Intel secundaria, en este momento en versión 1.3.0


MacProMemoryNotificationDisabler se encarga de eliminar un error que presenta macOS cuando usamos memoria que no es ECC en un MacPro, que espera que sea ECC. Actualmente está en versión 1.1 y funciona con macOS Catalina, pero no en macOS Big Sur. Es un problema estético que no me preocupa, pero estaré atento a posibles actualizaciones.

 
Última edición:
Preparación del archivo config.plist

Hemos preparado todos los componentes de OpenCore en la estructura de carpetas, pero nos falta el archivo de configuración que contiene todas las variables que controlan el funcionamiento del sistema. Ese archivo se llama config.plist y está ubicado dentro de la carpeta OC que está dentro de nuestra carpeta EFI.

Para crear nuestro archivo config.plist tomaremos como base el archivo sample.plist que encontraremos en la carpeta Docs de OpenCore.

TpVh3Cw.png

El archivo config.plist es un archivo XML y lo podemos abrir con un editor de texto, pero hay editores más especializados que podéis utilizar como Plist Edit Pro, que a mi me gusta mucho.

mIASN7m.png
Pero la documentación del proyecto Dortania recomienda el uso de un editor gráfico realizado en Python llamado ProperTree que os recomiendo utilizar, ya que incorpora una serie de utilidades que nos hará el proceso de personalización mucho más fácil.


Nuestro archivo sample.plist se visualiza así con ProperTree

ie2eBCw.png
El archivo sample.plist lo copiaremos a la carpeta OC de la carpeta EFI, y le cambiaremos el nombre a config.plist, pues es donde debe estar ubicado.

La opción más interesante de ProperTree es la llamada OC Snapshot (Cmd+R) que completa el archivo config.plist simplemente indicando dónde tenemos el archivo config.plist. Lee todos los archivos que tengamos en nuestra carpeta EFI y completa de forma automática las líneas del archivo config.plist.

Esto último es muy importante, pues cada cambio que hagamos en la estructura de nuestra carpeta EFI, añadiendo extensiones de kernel, p.ej. hay que reflejarlo en el interior del archivo config.plist, y la opción OC Snapshot se encarga de automatizarlo.

El archivo config.plist está estructurado en secciones y existen herramientas alternativas como OpenCore Configurator que permite visualizar y editar de una forma más gráfica y agradable, pero no las recomiendo porque pueden corromper el archivo config.plist


sobELTc.png

Si queréis usarlo como base, comparto con vosotros mi archivo config.plist al que lógicamente he eliminado los datos de identificación del equipo que os explicaré a continuación cómo generar.


rZtTwj1.png

SMBIOS y el número de serie de nuestro Mac

Un Mac original tiene unos datos de identificación que son imprescindibles para que todo funcione bien. El equipo tiene su número de serie, la placa base tiene su número de serie, el sistema tiene su identificador único (UUID), todo esto es indispensable para que nuestro Mac Pro se comporte como un verdadero Mac Pro.

Y para que funcione de forma idéntica a como lo haría uno genuino en combinación con los servicios de iCloud, el número de serie debe ser válido y reconocible en la web de soporte de Apple.

Afortundamente, contamos con el programa GenSMBIOS que podéis descargar aquí y que es capaz de generar los datos necesarios para nuestro equipo, en este caso un Mac Pro de 2019, cuyo modelo es MacPro7,1.

Además del número de serie del equipo, necesitaremos el número de serie de la placa y el UUID del equipo. Todos estos datos nos los proporciona el programa GenSMBIOS, muy sencillo de utilizar siguiendo la secuencia del menú

uyrdCDt.png
Y terminaremos con una pantalla que habrá generado una combinación válida de datos

XjRVvsG.png
Y la habrá inyectado dentro del archivo config.plist que hayamos seleccionado.

PMQ1nZl.png
Antes de dar por bueno este número de serie en nuestro archivo config.plist, debemos asegurarnos de que Apple lo reconoce como válido, y que no lo tiene asignado a ningún equipo de otro usuario.

Para ello, accedemos a la página web de soporte de Apple para verificar la cobertura del número de serie en Comprobar tu cobertura de servicio y soporte técnico - Soporte técnico de Apple y deberíamos tener como respuesta una pantalla así, que nos indique que el número no existe.

6w0uaZz.png

Y solo nos quedaría afinar algú valor más del config.plist:
  • Generic > ROM lo he dejado con 00000000 0000 y tenéis que cambiarlo por el valor de la dirección MAC de la tarjeta de red que usáis para conectar con Internet. Este es un tema importante para que funcionen los servicios de iCloud.
  • PlatformNVRAM > BID para que sea Mac-"el valor de la variable MBL"
Con eso tendrías terminado vuestro archivo config.list y por tanto completada vuestra carpeta EFI, que permitirá que el proceso de instalación se realice sobre un Mac perfectamente descrito y con su número de serie válido.
 
Última edición:
Creación del instalador USB

A partir de aquí necesitamos un equipo ejecutando macOS. Mejor si es un Mac original, pero podría ser una máquina virtual ejecutando macOS.

Lo primero que haremos será descargar el instalador de macOS Monterey, que podremos descargar desde la Mac App Store, o mejor aún, mediante un comando del terminal que nos permite elegir la versión concreta.

Con el comando

Insertar CODE, HTML o PHP:
softwareupdate --list-full-installers

El sistema os devuelve la lista con todas las versiones disponibles a través del servicio de actualización de software a día de hoy.

Insertar CODE, HTML o PHP:
Finding available software
Software Update found the following full installers:
* Title: macOS Monterey, Version: 12.2, Size: 12156325205K, Build: 21D49
* Title: macOS Monterey, Version: 12.1, Size: 12157035487K, Build: 21C52
* Title: macOS Monterey, Version: 12.0.1, Size: 12128428704K, Build: 21A559
* Title: macOS Big Sur, Version: 11.6.3, Size: 12435122667K, Build: 20G415
* Title: macOS Big Sur, Version: 11.6.2, Size: 12433351292K, Build: 20G314
* Title: macOS Big Sur, Version: 11.6.1, Size: 12428472512K, Build: 20G224
* Title: macOS Big Sur, Version: 11.5.2, Size: 12440916552K, Build: 20G95
* Title: macOS Catalina, Version: 10.15.7, Size: 8248985973K, Build: 19H15
* Title: macOS Catalina, Version: 10.15.7, Size: 8248854894K, Build: 19H2
* Title: macOS Catalina, Version: 10.15.6, Size: 8248781171K, Build: 19G2021

Y para descargar la última versión de macOS Monterey, solo tenemos que indicarlo con este otro comando:

Insertar CODE, HTML o PHP:
softwareupdate --fetch-full-installer --full-installer-version 12.2

Una vez finalizada la ejecución del comando, tendréis el instalador en la carpeta de aplicaciones, igual que si lo hubiérais hecho desde la App Store, y termina ejecutando el propio instalador, que podremos cerrar.

KtXCZ3U.png


Es una descarga voluminosa y el instalador pesa más de 12GB, por lo que necesitaremos al menos un pendrive de 16GB de capacidad. Os vale cualquiera, pero mejor usar un pendrive de calidad. Yo he usado un Sandisk Cruzer Glide de 16GB que ofrece mucha velocidad de lectura y escritura y está muy bien de precio en Amazon.

El pendrive lo inicializaremos con la Utilidad de discos en formato Mac OS Plus (con registro)

MFpwKLl.png

El siguiente paso es crear un pendrive con el instalador de macOS, siguiendo la guía oficial de Apple que consiste en ejecutar este comando en el terminal, cambiando USB_16GB por el nombre de vuestro pendrive

Insertar CODE, HTML o PHP:
sudo /Applications/Install\ macOS\ Monterey.app/Contents/Resources/createinstallmedia --volume /Volumes/USB_16GB

BnzOiV3.png

A continuación, copiaremos nuestra carpeta EFI en la partición EFI del pendrive de instalación de macOS Big Sur, usando el programa MountEFI.command.

IMPORTANTE: Hay que copiar "la carpeta EFI" dentro de la partición EFI. Si copiamos el contenido de la carpeta y no la carpeta, no funcionará. Es fácil confundirse, porque el volumen también se llama EFI.

I6zlBnF.png


Ya tenemos nuestro pendrive preparado para instalar macOS Monterey en nuestro equipo, modificado para que el instalador "lo vea" como un auténtico Mac genuino, con su número de serie y todo lo necesario para poder completar el proceso completamente, incluso la configuración de los servicios de iCloud.

Tlhf3fb.jpg


Instalación de macOS Monterey

Conectamos el pendrive a un puerto USB, reiniciamos el equipo y pulsamos la tecla "Supr" en el arranque para definir el pendrive como disco de arranque. Esto es importante porque el equipo se reiniciará varias veces y nos interesa que cada reinicio sea gobernado por el gestor de arranque en el pendrive.

También se puede gestionar el arranque pulsando F12 para elegir el disco de arranque, pero es mucho más cómodo hacerlo como estableciendo el pendrive USB como dispositivo de inicio por defecto en la BIOS, y cuando acabemos volveremos a dejar el que nos interese.

jXrkccZ.jpg



El pendrive mostrará el gestor de arranque OpenCore que hemos configurado en la carpeta EFI, mostrará este aspecto y elegiremos "Install macOS Monterey" como volumen de arranque.

00zkh9b.png


Si lo hemos hecho todo bien, aparecerá la pantalla principal del instalador de macOS Monterey, con el nuevo diseño con el modo oscuro activado que introdujo macOS Big Sur.

IMPORTANTE: Si tenéis el emulador de pantalla conectado al puerto HDMI de la gráfica, tendréis que desconectarlo ya que el instalador lo toma como pantalla por defecto y ahí no hay nada ya que es un dispositivo virtual y no real. Desconectándolo la enviará al monitor, que en mi caso lo tengo conectado al puerto DisplayPort de la gráfica Radeon RX Vega 56, que es mejor opción con macOS que la salida HDMI.

shFYfdr.jpg

Antes de lanzarnos a instalar macOS Monterey, tendremos que preparar el disco donde lo vamos a instalar y para eso accedemos a la Utilidad de discos, en donde inicializaremos el disco en formato APFS.

tnScapL.jpg


Salimos de la Utilidad de discos, arrancamos el instalador de macOS Big Sur, y elegimos el disco donde lo queremos instalar

RMB0H2b.jpg



A partir de ahí, seguimos el proceso de instalador con normalidad

O1lX4dD.png
Durante el proceso de instalación, el sistema se reiniciará varias veces y el reinicio pasará siempre por el gestor de arranque de Open Core y tendréis que ir seleccionando distintos volúmenes de arranque: la primera vez será el propio Instalador de macOS Big Sur y luego irán apareciendo varios volúmenes, uno temporal y finalmente el disco de macOS Big Sur,

00zkh9b.png


Y tras todos esos reinicios y tras superar el asistente de bienvenida, llegaremos al escritorio del macOS Big Sur.

qlO0AAO.jpg

Casi hemos concluido la instalación, pero el disco de macOS Big Sur sigue siendo dependiente del pendrive de instalación, porque la partición EFI aún no tiene copiada la carpeta EFI personalizada para el equipo, y eso será el siguiente paso que tenemos que hacer para completar el proceso.

Como hemos hecho con el pendrive de instalación, usaremos el comando MountEFI.command para montar la partición EFI y y copiaremos la carpeta EFI en su interior.

Reiniciamos el equipo, pulsamos la tecla Supr para colocar el disco de macOS como disco de arranque preferente y ya tendremos el sistema listo.

2mRoqnJ.jpg


Con este último paso, habremos completado el proceso y podremos iniciar con tranquilidad el equipo sin necesidad de pendrives auxiliares, pero guardaremos a buen recaudo nuestro pendrive ya que si en algún momento tenemos un problema, siempre podremos iniciar el equipo desde el pendrive y elegir nuestro disco interno como volumen de arranque.
 
Última edición:
Comprobación de funcionamiento correcto del sistema

Son muchas las cosas que podemos probar para comprobar que nuestro sistema funciona correctamente, y a continuación comentaré las más importantes.

Un buen indicador de que nuestra DSDT ha sido correctamente reconocida por el sistema y que nuestro hardware está siendo visto por macOS Big Sur como hardware soportado, es acceder a Información del sistema > PCI y comprobar que todos los dispositivos que están conectados aparecen reflejados.

Ahí tenemos el controlador de Audio tanto para la salida HDMI de la placa como para la tarjeta de sonido HD, y las dos controladoras NVMe para los discos M2, todo detectado como hardware de Apple gracias a las extensiones de kernel que hemos cargado desde la partición EFI gracias a OpenCore.

La tarjeta Bluetooth + Wi-Fi Fenvi T-919 usa el mismo controlador que los equipos de Apple y aparece reflejada como una AirPort Extreme. La controladora Titan Ridge Thunderlot 3 y USB-C de Gigabyte, todos los componentes del chipset de Intel Z390, y las 2 tarjetas Gigabit Ethernet. Perfecto

E1spsja.png

En el Menú Apple > Acerca de este Mac, tenemos información general revisando sus pestañas y accediendo a Informe del sistema obtendremos información más detallada.

En la primera pestaña debiera aparecer correctamente detectado el modelo de procesador, el tipo y la cantidad de memoria RAM, el disco de arranque, la tarjeta gráfica y el número de serie que hayamos inyectado en el archivo config.plist con la herramienta GenSMBIOS.
MqysLDo.png
En Informe del sistema > Hardware tenemos una primera ficha de nuestro hardware, un Mac Pro, modelo MacPro7,1 como queríamos, con un Intel Core i7 de 8 núcleos a 3GHz detectado correctamente, con 256KB de cache de nivel 2 por núcleo, 12MB de caché de nivel 3 y 32GB de RAM.

También aparecen el número de serie y el UUID que identifican a nuestro equipo de forma precisa.

SO3Ku7I.png
En Informe del sistema > Hardware > Memoria tenemos un detalle de nuestros módulos de memoria, que deben reflejar correctamente el tipo DDR4, la velocidad de 3000Mhz y los bancos de memoria donde los hemos instalado, en mi caso el 1 y el 3, alternos para que gestione correctamente el doble canal. Los he preferido a los 0 y 2 ya que están un poco más alejados de la CPU y el disipador.

tI4Duqt.png


En Informe del sistema > Almacenamiento aparecerán todos nuestros discos y los volúmenes de cada uno de ellos. Despista un poco que tengamos un volumen llamado macOS Big sur y otro llamado macOS Big Sur - Datos, pero son cosas del sistema de archivos APFS que representa un mismo volumen como si fueran dos y en el primero guarda todo lo relacionado con el sistema y en el segundo las aplicaciones y los datos de usuario.

JjKATt8.png
Pero nuestros discos son de dos clases. Por una parte tenemos los discos ultrarrápidos NVMe conectados al bus PCI Express

p4KKk90.png

Podemos comprobar si su rendimiento es correcto con una utilidad como Blackmagic Disk Speed Test. El fabricante WD anuncia que el Black SN750 de 500GB consigue hasta 3.400MB/s en lectura y 2.600MB/s en escritura y me quedo muy cerca de los de escritura, pero me quedo lejos de los de lectura.

No sé si será el tipo de benchmark, y aunque es una velocidad muy grande, me gustaría saber por qué y ver cómo conseguir llegar a esos 3.400 prometidos.

pToVHd7.png

Además de los dos discos NVMe, tengo 3 discos SATA conectados en modo AHCI a la controladora de la placa base Gigabyte Z390 Designare, y aparecen correctamente reportados: son dos discos de 3TB y otro de 8TB.

o2yhE8p.png


Aquí lo curioso es que los dos discos SATA de 3TB que tengo son idénticos, dos WD RED que sin embargo miden distinto a la hora de pasarles un benchmark. Uno llega a los 130MB/s de lectura y escritura y el otro no pasa de 80MB/s.

Viendo las especificaciones, veo que uno indica "Nombre de comportamiento" SATA2 y el otro SATA 3. Ahí está el problema y trataré de buscar la explicación. No creo que hay un jumper en el disco, pero lo consultaré.

Por cierto, en Windows he realizado un benchmark y ambos discos me dan 90 MB/s y los dos aparecen como SATA III, así que tengo un gremlin que resolver.

MNt4elS.png

Y el otro no pasa de los 80MB/s. Tendré que investigarlo y probarlo también en Windows.


En la segunda veremos la pantalla o pantallas que tengamos conectadas. En mi caso tengo mi monitor BenQ PD2700U que soporta correctamente la resolución 4K UHD (3820x2160) y un segundo monitor que en realidad no existe, es un dispositivo "dummy" que emula un segundo monitor que me permite conectarme a la máquina de forma remota aunque la pantalla esté apagada.

LnmqO6n.png


En Informe del sistema > Gráficos/pantallas se recoge la información detallada de vuestras pantallas, incluyendo su compatibilidad con Metal.

9QH2Myg.png

A pesar de que mi monitor 4K UHD BenQ DesignVue PD2700U viene calibrado de fábrica, a mi me gusta siempre calibrar mis monitores para conseguir una reproducción de color natural y adaptada a las condiciones de iluminación de mi cueva. Uso un calibrador SpyderX de Datacolor y el software de calibración DisplayCAL, que me parece buenísimo y es gratuito.


También utilizo el software SwitchResX para tener mayor control sobre las resoluciones de salida de cada uno de los dos monitores.


JJXcXRs.jpg


Para comprobar la sección de la tarjeta gráfica, os recomiendo dos programas. Por una parte GLView, que os dará información detallada de vuestra tarjeta gráfica, la compatibilidad con OpenGL


OqilWkP.png


Y por otra parte, para comprobar que tenemos soporte de aceleración gráfica por hardware completa, usaremos el programa VideoProc. Si todo está correcto, deberá mostrar compatibilidad con la aceleración por hardware tanto para el codec H.264 como para el codec HEVC


n6GcDLD.png


En el apartado de red, podéis probar a realizar transferencias de archivos grandes entre equipos de vuestra red y comprobar que llegáis a sostener una transferencia de 1 Gbps, o podéis realizar un test de velocidad contra vuestro proveedor de acceso a la red. En mi caso tengo Vodafone y consigo unas fantásticas velocidades con mi acceso FTTH.

zwGuec5.png

Para medir el rendimiento del equipo, el estándar en macOS es el software Geekbench, que realiza unos cuantos tests que simulan cargas de trabajo reales tanto en single-core como en multi-core, y además es multiplataforma, por lo que puedo comparar el rendimiento de la misma configuración con macOS Big Sur y con Windows o Linux.


Este es el rendimiento medio de un Mac Pro original con procesador Intel Xeon W-3223 de 8 núcleos al que me he propuesto imitar:

uw6v9sr.png

Estos los resultados que obtengo con el equipo en macOS, que como veis los superan en single-core y los empatan prácticamente en multi-core, y es que esta configuración es un auténtico cañón y todo responde de forma instantánea.

toJ5A3a.png

Muy similares a los que me ofrece el mismo test desde Windows

0Y0WPag.png
 
Última edición:
Probando la virtualización en Sagar Hozkatua

Utilizo desde hace años Parallels Desktop en mi MacBook Pro para tener separado mi espacio de ocio (macOS) de mi espacio de trabajo (Windows 10 Pro) y me parece un software buenísimo aunque se les va un poco la pinza con el tema de los precios y la política de actualizaciones anuales.

En mi nuevo Sagar Hozkatua me he pasado a VMware Fusion cuando trabajo en macOS, y cuando lo arranco en modo Windows, utilizo VMWare Workstation Pro 16. Las máquinas virtuales las tengo en un disco independiente y las puedo abrir tanto desde Windows como desde macOS, lo cual es realmente cómodo.

VMWare Fusion ha mejorado mucho y funciona muy, pero que muy bien. Normalmente suelo usar
  • Una máquina virtual con Windows 10 Pro para ejecutar algunos programas que no existen en macOS
  • Otra con macOS High Sierra para algún programa de 32-bit que no se puede ejecutar desde que se pasaron a los 64-bit, y
  • Varias distribuciones de Linux para cacharrear. Últimamente estoy usando Fedora 33 Workstation y también veo que ha madurado mucho.
Aquí lo tenéis funcionando en macOS Big Sur, con 3 máquinas activas simultáneamente.

wr76voO.jpg
 
Última edición:
@DeBilbao el enlace del ratón lleva al teclado Logitech

Me ha dado miedo sumar el precio de los componentes, quizá mañana....
 
He actualizado la guía con prácticamente todo el proceso antes de llegar a la instalación de macOS Big Sur.

@Manu1001 me gustaría que la validaras y ya que quieres hacerlo en tu equipo, me digas si se entiende, si se sigue bien y si te has encontrado con algún problema para mejorarla.

Creo que la parte más compleja ha quedado muy completa y bien documentada, pero vosotros me diréis.

Seguiré con el proceso de instalación de macOS y la revisión final de la instalación, pero como os digo, lo importante ya está.

:ok :ok :ok
 
A ver si esta tarde tengo tiempo de hacer un Carbon Copy de mi instralación actual y me pongo a ello. :ok
 
Actualización a la versión de OpenCore 0.6.4

OpenCore ha sido actualizado a la versión 0.6.4, y mi Sagar Hozkatua ya está utilizando el bootloader con todas las nuevas correcciones aplicadas:

  • Added BlacklistAppleUpdate to fix macOS 11 broken update optout
  • Dropped HII services from OpenDuet improving size and performance
  • Fixed patching of injected kexts in mkext
  • Added support for launching from relative paths
  • Added direct path passing for tools via RealPath
  • Allowed launching tools and entries in text mode via TextMode
  • Updated builtin firmware versions for SMBIOS and the rest
  • Fixed ACPI patches not applying if tables are in locked memory
  • Fixed EnableSafeModeSlide on macOS 11
  • Added AllowRelocationBlock quirk for older macOS and safe mode
  • Fixed CPU frequency calculation on AMD 19h family
  • Updated recovery_urls
  • Fixed DisableSingleUser quirk when Apple Secure Boot is enabled
  • Added BootstrapShort to workaround buggy Insyde firmwares
  • Changed Bootstrap(Short) to choose dynamic entry (requires NVRAM reset)
  • Avoided Boot prefix in RequestBootVarRouting to workaround AMI issues
  • Added bootloader patch support in Booter Patch section
  • Fixed startup hang on firmwares allowong reentrance for timer functions
  • Made pointer control optional for OpenCanopy via PickerAttributes
  • Added support for StartupMute variable in PlayChime
  • Added support for per-volume icons for APFS on Preboot
  • Removed HII dependency from OpenUsbKbDxe driver
  • Fixed undefined behavior in OpenDuet causing random crashes and hangs

Además de OpenCore, el resto de kext esenciales también se han actualizado:
  • VirtualSMC 1.1.9
  • LiLu 1.5.0
  • WhateverGreen 1.4.5
  • AppleALC 1.5.5
Lo tenéis todo para descargar en el GitHub del proyecto Acidanthera


Antes de nada, aseguraros de tener un pendrive desde el que podéis iniciar el equipo con la carpeta EFI que ahora mismo os funciona. No cuesta nada reiniciar el equipo desde el mismo y asegurarse de que en caso de problemas, tenemos posibilidad de iniciar el equipo para arreglar lo que se haya podido estropear.

Para actualizar desde la versión 0.6.3 he seguido los consejos recomendados por la guía oficial de Dortania, en el capítulo dedicado a la actualización de OpenCore.


Hay que copiar los archivos nuevos de OpenCore sustituyendo los existentes en vuestra carpeta, y lo mismo con los Kexts actualizados, copiarlo en su lugar correcto, y ejecutar ProperTree para hacer un Snapshot y que recoja las nuevas actualizaciones.

Pero OpenCore con cada versión añade nuevas opciones al archivo config.plist y si no las añadimos al archivo config.plist uqe usábamos hasta ahora, estaremos haciéndolo mal.

La clave está en usar el programa OCConfigCompare para comparar el archivo config.plist que estábamos utilizando en la versión 0.6.3 con el archivo sample.plist de la nueva versión 0.6.4 de OpenCore.

Ejecutando el comando, afloran las diferencias, algunas introducidas por la nueva versión y otras seguramente por algún error de mi configuración.

He abierto los dos archivos con mi editor de Plist favorito (Plist Edit Pro) pero podéis hacerlo perfectamente con el recomendado ProperTree.

w3Oax4k.png


Es muy fácil copiar una rama o variable de un archivo y pegarla en el otro, completando lo que falta:

UCHCsYw.png


Y vamos añadiendo los cambios hasta que el comparador nos dice que no tenemos nada pendiente.

sJXOTWH.jpg



Resolviendo el problema de la memoria en MacPro7,1

Para rematar la jugada, he conseguido eliminar la advertencia de macOS Big Sur que me indicaba que mi MacPro tenía un problema en la configuración de la memoria. Hasta macOS Catalina se podía resolver con el Kext MacPro Memory Notification Disabler, pero no funciona con macOS Big Sur.

De nuevo el archivo config.plist nos ofrece la solución, y ahora la clave está en activar una opción de OpenCore llamada "CustomMemory", y definir de forma manual los 12 slots de memoria que tiene un MacPro de 2019 original, y rellenarlos con los módulos de memoria que tenemos en sus slots correctos, y con módulos falsos de 1MB en los que hemos creado.

Todo está documentado en este capítulo de la guía de Dortania


FQEk8gU.png


No es necesario indicar que la memoria que se está usando sea ECC, pero sí que es necesario que todos los módulos estén identificados y con al menos 1MB de RAM. Aquí veis qué pasa si dejo uno de ellos con 0MB de RAM, macOS Big Sur muestra el error de nuevo y marca todos los módulos en naranja.

RX8uxGg.png


Así que con todos los módulos identificados, el problema queda resuelto. No es la forma más elegante y me hubiera gustado poder indicar que los módulos falsos están vacíos, pero me vale perfectamente.


WKPSsQ8.png


Y ahora el sistema reconoce perfectamente los 32GB de RAM como memoria soportada y bien instalada.

wMpjxKr.png


Este tema no había supuesto un problema hasta ahora, pero siempre está bien poder eliminar errores pendientes.

:ok :ok :ok
 
Última edición:
Actualización a la versión de OpenCore 0.6.5

OpenCore ha sido actualizado a la versión 0.6.5, y mi Sagar Hozkatua ya está utilizando el bootloader con todas las nuevas correcciones aplicadas:

  • Fixed installing OpenDuet on protected volumes
  • Updated underlying EDK II package to edk2-stable202011
  • Updated builtin firmware versions for SMBIOS and the rest
  • Fixed macrecovery server protocol compatibility
  • Added basic audio assistant support in OpenCanopy
  • Added compiled ACPI samples to the package
  • Fixed timer resolution restoration at boot time
  • Fixed memory capacity when using custom SMBIOS memory config
  • Removed no longer required DeduplicateBootOrder quirk
  • Fixed macserial crashes when processing invalid serials
  • Fixed macserial issues when processing 2021 year serials
  • Added advanced error checking in ocvalidate utility
  • Added SetupDelay to configure audio setup delay
  • Reworked LogoutHook.command to support older macOS
  • Implemented MP3 audio decoding for audio assistant support
  • Added support for PickerVariant for more theme variants
  • Added OC_ATTR_HIDE_THEMED_ICONS PickerAttribute for Time Machine
  • Fixed OpenUsbKb compatibility with certain keyboards

Además de OpenCore, se han actualizado otros kexts esenciales (no todos):
  • AppleALC 1.5.6 (Audio)
  • IntelMausi v1.0.5 (Ethernet)
  • NVMeFix v1.0.5 (M2 SSD)
  • WhateverGreen 1.4.6 (VGA)
Lo tenéis todo para descargar en el GitHub del proyecto Acidanthera


Antes de nada, aseguraros de tener un pendrive desde el que podéis iniciar el equipo con la carpeta EFI que ahora mismo os funciona. No cuesta nada reiniciar el equipo desde el mismo y asegurarse de que en caso de problemas, tenemos posibilidad de iniciar el equipo para arreglar lo que se haya podido estropear.

Para actualizar desde la versión 0.6.5 he seguido los consejos recomendados por la guía oficial de Dortania, en el capítulo dedicado a la actualización de OpenCore.


Hay que copiar los archivos nuevos de OpenCore sustituyendo los existentes en vuestra carpeta, y lo mismo con los Kexts actualizados, copiarlo en su lugar correcto, y ejecutar ProperTree para hacer un Snapshot y que recoja las nuevas actualizaciones.

Tras la actualización, mi carpeta EFI ha quedado así:

CCmmOYY.png


Pero OpenCore con cada versión añade nuevas opciones al archivo config.plist y si no las añadimos al archivo config.plist uqe usábamos hasta ahora, estaremos haciéndolo mal.

La clave está en usar el programa OCConfigCompare para comparar el archivo config.plist que estábamos utilizando en la versión 0.6.4 con el archivo sample.plist de la nueva versión 0.6.5 de OpenCore.

Ejecutando el comando, afloran las diferencias, un par de novedades introducidas por la nueva versión, otras eliminada en esta versión, y mis ajustes personalizados de memoria que debo conservar para evitar el error de memoria en el Mac Pro.
UM42Rmi.png


Como siempre, he abierto los dos archivos con mi editor de Plist favorito (Plist Edit Pro) pero podéis hacerlo perfectamente con el recomendado ProperTree, y he copiado lo que faltaba de uno a otro hasta que tras volver a comparar, no queda nada pendiente.

No sé si tendrá que ver con la actualización del Kext que se encarga del NVME, pero la verdad es que noto el sistema un punto más ágil en su respuesta. Nada exagerado, pero bastante evidente.

Una vez más, el proceso ha sido sencillo y sigo encantado con mi Mac Pro "a la bilbaina".

:ok :ok :ok
 
Última edición:
Fascinación absoluta y agradecimiento infinito por semejante demostración de desprendida sabiduría. Mi limitada y cavernícola inteligencia para estos menesteres me deja asombrado ante este derroche de trabajo complejo e ininteligible. Es todo incomprensible para mi pero qué suerte tenemos de tenerte en este foro. Gracias bilbaíno.
 
Ayer se actualizó macOS Big Sur a la versión 11.2 y hoy tenemos OpenCore actualizado a la versión 0.6.6, que ya está funcionando perfectamente en mi Sagar Hozktua en modo MacPro (2019).

Actualización a la versión de OpenCore 0.6.6

Este es el registro de cambios de la versión del bootloader:

  • Added keyboard and pointer entry scroll support in OpenCanopy
  • Added background image support in OpenCanopy
  • Fixed selector boot option choice in OpenCanopy
  • Relaxed selector dimensions for OpenCanopy
  • Added MaxBIOSVersion option to Generic
  • Fixed MLB verification feature in macrecovery
  • Replaced VBoxHfs driver with OpenHfsPlus
  • Added audio codec dumping to SysReport
  • Fixed compatibility with page protection for all binaries
  • Fixed crashes in OpenUsbKbDxe when handling unsupported devices
  • Removed HdaCodecDump application in favor of SysReport
  • Added SetApfsTrimTimeout to tune APFS trim command
  • Changed OpenCore.efi to application to improve FW compatibility
  • Added DisableSecurityPolicy UEFI quirk to workaround driver loading
  • Added support for ranged widget connections in AudioDxe
  • Fixed supplying non-RT SetVirtualAddressMap for non-macOS systems
  • Fixed using SystemUuid from DataHub in non-Automatic mode for SMBIOS
  • Dropped failsafe defaults from Generic to match non-Automatic mode
  • Replaced BootProtect with LauncherOption and LauncherPath
  • Added OpenPartitionDxe with Apple Partition Management scheme
  • Improved ocvalidate checks in Misc, NVRAM, and UEFI sections
  • Fixed multiple flaws in EFI image loading, APFS driver in particular
  • Fixed NVRAM system-id being accidentally stored in Little Endian format
  • Added UseRawUuidEncoding to choose SMBIOS UUID encoding style
  • Updated builtin firmware versions for SMBIOS and the rest

Además de OpenCore, se han actualizado otros kexts esenciales (no todos los que utilizo):
  • AppleALC 1.5.7 (Audio)
  • Lilu v1.5.1 (Patcher)
  • VirtualSMC v1.2.0 (Emulador SMC)
  • WhateverGreen 1.4.7 (VGA)
Lo tenéis todo para descargar en el GitHub del proyecto Acidanthera


Antes de nada, aseguraros de tener un pendrive desde el que podéis iniciar el equipo con la carpeta EFI que ahora mismo os funciona. No cuesta nada reiniciar el equipo desde el mismo y asegurarse de que en caso de problemas, tenemos posibilidad de iniciar el equipo para arreglar lo que se haya podido estropear.

Para actualizar desde la versión 0.6.6 he seguido los consejos recomendados por la guía oficial de Dortania, en el capítulo dedicado a la actualización de OpenCore.


Hay que copiar los archivos nuevos de OpenCore sustituyendo los existentes en vuestra carpeta, y lo mismo con los Kexts actualizados, copiarlo en su lugar correcto, y ejecutar ProperTree para hacer un Snapshot y que recoja las nuevas actualizaciones.

Tras la actualización y antes del primer reinicio, mi carpeta EFI ha quedado así. Utilizo las etiquetas de colores para identificar los elementos que he actualizado en color naranja, y una vez que compruebo que van bien, los vuelvo a dejar en verde.

NA2x3Ou.png


De nuevo he usado el programa OCConfigCompare para comparar el archivo config.plist que estábamos utilizando en la versión 0.6.5 con el archivo sample.plist de la nueva versión 0.6.6 de OpenCore.

Ejecutando el comando, afloran las diferencias, elementos que faltan en el archivo config.plist introducidos por OpenCore 0.6.6 y elementos que sobran, porque esta versión los ha eliminado.

Como siempre, he abierto los dos archivos con mi editor de Plist favorito (Plist Edit Pro) pero podéis hacerlo perfectamente con el recomendado ProperTree, y he copiado lo que faltaba de uno a otro hasta que tras volver a comparar, no queda nada pendiente.

Aquí tenéis la lista de los que me han aparecido y cómo he dejado sin eliminar la sección Memory, que la tengo configurada de modo manual para evitar los problemas de configuración de memoria como MacPro.

5rBGlOp.png


Además, en esta versión han eliminado la carpeta Bootstrap dentro de EFI/OC, y he aprovechado también para actualizar la interfaz gráfica del gestor de arranque con OpenCanopy, que ha quedado así de chula con los iconos en modo "Modern"

eiUnEcI.png


Una vez más, el proceso ha sido sencillo y sigo encantado con mi Mac Pro "a la bilbaina".

:ok :ok :ok
 
Actualizada también mi máquina a OpenCore 0.6.6.

¡Todo perfecto! :ok


Me alegro. Te estás haciendo todo un especialista... :ok

Por aquí sigo teniendo la sensación de tener un auténtico maquinón, capaz de hacer todo lo que quiera a la velocidad del rayo.

Tengo por costumbre hacer un test con Geekbench tras cada actualización, y este último me ha ofrecido los mejores resultados hasta la fecha.

8VVY3mr.png



Comparándolo con un Mac Pro de 2019 con la configuración de 8 cores, tengo astante mejor rendimiento en single-core y estoy prácticamente a la par en multi-core.

PV8EHqB.png
 
Última edición:
Gigabyte ha publicado una nueva versión F9j de la BIOS para la placa base Z390 Designare que utilizo en mi Sagar Hozkatua, pero DESACONSEJO SU INSTALACIÓN si utilizáis dispositivos USB conectados a los puertos USB-C traseros, pues tanto en Windwos como en macOS dejan de funcionar, aunque sí que funcionan dispositivos Thunderbolt.

En mi caso, tengo dos discos externos conectados a esos puertos y aunque la actualización ha sido sencilla y sin problemas, he tenido que dar marcha atrás y volver a la versión F9i para evitar el problema.

Um62IeU.png


La versión nueva es la F9j, que entre otras cosas resuelve una vulnerabilidad de la CPU, actualizando el microcódigo, y siempre me ha gustado estar actualizado en estos temas.

eopFfDX.png


Y este es "el síntoma". Los dos puertos SSP1 y SSP2 del controlador USB XHC5, no funcionan con la versión F9j

cGZx7I2.png


Cuando lo hacen perfectamente en la versión F9i

N7h7p0o.png


Lo he probado también en la instalación de Windows 10 Pro que tengo en la misma máquina, y no he conseguido que funcione tampoco, así que lo achaco a la BIOS y no al sistema operativo.

:ok :ok :ok
 
Última edición:
La última BIOS de la Z490 D también ha dado muchos problemas a los usuarios hasta el punto de tener que retirarla, parece que no afinan los amigos de Gigabyte.
 
Cumpliendo con su calendario de actualización mensual de OpenCore, anteayer se publicó la nueva versión 0.6.7, que ya tengo funcionando perfectamente en mi Sagar Hozktua en modo MacPro (2019), después de resolver un pequeño detalle que me ha provocado un Kernel Panic y que os comentaré a continuación.

Actualización a la versión de OpenCore 0.6.7

Este es el registro de cambios de la versión del bootloader:

  • Fixed ocvalidate return code to be non-zero when issues are found
  • Added OEM values to PlatformInfo in Automatic mode
  • Improved CPU frequency calculation on Haswell and earlier
  • Fixed issues when applying certain patches
  • Added SSN (and HW_SSN) variable support
  • Added onscreen early logging in DEBUG builds for legacy firmware
  • Added workaround for firmware not specifying DeviceHandle at bootstrap
  • Added support for R/O page tables in SetupVirtualMap quirk
  • Added OEM preservation for certain Apple SMBIOS tables
  • Fixed switching to graphics mode when entering OpenCanopy
  • Fixed installing Apple FB Info protocol when no GOP exists
  • Fixed abort timeout sound in OpenCanopy on key press
  • Added GopPassThrough option to support GOP protocol over UGA
  • Fixed CPU speed rounding for certain Xeon and Core 2 CPUs
  • Removed KeyMergeThreshold as it never functioned anyway
  • Added acdtinfo utility to lookup certain products
  • Fixed FSBFrequency calculation with fractional multiplier
  • Fixed showing core count for some AMD CPUs
  • Added ResetTrafficClass to reset TCSEL to T0 on legacy HDA
  • Fixed default boot entry selection without timeout for builtin picker
  • Added ocpasswordgen utility to generate OpenCore password data
  • Added ActivateHpetSupport quirk to activate HPET support
  • Fixed opencore-version reporting the incorrect version in rare cases

Además de OpenCore, se han actualizado estos kexts esenciales que forman parte de mi configuración:
  • AppleALC 1.5.8 (Audio)
  • VirtualSMC v1.2.1 (Emulador SMC)
  • WhateverGreen 1.4.8 (VGA)
Lo tenéis todo para descargar en el GitHub del proyecto Acidanthera


Como siempre os digo, haced los cambios primero en la carpeta EFI de un pendrive desde el que podéis iniciar el equipo para probar los cambios. En caso de no funcionar - como me ha pasado a mi en este caso - podéis iniciar el equipo como hasta ahora desde la carpeta EFI de vuestro disco duro. No cuesta nada y evitamos riesgos.

Para actualizar desde la versión 0.6.6 he seguido los consejos recomendados por la guía oficial de Dortania, en el capítulo dedicado a la actualización de OpenCore.


Hay que copiar los archivos nuevos de OpenCore sustituyendo los existentes en vuestra carpeta, y lo mismo con los Kexts actualizados, copiarlo en su lugar correcto, y ejecutar ProperTree para hacer un Snapshot y que recoja las nuevas actualizaciones.

OJO, que en esta versión han metido el archivo Bootx64.efi en dos carpetas:
  • EFI\BOOT
  • EFI\OC\Drivers
Hasta ahora solo lo tenía controlado en la carpeta BOOT, así que no se me ha pasado por la cabeza copiarlo a la carpeta Drivers, y al no hacerlo he obtenido un bonito Kernel Panic que me ha costado identificar.

ZuS0urB.jpg


Mi carpeta EFI ha quedado así. Como sabéis, utilizo las etiquetas de colores para identificar los elementos que he actualizado en color naranja, y una vez que compruebo que van bien, los vuelvo a dejar en verde. En esta ocasión he dejado en verde y naranja el archivo BOOTx64.efi causante de la confusión, para tenerlo controlado en la próxima actualización.

MvAuSvM.png


De nuevo he usado el programa OCConfigCompare para comparar el archivo config.plist que estábamos utilizando en la versión 0.6.6 con el archivo sample.plist de la nueva versión 0.6.7 de OpenCore.

Ejecutando el comando, afloran las diferencias, elementos que faltan en el archivo config.plist introducidos por OpenCore 0.6.7 y elementos que sobran, porque esta versión los ha eliminado.

Como siempre, he abierto los dos archivos con mi editor de Plist favorito (Plist Edit Pro) pero podéis hacerlo perfectamente con el recomendado ProperTree, y he copiado lo que faltaba de uno a otro hasta que tras volver a comparar, no queda nada pendiente.

Aquí tenéis la lista de las tres entradas nuevas que han aparecido y una que ha desaparecido, pues aunque aparecen dos, he dejado sin eliminar la sección Memory, que la tengo configurada de modo manual para evitar los problemas de configuración de memoria como MacPro.

HrK3hfr.png

Por otro lado, con la próxima versión de macOS Big Sur 11.12.3 está previsto un cambio en la gestión de los puertos USB y seguramente deje de funcionar la inyección de puertos USB con la extensión de kernel USBInjectAll.kext en la carpeta Kexts, junto con el Quirk de Kernel XhciPortLimit activado.

En teoría, si tienes mapeados correctamente los puertos USB, esto no es necesario, y pensaba que mi DSDT describe correctamente todos los componentes del sistema, pero no debe ser así porque algún puerto USB no me funciona si desactivo esa extensión de kernel y desactivo el Quirk.

No es un tema urgente y lo revisaré más adelante.

Para comprobar el mapeo de los puertos USB utilizo la herramienta Hackintool:

Así aparecen si desactivo USBInjectAll.kext
ckwFimq.png


Y así si lo vuelvo a activar:

iYBaCUg.png

:ok :ok :ok
 
Última edición:
Ya tenemos disponible OpenCore v0.6.8 y sus Kexts asociados, WhateverGreen, LiLu, VirtualSMC, AppleALC, y NVMeFix

Estas son las diferencias en mi config.plist con el de la nueva versión, que ya está funcionando perfectamente en mi Sagar Hozkatua.

q5CLrIm.png



OpenCore v0.6.8

  • Switched to VS2019 toolchain for Windows builds
  • Reduced legacy boot install interaction effort
  • Increased OpenCanopy rendering performance
  • Added OpenCanopy Shut Down and Restart buttons
  • Reduced OpenCanopy mouse pointer input lag
  • Fixed that cursor bounds could be different from OpenCanopy's
  • Improved builtin picker rendering performance
  • Added Memory Type decoding for SMBIOS in Automatic mode
  • Properly support setting custom entries as default boot options
  • Fixed creating log file when root file system is not writable
  • Fixed DisableSingleUser not being enabled in certain cases
  • Added ForceBooterSignature quirk for Mac EFI firmware
  • Fixed OpenCanopy sometimes cutting off shown boot entries
  • Further improved CPU frequency calculation on legacy CPUs
  • Fixed SMBIOS SMC version encoding sequence
  • Added TSC frequency reading from Apple Platform Info
  • Added TSC frequency reading for Apple devices with nForce chipsets
  • Added Base and BaseSkip lookup for ACPI patches
  • Fixed ACPI table magic corruption during patching
  • Fixed unnatural OpenCanopy and FileVault 2 cursor movement
  • Fixed OpenCanopy interrupt handling causing missed events and lag
  • Improved OpenCanopy double-click detection
  • Reduced OpenCanopy touch input lag and improved usability
  • Improved keypress responsiveness in OpenCanopy and builtin pickers
  • Improved non-repeating key detection in OpenCanopy and builtin pickers
  • Fixed Escape preventing OpenCanopy fade up until released, on some systems
  • Fixed fast repeat then stall issue with key handling on some PS/2 systems
  • Added accurate Shift+Enter/Shift+Index detection when using PollAppleHotKeys
  • Added 'set default' indicator to builtin picker
  • Replaced VerifyMsrE2 with ControlMsrE2 also allowing unlock on some firmwares
  • Fixed OpenCanopy flicker when refreshing the entry view
  • Added OpenCanopy TAB navigation support
  • Added OpenCanopy graphical password interface
  • Added OpenCanopy pulsing animation to signal timeout
  • Added OpenCanopy 'set default' indicator
  • Fixed OpenCanopy not aborting timeout on pointer click
  • Fixed OpenCanopy intro animation not scaling with UIScale
  • Add OpenCanopy boot entry label scrolling (fixes missing long labels)
  • Added tabbable Shutdown and Restart buttons to builtin picker
  • Fixed in-firmware shutdown for some systems running OpenDuet
  • Added Zero as alias hotkey for Escape, to force show picker if hidden
  • Added =/+ key as alias for CTRL to set default OS
  • Added additional support for configuring correct key repeat behaviour with KeySupport mode
  • Fixed CPU multiplier detection on pre-Nehalem Intel CPUs
  • Fixed incorrect handling of multiple processors and processor cache in SMBIOS
  • Matched default Apple boot picker cursor start position
  • Updated OpenShell devices command to support misaligned device names returned by some Apple firmware
  • Added (dmg) suffix to DMG boot options in OpenCanopy
  • Added identifiers for Rocket Lake and Tiger Lake CPUs
  • Added PickerAudioAssist 'disk image' indication
  • Fixed PickerAudioAssist indications played twice in rare cases
  • Improved OpenCanopy pointer acceleration
  • Added more precise control on AppleEvent protocol properties and features
  • Added dynamic keyboard protocol installation on CrScreenshotDxe
  • Support starting UEFI tools with argument support (e.g. ControlMsrE2) without arguments from picker
  • Fixed OpenCanopy font height calculation, may reject previously working fonts and mitigate memory corruption
  • Fixed incorrect identification of Xeon E5XXX/E5-XXXX and Xeon WXXXX/W-XXXX CPUs
  • Added RSDP, RSDT, and XSDT handling to NormalizeHeaders ACPI quirk

WhateverGreen v1.4.9

  • Added per-GPU disabling API: inject disable-gpu to disable
  • Added per-GPU disabling kernel version specification: inject disable-gpu-min / disable-gpu-max to select kernel version to disable (inclusive range)
  • Added IGPU disabling API: inject disable-gpu to disable or use -wegnoigpu boot argument
  • Optimised Rocket Lake startup as IGPU is unsupported

VirtualSMC v1.2.2

  • Improve manual fan control in SMCDellSensors (SMM access is enabled even if audio is played)
  • Fixed sensor DEBUG logging with -liludbgall argument
  • Improved startup performance when probing SuperIO chips by splitting vendors
  • Added SuperIO device activation when it is disabled on probe
  • Added support for Nuvoton NCT6796D-E (0xD42A)
  • Added support for ITE IT8987 (requires DEBUG firmware, not available for public)
  • Added Intel NUC monitoring (requires manual configuration via ec-device, see EmbeddedControllers.md)

AppleALC v1.5.9

  • Added CS4206 layout-id 24 and 60
  • Added 500 Series (0xF0C8 Z590 + Intel 10 Gen) PCH HD Audio Controller
  • Added 500 Series (0x43C8 Z590 + Intel 11 Gen) PCH HD Audio Controller
  • Added ALC289 layout-id 87 for Alienware m15 by GitNaufal
  • Added ALC289 layout-id 15 for Dell 7730 Precision CM240 by MacPeet
  • Added ALC897 layout-id 69 for MSI-Z490-A Pro by mathcampbell
  • Added IDT 92HD95 layout-id 14 for LenovoG710 by Svilen88
  • Added ALC235 layout-id 18 for asrock 310 bb by viorel78
  • Added controller patch for 100 Series (8086:A170) by dhinakg

NVMeFix v1.0.6

  • Added APST workaround for Kingston A2000

LiLu v1.5.2

  • Fixed AZAL recognition as GPU audio on certain AMD platforms (thx to wkpark)
  • Added external GPU disabling API with device and kernel selection via properties
  • Added identifiers for Rocket Lake and Tiger Lake CPUs
  • Added API to disable builtin GPU (IGPU)
  • Reduced hardware presence bruteforce to a more sensible value
 
Hacia mucho que no pasaba por aqui,y no habia visto este post..me quito el sombrero compañero..
Y como somos los de Bilbo!! .jejejejeje..
 
Hacia mucho que no pasaba por aqui,y no habia visto este post..me quito el sombrero compañero..
Y como somos los de Bilbo!! .jejejejeje..

:hola

macOS Big Sur 11.3 actualizado sin problemas en mi Sagar Hozkatua, exactamente igual que si fuera un Mac Pro de 2019 genuino gracias a OpenCore 0.6.8 y sus complementos.

l3dcWmQ.png

Geekbench se actualizó hace poco a la versión 5.4.0 y he notado que la puntuación en Multi-core ha bajado un poco. Antes llegaba por encima de los 7900 puntos y ahora apenas paso de los 7600. Supongo que es un ajuste fino de su software, porque mi equipo va exactamente igual de bien.


Zlqrr9S.png


:ok :ok :ok
 
Arriba Pie