Fans de Apple  


Regresar   Fans de Apple > Hardware sobremesa > Hackintosh
Canal de Youtube de Fansdeapple Conoce el Twitter de fansdeapple

Tus alertas

 
 
Herramientas Desplegado
  #21  
Viejo 03/03/21, 20:46:07
Avatar de DeBilbao
DeBilbao DeBilbao is offline
Usuario registrado
Compra y venta: (3)
 
Fecha de Ingreso: dic 2010
Localización: Bilbao
Mensajes: 213
Predeterminado

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:

Cita:
  • 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

https://github.com/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.

https://dortania.github.io/OpenCore-...al/update.html

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.





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.



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.

__________________
MacPro 2019 Z390 Designare + i7-9700F + Radeon RX Vega 56
MacBook Pro 13" 2020 Core i5-1038NG7 @2.0 GHz 16GB 512GB
iPad Air 3 64GB Wi-Fi+Cellular + iPhone 11 Pro 256GB + Apple TV 4K
El siguiente usuario ha dado las gracias a DeBilbao por este comentario:
Toretto (03/03/21)
  #22  
Viejo 03/03/21, 20:48:26
Avatar de Toretto
Toretto Toretto is offline
Moderador/a de FansdeApple
Compra y venta: (14)
 
Fecha de Ingreso: dic 2010
Localización: Apple Watch S4 LTE 44mm
Mensajes: 24,496
Tu modelo de iPhone: iPhone X
Tu modelo de iPad: iPad Pro
Tu modelo de Mac: Mac Pro
Predeterminado

puto crack maestro, me quito el sombrero!!! No veas si controlas, lo llevas al día e!
__________________

Aveces es mejor ser un "extraño", que no uno más del rebaño, co-co...
  #23  
Viejo 07/06/21, 22:53:42
Avatar de DeBilbao
DeBilbao DeBilbao is offline
Usuario registrado
Compra y venta: (3)
 
Fecha de Ingreso: dic 2010
Localización: Bilbao
Mensajes: 213
Predeterminado

Actualización a la versión de OpenCore 0.7.0

Desde hoy tenemos OpenCore 0.7.0 disponible, y ya está instalado en mi Sagar Hozkatua.

La actualización incluye el paquete base de OpenCore con las siguientes notas de la versión

https://github.com/acidanthera/OpenCorePkg/releases

v0.7.0
  • Fixed NVRAM reset on firmware with write-protected BootOptionSupport
  • Improved direct GOP renderer performance for certain cases
  • Added support for display rotation in direct GOP renderer
  • Fixed handling multinode device paths in LoadedImage and elsewhere
  • Changed OpenCanopy image directory to support directory prefixes
  • Changed OpenCanopy preferred image set to Acidanthera\GoldenGate
  • Removed <BOOTPATH>.icns and <TOOLPATH>.icns support
  • Added content flavour system allowing custom boot entry icons compatible across icon packs
  • Added automatic flavour detection for macOS boot entries
  • Added ProvideCurrentCpuInfo quirk to provide correct TSC/FSB for Hyper-V virtual machines
  • Added Hyper-V device path expansion to allow setting default boot volume
  • Added Apple variant of GopPassThrough to handle only AppleFramebufferInfo handles
  • Fixed further kernel patches not being processed if a patch was skipped due to arch mismatch
  • Added optional Toggle SIP system boot menu option
  • Added CsrUtil.efi tool, similar to Apple csrutil
  • Removed support for <TOOLPATH>.lbl/.l2x pre-drawn entry labels
  • Fixed previous text not cleared before console mode tools and entries in OpenCanopy
  • Fixed DEBUG build crashes with GopPassThrough and UgaPassThrough
  • Added flavour for memory testing utilities
  • Updated recommended memtest86 config in sample .plist files
  • Defined bootloader flavours
  • Applied own flavour to OC build
  • Added CPU topology fixes to ProvideCurrentCpuInfo quirk
  • Updated OC default SIP disabled value
  • Documented SIP values which affect macOS updates
  • Added csr-data Apple NVRAM var to docs
  • Fixed file alignment causing codesign issues with CLANGPDB images
  • Replaced AdviseWindows with AdviseFeatures to support APFS

Necesitaremos también descargar los recursos gráficos para la interfaz del selector de arranque, pues ha sido actualizada también.

https://github.com/acidanthera/OcBinaryData

El controlador de audio AppleALC ha sido actualizado a la versión 1.6.1 y tendremos que copiarlo en la carpeta Kexts


https://github.com/acidanthera/Apple...ases/tag/1.6.1

v1.6.1
  • Fixed broken data in CS4206's layout76.xml
  • Added PathMapID 4206 and 8800 for ALC885's Layout 67 and 73
  • Fixed broken data in ALC289's layout87.xml
  • Fixed automatic resource formatting on build
  • Fixed ALC885's Info.plist Platforms entry
  • Added 400 Series (0xF1C8 Z490 + Intel 11 Gen) PCH HD Audio Controller
  • Fixed alc-verb device indexing giving varying results over reboots
  • Added device listing with indices via -L/-l in alc-verb
  • Added AppleALCU kext variant for digital-only audio setup
  • Disabled kext patching for verb support and delays when not requested
  • FIxed replace count in WhiskeyLake HDA patches
  • Separated Intel WhiskeyLake laptop and desktop patches
  • Added ALC1220 layout-id 35 for MSI GP75 9SD by Win7GM
  • Added ALC1200 (display as ALCS1200A) layout-id 69 for Asrock Z490M ITX/AC by Lorys89 & Vorshim92
  • Added ALC293 layout-id 30 for HASEE ZX8-CT5DA by RushiaBoingBoing
  • Added ALC255 layout-id 96 for dell 5559 by Bhavin
  • Fix mute on Conxexant CX 20724 by Human7900
  • Added ALC1220 layout-id 17 for Gigabyte Z490 Vision G manual SP/HP by NIBLIZE
  • Added ALC255 layout-id 82 for minisforum U820 by daliansky
  • Added ALC282 layout-id 21 for TinyMonster ECO by DalianSky

VirtualSMC, el emulador de SMC ha sido también actualizado a la versión 1.2.4


https://github.com/acidanthera/Virtu...ases/tag/1.2.4


v1.2.4
  • Added support for NCT6683D series

RestrictEvents, necesario para corregir la visualización de los módulos de memoria, actualizado a la versión 1.0.2

https://github.com/acidanthera/Restr...ases/tag/1.0.2


v1.0.2
  • Fixed patching CPU brand string with 8 core configurations
  • Fixed detecting CPU core count on some CPU models
  • Added single-core CPU brand string spoofing support

El controlador del SSD NVMeFix, también se actualiza a la versión 1.0.8
https://github.com/acidanthera/NVMeF...ases/tag/1.0.8


v1.0.8
  • Fixed applying quirks based on the disk name and serial
  • Make Kingston A2000 quirk specific to S5Z42105

WhateverGreen, el controlador de pantalla, a la versión 1.5.0


