• macOS 15 Sequoia en Z390 Aorus Elite
• macOS 14 Sonoma en Z390 Aorus Elite
• Wi-Fi Fenvi vuelve a funcionar en Sonoma
• Wi-Fi y BT Intel AX210 en macOS Sonoma
• OpenCore y UEFI Secure Boot
• Deslimitar Specialized Turbo Levo 2018
• macOS 13 Ventura en Z390 Aorus Elite
• Intel UHD Graphics 630 en macOS
• RX 6600 en macOS con PowerPlayTable
• Listar archivos en ASP .NET con VS 2022
• Navegador web con WebView en C#
• Transformación XML + XSL = HTML en VB
• Java y Ucanaccess de 64 bits
Proceso PerfPowerServices ocupa CPU en macOS 15.4
En la actualización 15.4 de macOS Sequoia (y por ahora también en la 15.4.1) ha surgido un problema que ha afectado a bastantes usuarios, incluso de ordenadores Apple. Vemos cifras anormalmente elevadas de tiempo y ocupación de la CPU por el proceso PerfPowerServices. Este servicio administra archivos de registro que permiten la recuperación de datos de rendimiento y configuración de energía del sistema.
Los desarrolladores de OpenCore y extensiones relacionadas han publicado la versión 1.3.6 de VirtualSMC.kext que corrige el problema sin anular el proceso que sigue existiendo pero sin exigir a la CPU más de lo que se considera normal.
Cambiar de OpenCore 1.0.3 a 1.0.4
Ya han lanzado OpenCore 1.0.4. Puedes conseguirlo en Acidanthera.
Cambios principales
- Se ha añadido Booter -> Quirks -> ClearTaskSwitchBit: para solucionar fallos cuando se usan versiones de 32 bits de Mac OS X en máquinas virtuales Hyper-V Gen2
- Se ha actualizado la opción Unload para descargar los drivers en el orden inverso al que fueron cargados
- Eliminado SSDT-HV-DEV-WS2022.dsl que ya no hace falta
- Se han arreglado ProvideCurrentCpuInfo y CPUID patching en versiones anteriores a Mac OS X 10.4.
Cambiar de OpenCore 1.0.2 a 1.0.3
OpenCore 1.0.3 ya está disponible. Hay bastantes cambios y mejoras pero la mayoría no son perceptibles para el usuario final, sobre todo si la versión 1.0.2 funcionaba bien. Puedes descargarlo desde Acidanthera.
Cambios principales
- Compatibilidad con la familia de CPU AMD 1AH
- Se corrigió la transferencia EHCI en OpenDuet, lo que provocaba que las máquinas más antiguas se bloquearan al iniciarse
- Compatibilidad con CPU Arrow Lake y Raptor Lake
- Se corrigió un fallo con vault sign.command
- Se añadió el driver OpenNetworkBoot para admitir el arranque HTTP(S) y PXE.
macOS 15 Sequoia no entra bien en reposo
Mi sistema (Z390 Aorus Elite + i9-9900K + RX 6600 XT) con macOS 15 Sequoia no siempre entra en reposo como debe. En algunas ocasiones lo hace, apagando luces y ventiladores, pero en otras se mantiene activo, incluso con la pantalla encendida. Esto sucede con la misma configuración que utilizo en macOS 14 Sonoma y macOS 13 Ventura en los que el sistema entra en suspensión con normalidad.
Origen del fallo
Hay 2 situaciones que pueden provocar este comportamiento:
- Información del Sistema >> Alimentación >> Eventos de Activación: el reposo suele fallar cuando aparecen Eventos Programados generados por diferentes procesos dependientes de com.apple.alarm (son de Tipo Wake). También puedes verlos con el comando
sudo pmset -g sched. Estos eventos se pueden borrar con el comandosudo pmset schedule cancelall - El proceso apsd (Apple Push Notification Services Daemon): cuando está activo el reposo puede fallar. Este proceso parece estar relacionado con las notificaciones de varias aplicaciones y servicios. Puede ser detenido con uno de estos comandos:
sudo launchctl unload -w /System/Library/LaunchDaemons/com.apple.apsd.plisto este otrosudo launchctl bootout -w /System/Library/LaunchDaemons/com.apple.apsd.plist
Cambiar de OpenCore 1.0.1 a 1.0.2
OpenCore 1.0.2 ya está disponible. Al igual que en la versión anterior, hay bastantes cambios aunque la mayoría no son perceptibles para el usuario final. Puedes obtenerla en Acidanthera.
Cambios principales
- Docs: actualizado el texto de Booter >> Quirks >> FixupAppleEfiImages. FixupAppleEfiImages corrige errores de permisos y secciones en imágenes boot.efi de macOS (ver Nota)
- Se corrigió un error en macrecovery al ejecutarse sin interfaz gráfica
- Se añadió soporte para
AMD_CPU_EXT_FAMILY_1AH - Se actualizaron las versiones de firmware integradas para SMBIOS
- Se volvió a habilitar el parche (corregido)
MSR_MISC_PWR_MGMTde XcpmExtraMsrs en macOS 12+ - Se corrigió la selección de dispositivo de arranque con discos VirtIO usados para instalaciones de macOS
- UEFI >> se ha añadido la opción Unload (Array) para desactivar drivers existentes en el firmware.
Cambiar de OpenCore 1.0.0 a 1.0.1
Ya salió OpenCore 1.0.1. Es una actualización muy sencilla, no hay cambios en config.plist. Puedes obtenerlo en Acidanthera.
Cambios principales
- Código actualizado y barra de progreso añadida a macrecovery
- Error corregido de ThirdPartyDrives en macOS 14.4 y posteriores
- Problema resuelto al iniciar Recovery en OS X 10.8 y anteriores desde OpenCore 0.9.7
- Nvramdump compatible con 10.6+ para usar con LogoutHook.
Config.plist
- Nada que hacer.
macOS 15 Sequoia en Z390 Aorus Elite
Apple ha lanzado macOS 15 Sequoia. Su instalación es menos problemática que anteriores versiones de macOS que requirieron cambios más profundos en OpenCore y las kexts más importantes. En esta ocasión han sido necesarios pocos cambios para que sean compatibles. El sistema funciona sorprendentemente bien para tratarse de la primera versión del sistema operativo. Por supuesto que hay cosas que pulir pero, en general, es muy utilizable para uso diario. Las especificaciones de mi máquina son: Z390 Aorus Elite + i9-9900K + RX 6600 XT.
Hardware
- Placa base Gigabyte Z390 Aorus Elite
- Procesador Intel i9-9900K
- Gráficos: iGPU Intel UHD 630 / AMD Radeon RX 6600 XT
- Sonido Realtek ALC1220
- Ethernet Intel I219V7
- Wifi + BT Fenvi FV-T919 (BCM94360CD).
Configuración de BIOS (versión F11)
- CSM: Disabled (obligatorio)
- VT-d: Disabled
- Platform Power Management: Disabled
- XHCI Hand-Off: Enabled
- Network Stack: Disabled
- Wake on LAN: Disabled
- Initial Display Output: PCIe 1 Slot
- Integrated Graphics: Enabled
- DVMT Pre-allocated: 256M o higher
- Above 4G Decoding: Enabled
- CFG Lock: Disabled (obligatorio)
- Fast Boot: Disabled
- OS Type: Windows 8/10
- Secure Boot: Disabled.
Error de memoria con MacPro7,1
Usuarios de macOS Catalina y posteriores que utilizan SMBIOS de MacPro7,1 reciben un aviso de error al arrancar: MEMORY MODULES MISCONFIGURED – More than the maximum supported memory is installed in your Mac. El modelo MacPro7,1 fue puesto a la venta en 2019 y es el Mac Intel más potente y modular, con una orientación claramente profesional. Lleva una CPU Intel Xeon de 8 a 28 núcleos según modelos y tarjetas gráficas AMD Radeon Pro 580X. Carece de iGPU. Aunque no parece un modelo de SMBIOS adecuado a la mayoría de los hackintosh, algunos usuarios que han montado equipos de alto rendimiento con CPU potentes (sobre todo si no tienen gráfica integrada) y mucha memoria RAM lo utilizan.
Traducción con aportaciones propias de la guía Fixing MacPro7,1 Memory Errors, publicada por RTHPJM en GitHub, que es información ampliada de la guía original de Dortania.
No está claro el mecanismo por el que se genera el aviso. Hasta el lanzamiento de Big Sur, el plugin de Lilu MacProMemoryNotificationDisabler.kext desarrollado por IOIIIO solucionaba el problema y el aviso dejaba de aparecer. Pero esta kext no funciona en Big Sur. Lilu aplica los parches como el de esta kext en el espacio de usuario al que Big Sur no deja acceder para esta tarea por lo que ha dejado de funcionar.
Avisos de error que pueden aparecer en el Escritorio:
 |  |
UEFI Secure Boot y OpenCore
0.- El método fácil (no se necesita Linux ni Windows)
1.- Máquina virtual Ubuntu en macOS con UTM (modo gráfico)
2.- Máquina virtual Ubuntu en Windows con WSL (línea de comandos)
3.- Insertar variables seguras en el firmware (BIOS o KeyTool)
4.- BIOS bloqueada después de actuar sobre variables seguras
5.- Certificado UEFI CA Microsoft de 2011 actualizado a 2023
UEFI Secure Boot y OpenCore (5)
Todos los certificados UEFI actuales de Microsoft caducan en 2026. Estos incluyen Microsoft Corporation KEK CA 2011, almacenado en la base de datos KEK, y dos certificados almacenados en la db llamados Microsoft Windows Production PCA 2011, que firma el gestor de arranque de Windows, y Microsoft UEFI CA 2011 (o UEFI CA de terceros) que firma componentes de controladores de hardware y sistemas operativos de terceros.
Microsoft está migrando a otros nuevos. La primera actualización es añadir Microsoft Windows UEFI CA 2023 a la base de datos del firmware. El nuevo certificado se utilizará para firmar los componentes de arranque de Windows antes de que expire la CA de producción de Microsoft Windows 2011.