https://github.com/acidanthera/Whate...ases/tag/1.5.0


v1.5.0
  • Fixed AMD WX-4170 name for 67E0 device id
  • Added NVIDIA driver error logging with -ngfxdbg

El proceso de instalación ha sido el habitual:
  • Descargar todos los nuevos componentes desde los enlaces que os dejo más arriba
  • Copiar la carpeta EFI de la versión anterior 0.6.9 que estaba usando hasta ahora
  • Copiar los nuevos archivos de OpenCore y las extensiones de kernel, sustituyendo los anteriores
  • Comparar el archivo config.plist de la versión 0.6.9 con el sample.plist de la versión 0.7.0 con la herramienta OCConfigCompare
  • Editar el archivo config.plist añadiendo las entradas que faltan (yo uso Plist Editor)
  • Volver a comparar para comprobar que no quedan entradas pendientes
  • Abrir config.plist con el comando ProperTree y hacer un OC Snapshot
  • En UEFI > Output > revisar la variable GopPassThrough, que debe ser String y antes era Integer
  • En Misc > Boot > PickerVariant cambiar de Modern a Acidanthera\GoldenGate que es el nuevo conjunto de iconos
  • Conectar el pendrive USB que usamos para instalar macOS Big Sur
  • Montar la partición EFI del pendrive con el comando MountEFI
  • Reemplazar la carpeta EFI con la que acabamos de preparar
  • Reiniciar desde el pendrive y comprobar que todo funciona correctamente
  • Montar la partición EFI del disco interno con el comando MountEFI
  • Reemplazar la carpeta EFI con la que hemos comprobado que funciona
  • Reiniciar
  • Cuando aparece el menú de OpenCore, elegir la opción para borrar la NVRAM
  • Una vez iniciado macOS, elegir el disco de arranque, pues se habrá perdido
  • Reiniciar normalmente.

Estas son las diferencias que he tenido que añadir al archivo config.plist
Y así ha quedado después de
Una vez probada la nueva versión y dada por buena, así ha quedado mi carpeta EFI




La interfaz gráfica refleja la versión abajo a la derecha, con el literal REL-070-2021-06-07 para indicar que estamos en OpenCore 0.7.0, publicado el 7 de junio de 2021.




__________________
MacPro 2019 Z390 Designare + i7-9700F + Radeon RX Vega 56
MacBook Pro 13" 2020 Core i5-1038NG7 @2.0 GHz 16GB 512GB
iPad Air 3 64GB Wi-Fi+Cellular + iPhone 11 Pro 256GB + Apple TV 4K
  #24  
Viejo 06/07/21, 20:16:54
Avatar de DeBilbao
DeBilbao DeBilbao is offline
Usuario registrado
Compra y venta: (3)
 
Fecha de Ingreso: dic 2010
Localización: Bilbao
Mensajes: 213
Predeterminado

Actualización de OpenCore a la versión 0.7.1 (soporta macOS Monterey)

Actualización de OpenCore a la versión 0.7.1, junto con las extensiones de kernel que utilizo en mi Sagar Hozkatua, que ofrecen ya soporte preliminar para macOS 12 Monterey.

El programa HackinDROM te permite de un vistazo tener control sobre las versiones que estás utilizando.

https://hackindrom.zapto.org
https://github.com/acidanthera/OpenCorePkg/releases/tag/0.7.1
v0.7.1

  • Added SyncTableIds quirk to sync modified table OEM identifiers
  • Added CPU Info (MSRs) dumping to SysReport
  • Updated builtin firmware versions for SMBIOS and the rest
  • Fixed PowerTimeoutKernelPanic on macOS 12
  • Fixed transparency click detection on OpenCanopy boot entries
  • Added PCI device info dumping to SysReport
  • Fixed SetApfsTrimTimeout on macOS 12
  • Documented requirement for SetDefault.icns width to match Selector.icns width
  • Added explicit warn and safe fallback to builtin picker on failure to match the above
  • Added VSCode source level IDE debug config example to debug docs
  • Added other minor debug docs updates
  • Fixed incorrect timeout of built-in picker on IA32
  • Added support for custom kernels on ESP partition
  • Fixed DEBUG ASSERT on pressing change entry keys with single boot entry in OpenCanopy
  • Added recommended Apple12 and Windows11 flavours
  • Added TpmInfo tool to DEBUG TPM status
  • Fixed incorrect OpenCanopy initial display when default entry beyond right of screen
  • Fixed ProvideCurrentCpuInfo MSR patch on macOS 12

https://github.com/acidanthera/IntelMausi/releases/tag/1.0.7
v1.0.7

  • Added force WOL support (mausi-force-wol device property or -mausiwol boot argument)
https://github.com/acidanthera/NVMeFix/releases/tag/1.0.9
v1.0.9

  • Added constants for macOS 12 support
  • Fixed macOS 12 compatibility
https://github.com/acidanthera/RestrictEvents/releases/tag/1.0.3
v1.0.3

  • Added constants for macOS 12 support
  • Rewrote eficheck restrictions to avoid slowdowns
https://github.com/acidanthera/WhateverGreen/releases/tag/1.5.1
v1.5.1

  • Added constants required for macOS 12 update
  • Added Intel Arrandale graphics support on 10.6 and 10.7 64-bit
https://github.com/acidanthera/VirtualSMC/releases/tag/1.2.5
v1.2.5

  • Added preliminary macOS 12 support
  • Added macOS 10.6 support for SMCBatteryManager
https://github.com/acidanthera/AppleALC/releases/tag/1.6.2
v1.6.2

  • Added constants for macOS 12 support
  • Added 10.6 and 10.7 support in 64-bit mode
  • Fixed HDMI Audio 0xA171 for Acer VX5-591G by dongcodebmt
  • Added ALC256 layout-id 70 for Hasee KingBook X57S1 by m0d16l14n1
  • Update WakeConfigData for ALC255 layout-id 96 by wozhinengpa
https://github.com/acidanthera/Lilu/releases/tag/1.5.4
v1.5.4

  • Allow loading on macOS 12 without -lilubetaall (With adapted for macOS 12 plug-ins)
  • Added guarding for address slot usage to avoid potential kernel routing overflow
  • Allow using medium size function routing in the kernel
  • Added medium size function routing for Long mode as they are functionally equivalent
  • Added matchSharedCachePath API to support dyld cache matching on macOS 12
  • Added _kmod hooking for kext listening to unify kext patcher logic
  • Added zlib decompression API
  • Fixed kernel patcher support on 64-bit 10.6
  • Added new GPU switching API
Hay un par de entradas actualizadas en el archivo config.plist.

Y en condiciones normales, el tema habría terminado aquí, pero tenía pendiente de revisar el mapeo de puertos USB y os comento cómo hacerlo. Es un tema muy importante y un poco lioso, ya que después de la versión 11.3 de macOS Big Sur, hay que hacerlo para evitar problemas.

Problemas como los que he tenido con el adaptador Bluetooth que ofrece mi tarjeta Fenvi T-919, que ha dejado de funcionar. Aunque la Fenvi T-919 va conectada a través de un puerto PCI-Express, la conexión Bluetooth la ofrece conectándo un cable al conector USB etiquetado como F_USB de la placa Z390 Designare, y el puerto donde va conectada ha dejado de estar visible en macOS.

Mapeo de puertos USB con USBInjectAll, XHCI-unsupported y SSDT-UIAC.aml

Este es un tema que había dejado pendiente con anterioridad porque me daba un poco de pereza y todo funcionaba, pero el problema con Bluetooth me ha servido para sacudirme la pereza y conseguir no sólo que funcione de nuevo, sino que los puertos USB 2.0, 3.0 y tipo C sean reconocidos correctamente y funcionen de forma óptima.

Lo primero que tenéis que hacer es conecer perfectamente los puertos USB que tiene vuestra placa base, tanto los que aparecen en el backplate trasero como los internos de la placa base que puedan estar conectados a la caja que hayáis elegido para montar el equipo.

En el caso de mi placa base Gigabyte Z390 Designare son estos, cortesía de CaseySJ del foro tonymacx86.


En macOS si queremos ver los buses USB y los dispositivos que están conectados al mismo, lo podemos hacer de varias maneras.

Un usuario normal accedería a la aplicación "Información del sistema", accesible desde el menú Apple > Acerca de este Mac > Informe del sistema > Hardware > USB

Un desarrollador lo haría explorando IOReg con la aplicación IORegistryExplorer, algo parecido al registro de Windows, que describe los puertos con todos sus atributos.


Para hacernos la vida un poco más fácil contamos con el programa Hackintool, una herramienta muy útil que nos ofrece no solo información sobre nuestro Hackintosh, sino que permite generar hasta una tabla SSDT personalizada con el mapeo de puertos USB real de nuestra máquina.

https://github.com/headkaze/Hackintool

Antes de comenzar con la cirugía, Hackintool reporta en la pestaña USB dos controladores, con sus respectivos puertos. Es un poco lioso, porque si un puerto físico puede funcionar como USB 2 o como USB 3, tiene dos puertos diferentes asignables.
  • XHC (ofrecido por el chipset de Intel)
    • Puertos HS01 a HS14 (High Speed) que pueden funcionar como USB 2 o USB 3.
    • Puertos USR1 a USR2
    • Puertos SS01 a SS10 (Super Speed) que pueden funcionar como USB 3.0
  • XHC5 (ofrecido por el controlador Thunderbolt Titan Ridge)
    • Puertos SSP1 y SSP2
La tabla reporta puertos de forma incorrecta, y hasta puertos que no existen si comparamos la tabla de Hackintool con los puertos físicos que tiene nuestra placa. Yo me he construido una hoja Excel para estudiar lo que tengo que hacer en mi caso.




Usando Hackintool puedes ir conectando y desconectando un pendrive a cada uno de los puertos para confirmar cuáles tienes activos. Una vez tenemos todos claros, podemos usar el botón exportar que aparece en la parte inferior, y nos exportará cuatro archivos a nuestro escritorio. Nos quedamos con el archivo SSDT-UIAC.aml que es una SSDT personalizada con nuestros puertos y que tendremos que colocar en nuestra carpeta EFI > OC > ACPI

Tenemos que conseguir también las extensiones de kernel USBInjectAll.kext y XHCI-unsupported que inyectarán una SSDT personalizada con el mapeo de puertos que hayamos dado por bueno en nuestro equipo. Esta extensión la desarrollaba un usuario llamado RehabMan, pero creo que ya no está activo y os dejo el enlace a la web de Dortania. Yo estoy usando la versión 0.7.7

https://dortania.github.io/OpenCore-Install-Guide/ktext.html#usb

En la misma web tenéis una explicación detallada de todo esto, con la explicación del límite de 15 puertos

https://dortania.github.io/OpenCore-Post-Install/usb/#macos-and-the-15-port-limit

Nuestra carpeta EFI queda de la siguiente manera


Ahora solo nos queda editar el archivo config.plist para que recoja estos 3 nuevos archivos. Como siempre, uso ProperTree y con Comando+R le digo que haga un snapshot de los elementos que hay en la carpeta OC.

Y por último, nos quedan dos cambios que hacer a nuestro archivo config.plist.

Cambiar el "Quirk" del Kernel llamado XHCIPortLimit para que tenga valor "NO" en lugar de "YES".


Y añadir a los boot-args un parámetro que diga qué puertos queremos "ocultar" al sistema. En mi caso los HS01, HS02, HS12, HS14, USR1, USR2, SS02, SS08, SS09 y SS10.

Ya podemos reiniciar el equipo y tendremos todo funcionando correctamente.


Una vez que el puerto HS11 ya está operativo, Bluetooth vuelve a funcionar correctamente.

__________________
MacPro 2019 Z390 Designare + i7-9700F + Radeon RX Vega 56
MacBook Pro 13" 2020 Core i5-1038NG7 @2.0 GHz 16GB 512GB
iPad Air 3 64GB Wi-Fi+Cellular + iPhone 11 Pro 256GB + Apple TV 4K
  #25  
Viejo 06/07/21, 20:24:17
Avatar de DeBilbao
DeBilbao DeBilbao is offline
Usuario registrado
Compra y venta: (3)
 
Fecha de Ingreso: dic 2010
Localización: Bilbao
Mensajes: 213
Predeterminado

Actualización de OpenCore a la versión 0.7.1 (soporte preliminar de macOS Monterey)

Actualización de OpenCore a la versión 0.7.1, junto con las extensiones de kernel que utilizo en mi Sagar Hozkatua, que ofrecen ya soporte preliminar para macOS 12 Monterey.

El programa HackinDROM te permite de un vistazo tener control sobre las versiones que estás utilizando.

https://hackindrom.zapto.org

OpenCorePkg v0.7.1

https://github.com/acidanthera/OpenC...ases/tag/0.7.1
  • Added SyncTableIds quirk to sync modified table OEM identifiers
  • Added CPU Info (MSRs) dumping to SysReport
  • Updated builtin firmware versions for SMBIOS and the rest
  • Fixed PowerTimeoutKernelPanic on macOS 12
  • Fixed transparency click detection on OpenCanopy boot entries
  • Added PCI device info dumping to SysReport
  • Fixed SetApfsTrimTimeout on macOS 12
  • Documented requirement for SetDefault.icns width to match Selector.icns width
  • Added explicit warn and safe fallback to builtin picker on failure to match the above
  • Added VSCode source level IDE debug config example to debug docs
  • Added other minor debug docs updates
  • Fixed incorrect timeout of built-in picker on IA32
  • Added support for custom kernels on ESP partition
  • Fixed DEBUG ASSERT on pressing change entry keys with single boot entry in OpenCanopy
  • Added recommended Apple12 and Windows11 flavours
  • Added TpmInfo tool to DEBUG TPM status
  • Fixed incorrect OpenCanopy initial display when default entry beyond right of screen
  • Fixed ProvideCurrentCpuInfo MSR patch on macOS 12

IntelMausi v1.0.7

https://github.com/acidanthera/Intel...ases/tag/1.0.7
  • Added force WOL support (mausi-force-wol device property or -mausiwol boot argument)

NVMeFix v1.0.9

https://github.com/acidanthera/NVMeF...ases/tag/1.0.9
  • Added constants for macOS 12 support
  • Fixed macOS 12 compatibility

RestrictEvents v1.0.3

https://github.com/acidanthera/Restr...ases/tag/1.0.3
  • Added constants for macOS 12 support
  • Rewrote eficheck restrictions to avoid slowdowns

WhateverGreen v1.5.1

https://github.com/acidanthera/Whate...ases/tag/1.5.1
  • Added constants required for macOS 12 update
  • Added Intel Arrandale graphics support on 10.6 and 10.7 64-bit


VirtualSMC v1.2.5

https://github.com/acidanthera/Virtu...ases/tag/1.2.5
  • Added preliminary macOS 12 support
  • Added macOS 10.6 support for SMCBatteryManager

AppleALC v1.6.2

https://github.com/acidanthera/Apple...ases/tag/1.6.2
  • Added constants for macOS 12 support
  • Added 10.6 and 10.7 support in 64-bit mode
  • Fixed HDMI Audio 0xA171 for Acer VX5-591G by dongcodebmt
  • Added ALC256 layout-id 70 for Hasee KingBook X57S1 by m0d16l14n1
  • Update WakeConfigData for ALC255 layout-id 96 by wozhinengpa

Lilu v1.5.4

https://github.com/acidanthera/Lilu/releases/tag/1.5.4
  • Allow loading on macOS 12 without -lilubetaall (With adapted for macOS 12 plug-ins)
  • Added guarding for address slot usage to avoid potential kernel routing overflow
  • Allow using medium size function routing in the kernel
  • Added medium size function routing for Long mode as they are functionally equivalent
  • Added matchSharedCachePath API to support dyld cache matching on macOS 12
  • Added _kmod hooking for kext listening to unify kext patcher logic
  • Added zlib decompression API
  • Fixed kernel patcher support on 64-bit 10.6
  • Added new GPU switching API

Hay un par de entradas actualizadas en el archivo config.plist.

Y en condiciones normales, el tema habría terminado aquí, pero tenía pendiente de revisar el mapeo de puertos USB y os comento cómo hacerlo. Es un tema muy importante y un poco lioso, ya que después de la versión 11.3 de macOS Big Sur, hay que hacerlo para evitar problemas.


Problemas como los que he tenido con el adaptador Bluetooth que ofrece mi tarjeta Fenvi T-919, que ha dejado de funcionar. Aunque la Fenvi T-919 va conectada a través de un puerto PCI-Express, la conexión Bluetooth la ofrece conectándo un cable al conector USB etiquetado como F_USB de la placa Z390 Designare, y el puerto donde va conectada ha dejado de estar visible en macOS.


Mapeo de puertos USB con USBInjectAll, XHCI-unsupported y SSDT-UIAC.aml

Este es un tema que había dejado pendiente con anterioridad porque me daba un poco de pereza y todo funcionaba, pero el problema con Bluetooth me ha servido para sacudirme la pereza y conseguir no sólo que funcione de nuevo, sino que los puertos USB 2.0, 3.0 y tipo C sean reconocidos correctamente y funcionen de forma óptima.

Lo primero que tenéis que hacer es conecer perfectamente los puertos USB que tiene vuestra placa base, tanto los que aparecen en el backplate trasero como los internos de la placa base que puedan estar conectados a la caja que hayáis elegido para montar el equipo.

En el caso de mi placa base Gigabyte Z390 Designare son estos, cortesía de CaseySJ del foro tonymacx86.







En macOS si queremos ver los buses USB y los dispositivos que están conectados al mismo, lo podemos hacer de varias maneras.

Un usuario normal accedería a la aplicación "Información del sistema", accesible desde el menú Apple > Acerca de este Mac > Informe del sistema > Hardware > USB
Un desarrollador lo haría explorando IOReg con la aplicación IORegistryExplorer, algo parecido al registro de Windows, que describe los puertos con todos sus atributos.


Para hacernos la vida un poco más fácil contamos con el programa Hackintool, una herramienta muy útil que nos ofrece no solo información sobre nuestro Hackintosh, sino que permite generar hasta una tabla SSDT personalizada con el mapeo de puertos USB real de nuestra máquina.

https://github.com/headkaze/Hackintool

Antes de comenzar con la cirugía, Hackintool reporta en la pestaña USB dos controladores, con sus respectivos puertos. Es un poco lioso, porque si un puerto físico puede funcionar como USB 2 o como USB 3, tiene dos puertos diferentes asignables.
  • XHC (ofrecido por el chipset de Intel)
    • Puertos HS01 a HS14 (High Speed) que pueden funcionar como USB 2 o USB 3.
    • Puertos USR1 a USR2
    • Puertos SS01 a SS10 (Super Speed) que pueden funcionar como USB 3.0
  • XHC5 (ofrecido por el controlador Thunderbolt Titan Ridge)
    • Puertos SSP1 y SSP2
La tabla reporta puertos de forma incorrecta, y hasta puertos que no existen si comparamos la tabla de Hackintool con los puertos físicos que tiene nuestra placa. Yo me he construido una hoja Excel para estudiar lo que tengo que hacer en mi caso.




Usando Hackintool puedes ir conectando y desconectando un pendrive a cada uno de los puertos para confirmar cuáles tienes activos. Una vez tenemos todos claros, podemos usar el botón exportar que aparece en la parte inferior, y nos exportará cuatro archivos a nuestro escritorio. Nos quedamos con el archivo SSDT-UIAC.aml que es una SSDT personalizada con nuestros puertos y que tendremos que colocar en nuestra carpeta EFI > OC > ACPI

Tenemos que conseguir también las extensiones de kernel USBInjectAll.kext y XHCI-unsupported que inyectarán una SSDT personalizada con el mapeo de puertos que hayamos dado por bueno en nuestro equipo. Esta extensión la desarrollaba un usuario llamado RehabMan, pero creo que ya no está activo y os dejo el enlace a la web de Dortania. Yo estoy usando la versión 0.7.7

https://dortania.github.io/OpenCore-...ktext.html#usb

En la misma web tenéis una explicación detallada de todo esto, con la explicación del límite de 15 puertos

https://dortania.github.io/OpenCore-...-15-port-limit

Nuestra carpeta EFI queda de la siguiente manera



Ahora solo nos queda editar el archivo config.plist para que recoja estos 3 nuevos archivos. Como siempre, uso ProperTree y con Comando+R le digo que haga un snapshot de los elementos que hay en la carpeta OC.

Y por último, nos quedan dos cambios que hacer a nuestro archivo config.plist.

Cambiar el "Quirk" del Kernel llamado XHCIPortLimit para que tenga valor "NO" en lugar de "YES".
Y añadir a los boot-args un parámetro que diga qué puertos queremos "ocultar" al sistema. En mi caso los HS01, HS02, HS12, HS14, USR1, USR2, SS02, SS08, SS09 y SS10.


Ya podemos reiniciar el equipo y tendremos todo funcionando correctamente.




Una vez que el puerto HS11 ya está operativo, Bluetooth vuelve a funcionar correctamente.


__________________
MacPro 2019 Z390 Designare + i7-9700F + Radeon RX Vega 56
MacBook Pro 13" 2020 Core i5-1038NG7 @2.0 GHz 16GB 512GB
iPad Air 3 64GB Wi-Fi+Cellular + iPhone 11 Pro 256GB + Apple TV 4K

Úlima edición por DeBilbao fecha: 06/07/21 a las 20:28:12
El siguiente usuario ha dado las gracias a DeBilbao por este comentario:
apriliars3 (07/07/21)
  #26  
Viejo 17/08/21, 19:04:39
Avatar de DeBilbao
DeBilbao DeBilbao is offline
Usuario registrado
Compra y venta: (3)
 
Fecha de Ingreso: dic 2010
Localización: Bilbao
Mensajes: 213
Predeterminado

Actualización de OpenCore a la versión 0.7.2 (soporta macOS Monterey)


Más tarde que de costumbre por las vacaciones, pero ya he podido actualizar OpenCore a la última versión 0.7.2, junto con las extensiones de kernel que utilizo en mi Sagar Hozkatua, que como desde la versión anterior ofrecen ya soporte para el nuevo macOS 12 Monterey.


Tengo previsto actualizar mi Sagar Hozkatua a macOS Monterrey en cuanto salga la versión definitiva, instalándolo en un nuevo disco SSD M.2 de 1TB (otro Samsung EVO 970 Plus como el que tengo para Windows), ya que al WD SN750 de 512GB en el que lo tengo le quedan 155GB libres y prefiero mudarme a un disco más grande.

Como siempre, primero lo he probado en el pendrive donde tengo el instalador de macOS Big Sur



Y una vez comprobado que todo va bien, he actualizado la carpeta EFI de la partición EFI en el disco interno donde está instalado macOS Big Sur 11.5.2.




https://github.com/acidanthera/OpenC...ases/tag/0.7.2


OpenCore v0.7.2
  • Fixed OSBundleLibraries/OSBundleLibaries64 handling
  • Added GraphicsInputMirroring to fix lost keystrokes in some non-Apple graphical UEFI apps
  • Added support for stack canaries (security cookies / stack guards)
  • Fixed unintialised memory access in AudioDxe causing audio playback failure
  • Changed Default Apple Secure Boot model to x86legacy for better security and compatibility
  • Increased default APFS MinDate and MinVersion to macOS Big Sur for better security
  • Updated builtin firmware versions for SMBIOS and the rest
  • Improved SSDT-PNLF compatibility with Windows and newer graphics
  • Fixed CLANGPDB OpenCore builds by shortening OC magic


https://github.com/acidanthera/Apple...ases/tag/1.6.3


AppleALC v1.6.3
  • Update ALC289 layout-id 87 by GitNaufal
  • Update ALC235 layout-id 18 for AsRock 310 BB by viorel78


https://github.com/acidanthera/Virtu...ases/tag/1.2.6


VirtualSMC v1.2.6
  • Added macOS 10.4 support for VirtualSMC and SMCBatteryManager


https://github.com/acidanthera/Whate...ases/tag/1.5.2


WhateverGreen v1.5.2
  • Added device-id spoofing support for AMD graphics


https://github.com/acidanthera/Lilu/releases/tag/1.5.5


LiLu v1.5.5
  • Added a variant of KernelPatcher::findAndReplace that requires both find and replace buffers to have the same length.
  • Added support for macOS 10.4 and newer


Hay una entrada nueva en el archivo config.plist UEFI > AppleInput > GraphicsInputMirroring para evitar algún problema que se presentaba con la entrada del teclado usando Windows y BitLocker. Recordad que es un gestor de arranque que puede iniciar macOS, Windows o Linux.





Y también es importante la entrada Misc > Security > SecureBootModel, que no cambia, pero sí que actualiza sus valores. Con esta versión, el valor Default ya no es j137, sino x86legacy. Dedicadle un rato a la lectura de la sección sobre el arranque seguro en la guía oficial.


https://dortania.github.io/OpenCore-...ecureboot.html





Por lo demás, para rematar la instalación de OpenCore 0.7.2, he hecho lo mismo de siempre:
  • Copiar la carpeta EFI de la versión 0.7.1 tras montarla con MountEFI.command
  • Sustituir los archivos de las versiones descargadas
  • Editar el archivo config.plist tras compararlo con OCConfigCompare.command
  • Hacer un snapshot con ProperTree.command


__________________
MacPro 2019 Z390 Designare + i7-9700F + Radeon RX Vega 56
MacBook Pro 13" 2020 Core i5-1038NG7 @2.0 GHz 16GB 512GB
iPad Air 3 64GB Wi-Fi+Cellular + iPhone 11 Pro 256GB + Apple TV 4K
Los siguientes 2 usuarios quieren agradecer a DeBilbao este post:
apriliars3 (17/08/21), Toretto (17/08/21)
  #27  
Viejo 23/08/21, 19:36:09
Avatar de DeBilbao
DeBilbao DeBilbao is offline
Usuario registrado
Compra y venta: (3)
 
Fecha de Ingreso: dic 2010
Localización: Bilbao
Mensajes: 213
Predeterminado


Voy a empezar a prepararme para instalar la beta pública de macOS Monterey en el nuevo Samsung 970 EVO Plus de 1TB que me ha llegado hoy. El disco que utilizo para macOS Big Sur es de 500GB y aunque me quedan 150GB libres, prefiero realizar la nueva instalación de macOS Monterey en un disco nuevo y tener el WD SN750 de 500GB como respaldo por si algo falla.


Lo primero que nos va a hacer falta es descargar la beta pública de macOS Monterey, para lo que tendremos que registrar nuestro Mac en el programa de Beta de Apple y descargar el programa macOS Public Beta Access Utility siguiendo las instrucciones de su página web.

https://beta.apple.com/sp/betaprogram/welcome

Una vez instalado el programa, si accedemos a Preferencias > Actualización de software, a la izquierda aparecerá una leyenda indicando que nuestro Mac está inscrito en el Apple Beta Software Program y a la derecha un botón para "Actualizar ahora" a macOS Monterey beta


Podéis darle al botón con tranquilidad, que no lo vamos a instalar. Más tarde si queremos darnos de baja del programa beta de Apple y dejar el equipo como estaba, solo hay que hacer clic en el enlace Detalles... que aparece bajo el engranaje a la izquierda, y confirmar que queremos activar los ajustes por defecto.

Pulsamos "Actualizar ahora" para descargar la aplicación con el instalador, que como veis pesa 11,72GB y necesitaréis una buena conexión a Internet o un poco de paciencia hasta que termine.


Una vez finalizada la descarga, la aplicación se ejecutará y aparecerá el asistente de instalación, que lo dejaremos "tal cual", sin pulsar al botón "Continuar", pues no queremos instalarlo ahora.


Lo que nos interesa está "en las tripas" de la aplicación del instalador. Si vamos a la carpeta Aplicaciones y hacemos clic cn el botón derecho sobre el programa Instalar macOS Monterey Beta y seleccionamos la opción "Mostrar contenido del paquete", se mostrará el contenido de la aplicación, que no es más que el disfraz de una carpeta con un montón de contenido.

El archivo info.plist contiene los detalles del software que vamos a instalar, y podemos ver que la versión de macOS será la 12.0 y el número de compilación la 21A5304e.


También hay un archivo que se llama createinstallmedia que es un script que sirve para crear un medio de instalación para nuestra instalación de macOS Monterey. Proporcionándole los argumentos adecuados, este script nos servirá para crear nuestro pendrive USB.

Teniendo en cuenta que la descarga ocupa casi 12GB, necesitaremos un pendrive de al menos 16GB, que tendremos que haber inicializado en formato MacOS Plus (con registro) y con el esquema de particiones GUID. En mi caso he usado un Kingston DataTraveler 100 G3 de 32GB de capacidad, que son los que utilizo habitualmente para los instaladores de los sistemas operativos.


Tras pulsar "Borrar", solo queda esperar que el pendrive quede preparado por la Utilidad de discos. Si todo va bien, aparecerá una ventana confirmando que se ha completado el proceso, con un marca de verificación en color verde para indicar que ha sido con éxito.


Con la aplicación Instalar macOS Monterey en la carpeta de aplicaciones, y el pendrive conectado en nuestro equipo, abriremos la aplicación Terminal para ejecutar el script createinstallmedia, indicándole que utilice el pendrive con el nombre que le hayamos dado, en mi caso USB_32GB.

sudo /Applications/Install\ macOS\ Monterey\ beta.app/Contents/Resources/createinstallmedia --volume /Volumes/USB_32GB /Applications/Install\ macOS\ Monterey\ beta.app --nointeraction[/code]

El proceso es largo, y si el pendrive no es muy rápido, tardará bastante tiempo. Este es un proceso que hay que afrontar sin prisas, así que con un poco de paciencia, en un rato terminará y indicando que los medios de instalación están disponibles en el pendrive, que habrá cambiado de nombre y ya no se llama USB_32GB, sino Install macOS Monterey beta,


Si accedemos al contenido del pendrive, veréis que está la misma aplicación, Instalar macOS Monterey beta, aunque el script se ha encargado de preparar el pendrive, permitiendo que sea un dispositivo desde el que se pueda iniciar un Mac.

Los archivos para conseguir que el Mac se inicie desde el pendrive están ocultos en la partición EFI, que podemos montar usando el script MountEFI, disponible en el siguiente enlace

https://github.com/corpnewt/MountEFI

Si ejecutamos el script, se abrirá la aplicación terminal y nos mostrará un menú con todos los volúmenes que se detecten en el sistema. Ejecutándolo desde mi MacBook pro, aparecen las dos particiones que tiene el disco, la de macOS que se llama Macintosh HD, y la de BOOTCAMP, que es donde tengo instalado Windows.

Además, también aparece el pendrive con nombre "Install macOS Monterey beta"


Para montar la partición, solo hay que elegir la opción de menú que se indica al lado. En mi caso la número 2. Tras hacerlo se recargará el menú y aparecerá también como volumen adicional la partición EFI del pendrive, que tiene como código de sistema disk2s1, mientras que el pendrive que vemos normalmente es el disk2s2.


Si accedemos al volumen de la partición EFI que acabamos de montar, veremos que está vacío. Y de esta forma podremos usarlo para iniciar cualquier Mac original.


Pero como quiero iniciar mi Sagar Hozkatua, que simula ser un MacPro de 2019, pero no es un equipo original, tendremos que copiar la carpeta EFI con elk gestor de arranque OpenCore.


Seguramente realizar algún ajuste en el archivo config.plist para que el instalador pueda iniciarse. Lo más probable será que tenga que cambiar la variable SecureBootModel en la sección Misc > Security, que tengo en Default, a Disabled, para desactivar la seguridad en el arranque, pero tengo que comprobarlo y no tengo mi Sagar Hozkatua cerca.

Es posible que el instalador funcione correctamente con SecureBootModel en Default, ya que como comentábamos el otro día, el ajuste por defecto a cambiado en Open Core 0.7.2 y ahora corresponde con el valor x86legacy, que representa a macOS 11 Big Sur y 12 Monterey en Macs que no cuentan con el chip T2.

En un par de días tendré ocasión de probarlo y os cuento.


__________________
MacPro 2019 Z390 Designare + i7-9700F + Radeon RX Vega 56
MacBook Pro 13" 2020 Core i5-1038NG7 @2.0 GHz 16GB 512GB
iPad Air 3 64GB Wi-Fi+Cellular + iPhone 11 Pro 256GB + Apple TV 4K
El siguiente usuario ha dado las gracias a DeBilbao por este comentario:
Toretto (25/08/21)
  #28  
Viejo 24/08/21, 18:05:41
Avatar de DeBilbao
DeBilbao DeBilbao is offline
Usuario registrado
Compra y venta: (3)
 
Fecha de Ingreso: dic 2010
Localización: Bilbao
Mensajes: 213
Predeterminado

Como os comentaba, tengo algunos cambios previstos en el almacenamiento, añadiendo un disco SSD NVMe de 1TB para una futura instalación de macOS Monterey, y puede que algún disco SATA adicional.



De momento he comprado un Samsung 970 EVO Plus de 1TB, que inicialmente dieron algún problema con macOS, pero actualizados al firmware 2B2QEXM7 son perfectamente compatibles. No la he probado aún, pero mi unidad viene etiquetada con fecha de fabricación febrero de 2021, así que seguramente venga ya con ese firmware, pues Samsung lo publicó en 2019.


Mi placa no soporta el nuevo estándar PCIe 4.0 como el Samsung 980 Pro, así que me quedo "limitado" a los 3.500MB/s en lectura y 3.300 MB/s en escritura que ofrece el Samsung 970 EVO Plus de 1TB, que no están nada mal.



La placa base Z390 Designare de Gigabyte tiene dos zócalos M.2 en el que puedes instalar discos SSD M.2 PCIe 3.0. Actualmente tengo instalados un Samsung 970 EVO de 500GB para Windows 10 Pro y un WD SN750 para macOS Big Sur.


Vienen etiquetados como M2M y M2P, y tienes que tener en cuenta que el conector M2M comparte ancho de banda con los conectores SATA3,4 y el SATA3,5, y el M2P con el SATA3,0. Eso significa que si usas el conector M2M con un disco M2, pierdes dos puertos SATA y si usas también el M2P, pierdes otro.


En resumen: aunque la placa viene con 6 puertos SATA, al usar los dos puertos M2, me he quedado solo con 3.







Podría sustituir el disco WD Black SN750 de 500GB por el Samsung EVO Plus de 1TB, pero me apetece tener los dos conectados para poder hacer pruebas cómodamente y elegir uno u otro disco a la hora de iniciar el sistema pulsando F12 en el arranque de la BIOS.


Así que voy a comprar un adaptador PCIe con conector M.2 como este, que cuesta solo 11€, no necesita de bracket y lleva disipador para mejorar la temperatura del SSD, que apuesto a que será mucho más baja que los que tengo integrados en la placa y que se comen parte del calor disipado por el procesador y la gráfica.


https://www.amazon.es/dp/B07S636JYD




Lo instalaré en la ranura PCIe que tengo más abajo en la foto, junto a la FENVI T-919. Está etiquetada como PCIEX4, así que será capaz de sacar el máximo rendimiento del Samsung 970 EVO Plus, pues el ancho de banda teórico del PCI 3.0 x4 es de 3.940MB/s por lane (7.900MB/s de tasa de transferencia teórica máxima).


Me queda comprobar que la Z390 Designare permite arrancar el equipo desde un dispositivo conectado a una tarjeta PCIe, pero estoy prácticamente seguro de que se podrá.



Tengo también un SSD Kingston de 120GB muerto de risa en un cajón, y sería ideal para poder hacer pruebas rápidas con distintos sistemas operativos, pero para poder conectarlo al equipo necesitaría un puerto SATA libre, y tengo todos ocupados, así que he pensado en comprar una tarjeta PCI Express 3.0 que me permita añadir algún puerto SATA 3 a 6 Gbps, como esta MZHOU que tiene 2 puertos.


https://www.amazon.es/dp/B099ZCXJLQ

Tengo mis dudas, pues si conectara esa tarjeta al puerto PCIX8 que me quedaría libre, afectaría al rendimiento de la gráfica que va al puerto PCIEX16, pues ambos comparten ancho de banda.


La placa tiene un puerto PCIEX1 más, pero queda oculto bajo la gráfica, que es ancha y ocupa dos brackets.


La alternativa sería usar una caja USB para ese disco, pero me apetece dejarlo fijo dentro de la caja. Tengo un par de discos externos SSD conectados, uno como almacén de máquinas virtuales (Samsung SSD Ultra 3D de 1TB), y otro como backup de Time Machine (NVMe de 1TB)


Lo voy a probar y os contaré, pues el desembolso es pequeño.




__________________
MacPro 2019 Z390 Designare + i7-9700F + Radeon RX Vega 56
MacBook Pro 13" 2020 Core i5-1038NG7 @2.0 GHz 16GB 512GB
iPad Air 3 64GB Wi-Fi+Cellular + iPhone 11 Pro 256GB + Apple TV 4K
Los siguientes 2 usuarios quieren agradecer a DeBilbao este post:
maikel7505 (26/08/21), Toretto (25/08/21)
  #29  
Viejo 25/08/21, 13:10:37
Avatar de Toretto
Toretto Toretto is offline
Moderador/a de FansdeApple
Compra y venta: (14)
 
Fecha de Ingreso: dic 2010
Localización: Apple Watch S4 LTE 44mm
Mensajes: 24,496
Tu modelo de iPhone: iPhone X
Tu modelo de iPad: iPad Pro
Tu modelo de Mac: Mac Pro
Predeterminado

Ere un crack!!!


Enviado desde mi iPad Pro M1 utilizando la Magic Keyboard
__________________

Aveces es mejor ser un "extraño", que no uno más del rebaño, co-co...
  #30  
Viejo 30/08/21, 18:06:53
Avatar de DeBilbao
DeBilbao DeBilbao is offline
Usuario registrado
Compra y venta: (3)
 
Fecha de Ingreso: dic 2010
Localización: Bilbao
Mensajes: 213
Predeterminado

Ya he podido probar el adaptador PCI Express 3.0 para poder conectar el disco NVMe donde tenía instalado macOS Big Sur, un WDSN750 de 500GB.

Es muy sencillo de instalar. Solo hay que pegar un par de láminas adhesivas de color violeta, haciendo un sandwich con la placa, el disco y el disipador incluido, sujetando el conjunto con unas gomas que vienen también en el paquete.

El disco va sujeto con un tornillo y también se incluye el destornillador para poder soltarlo y volverlo a colocar.

La foto no es mía, pero el conjunto queda así de bien, como un componente más de la placa.



Lo he conectado en donde tenía previsto, en la ranura PCIEX4 que está más abajo en la imagen.



El disco es detectado por la BIOS perfectamente, y lo he podido añadir a la lista de dispositivos de arranque que aparecen al pulsar F12.

Iniciando con OpenCore 0.7.2, aparecen tanto el disco de macOS Monterey como el de macOS Big Sur, y ambos funcionan perfectamente.



Como imaginaba, el disco ofrece el mismo rendimiento que cuando estaba conectado al slot M.2 de la Z390 Designare. No consigo los 3.470 MB/s de velocidad de lectura ni los 2.600 MB/s de velocidad de escritura anunciados por el fabricante, pero tampoco lo consigo con las otras dos unidades desde macOS, mientras que desde Windows sí que lo consigo.



La tarjeta aparece en la sección NVMExpress, como los otros dos slots M.2 de la Z390 Designare, y se muestra como un "Generic SSD Controller", del que cuelga el disco WDSN750 en donde sigue instalado macOS Big Sur.



Colocado en la ranura PCI Express, el disco está mejor ventilado y las temperaturas de funcionamiento es unos cuantos grados menor. En esta captura de pantalla el WD SN750 está a 48º, mientras que el 970 EVO Plus de 1TB donde tengo Monterey está a 59º, aunque hay que tener en cuenta que la mayor temperatura también se debe a que es el disco del sistema que está trabajando. El 970 EVO Plus de 500GB donde tengo instalado Windows 10 también está en un slot M.2 y está a 47º.



Me queda por probar el adaptador PCI para conseguir ampliar dos puertos SATA III adicionales, ya os contaré. De momento, encantado con este sencillo accesorio que por 11€ me ha permitido tener instalados todos los discos que necesito y alguno más.



__________________
MacPro 2019 Z390 Designare + i7-9700F + Radeon RX Vega 56
MacBook Pro 13" 2020 Core i5-1038NG7 @2.0 GHz 16GB 512GB
iPad Air 3 64GB Wi-Fi+Cellular + iPhone 11 Pro 256GB + Apple TV 4K
Los siguientes 3 usuarios quieren agradecer a DeBilbao este post:
Mostrar/ocultar la lista de agradecimientos
  #31  
Viejo 08/09/21, 00:16:21
Avatar de DeBilbao
DeBilbao DeBilbao is offline
Usuario registrado
Compra y venta: (3)
 
Fecha de Ingreso: dic 2010
Localización: Bilbao
Mensajes: 213
Predeterminado

Actualización a la versión de OpenCore 0.7.3

Fiel a su cita mensual, OpenCore se actualiza a la versión 0.7.3 junto con la mayor parte de las extensiones de kernel que utilizo.

Ya lo tengo instalado en mi Sagar Hozkatua con macOS Monterey, probado primero desde un pendrive y posteriormente desde el disco de sistema.



El proceso de instalación es básicamente el de siempre, copiando los archivos de OpenCore, Drivers y Kexts en las carpetas correspondientes, y modificando el archivo config.plist con las novedades, que básicamente son dos, ambas en la sección UEFI.

Por una parte, los Drivers ahora se declaran como Dictionary y no como String, añadiendo además del driver, un indicador para poder activarlo o desactivarlo, así como una variable para argumentos. Yo solo uso estos 4 drivers y los he actualizado manualmente.

Por otra parte, en la sección UEFI > Quirks, ahora hay una variable nueva llamada ForceOCWriteFlash, que por defecto tiene valor NO.




Os dejo los enlaces para descargar los archivos, así como el registro de cambios para que veáis las novedades.

https://github.com/acidanthera/OpenC...ases/tag/0.7.3

OpenCore v0.7.3
  • Improved SSDT-PNLF compatibility with CFL+ graphics
  • Fixed OpenCanopy performance loss due to redrawing introduced in 0.6.9
  • Added pattern-based automatic variable initialisation for better security
  • Updated underlying EDK II package to edk2-stable202108
  • Updated Apple Secure Boot variables for x86legacy
  • Updated Linux variants in Flavours.md
  • Implemented Boot Entry Protocol, allowing plug-in boot entry drivers
  • Added StringBuffer and FlexArray libraries
  • Updated Drivers to support arguments (requires config.plist update, see samples)
  • Added OpenLinuxBoot driver: OC-native Linux autodetect and boot without chaining via GRUB
  • Fixed overlong boot entry names breaking text flow in builtin menu
  • Added ForceOcWriteFlash UEFI quirk to enable writing OC system variables


https://github.com/acidanthera/OcBinaryData


De OCBinaryData sacamos el driver HfsPlus.efi y la carpeta Resources


https://github.com/acidanthera/Lilu/releases/tag/1.5.6


Lilu v1.5.6
  • Added the circular buffer API.
  • Added convenient helpers to check a value (available as of C++17).
  • Added the OSObjectWrapper API to wrap a non-OSObject value.

https://github.com/acidanthera/Virtu...ases/tag/1.2.7


VirtualSMC v1.2.7
  • Fixed build settings for 32-bit
  • Improved EC fan monitoring instructions, thx all the contributors
  • Added fan0-dividend to support more EC fan monitors


https://github.com/acidanthera/Apple...ases/tag/1.6.4


AppleALC v1.6.4
  • Added 10.4 and 10.5 support, and 10.6 and 10.7 support in 32-bit mode
  • Update STAC9200 layout-id 11 to support 10.4 to 10.6
  • Added STAC9205 layout-id 11 for Dell Inspiron 1520 and Latitude D630
  • Fixed crash on GPUs without digital audio support introduced in 1.6.1
  • Added ALC623 layout-id 21 for Lenovo M70T by Andres ZeroCross
  • Seperated Laptop/Desktop patches for 8086:A171 to fix HDMI audio on Intel NUC
  • Added ALC236 layout-id 36 for Lenovo Ideapad 510s 14isk by volcbs
  • Added ALC235 layout-id 12 for Dell Optiplex 7040 MT by wern-apfel
  • Improved CA0132 layout-id 7 by removing not needed MuteGPIO by wern-apfel
  • Added ALC235 layout-id 8 for Intel NUC 8 by wern-apfel
  • Added ALC269 layout-id 69 for MSI GF63 Thin 9SEXR by Vorshim92
  • Added ALC289 layout-id 93 for XPS 9500 4k by sweet3c
  • Added ALC892 layout-id 32 for custom G4/G5mod

https://github.com/acidanthera/Restr...ases/tag/1.0.4


RestrictEvents v1.0.4
  • Fixed dual-core CPU spoofing on macOS 10.14 and earlier
  • Allow preserving MP7,1 UI through revnopatch in NVRAM or boot-args
  • Skip leading spaces for automatically received CPU names


https://github.com/acidanthera/Whate...ases/tag/1.5.3


WhateverGreen v1.5.3
  • Added no-gfx-spoof to avoid forcing device-id values from PCI I/O.
  • Added the backlight smoother submodule that makes brightness transitions smoother on Intel IVB+ platforms. (by @0xFireWolf)
  • MMIO Register Access submodules are now available on Intel IVB+ platforms. (by @0xFireWolf)
  • Improved ASUS-made AMD R9 380 GPU identification
  • Fixed applbkl property with <00 00 00 00> value failing to disable backlight patches
  • Note: This release requires Lilu v1.5.6 or later.



__________________
MacPro 2019 Z390 Designare + i7-9700F + Radeon RX Vega 56
MacBook Pro 13" 2020 Core i5-1038NG7 @2.0 GHz 16GB 512GB
iPad Air 3 64GB Wi-Fi+Cellular + iPhone 11 Pro 256GB + Apple TV 4K
Los siguientes 3 usuarios quieren agradecer a DeBilbao este post:
Mostrar/ocultar la lista de agradecimientos
  #32  
Viejo 09/09/21, 00:03:02
Avatar de apriliars3
apriliars3 apriliars3 is offline
Moderador/a de FansdeApple
Compra y venta: (12)
 
Fecha de Ingreso: abr 2010
Localización: Madrid
Mensajes: 36,679
Tu modelo de iPhone: iPhone 6 plus
Tu modelo de iPad: iPad mini wifi 16
Tu modelo de Macbook: Macbook
Predeterminado

Acabo de poner OC 0.7.3 y siempre me la lia con algo. No se porque ahora no me aparece el menu boot con los iconos, sino con las letras (por cierto, ahora sale en letras hasta apagar y reiniciar, es curioso).

He vuelto a seguir la guia pero nada, he vuelto a copiar la carpeta Resources, tambien tengo el nuevo OpenCanopy, y en el config los drivers en Dictionary copiados los que uso desde el sample.plist. No se que falla.

Por cierto, el OpenHFSPlus, nos sirve para nada? Lo puse hace unas cuantas versiones porque decia que sustituia al HfsPlus, pero a mi sin este no me funciona.

(Click para mostrar/ocultar)



https://dortania-github-io.thrrip.sp...opencore-s-gui

Úlima edición por apriliars3 fecha: 09/09/21 a las 00:26:05
El siguiente usuario ha dado las gracias a apriliars3 por este comentario:
maikel7505 (09/09/21)
 

Herramientas
Desplegado

Reglas de Mensajes
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Las caritas están On
Código [IMG] está On
Código HTML está Off

Saltar a Foro


Husos Horarios son GMT +2. La hora en este momento es 08:44:11.

Powered by vBulletin™
Copyright © vBulletin Solutions, Inc. All rights reserved.

User Alert System provided by Advanced User Tagging (Lite) - vBulletin Mods & Addons Copyright © 2021 DragonByte Technologies Ltd.Navbar with Avatar by Motorradforum