Desde hace algún tiempo, Mail.app tarda tres minutos o más en mostrar su ventana y, durante ese intervalo, aparece la etiqueta "no responde". Hay varias cosas que están relacionadas de alguna manera:
- Durante ese intervalo, fseventsd consume el 82%±3% de la CPU.
- Si ejecutamos
/usr/sbin/repairHomePermissionsEl correo se inicia normalmente, pero el arreglo sólo dura un par de días. - Si reconstruimos los buzones, es no arreglado; si eliminamos todas las cuentas IMAP y las volvemos a instalar, se no arreglado; pero si reconstruimos los buzones después de esa reinstalación, es normal, pero de nuevo, sólo por un día o dos.
- Si eliminamos todo de
/Library/LaunchDaemonsy reiniciar, funciona normalmente. Lo he hecho hoy, así que no sé todavía cuánto durará.
Esto es lo que había en LaunchDaemons:
com.acapelagroup.iVoxHelper.plist
com.adobe.ARMDC.Communicator.plist
com.adobe.ARMDC.SMJobBlessHelper.plist
com.apple.installer.osmessagetracing.plist
com.barebones.authd.plist
com.malwarebytes.HelperTool.plist
com.malwarebytes.mbam.rtprotection.daemon.plist
com.malwarebytes.mbam.settings.daemon.plist
com.oracle.java.Helper-Tool.plist
com.paragon-software.installer.plist
com.paragon-software.ntfs.loader.plist
com.paragon-software.ntfsd.plist
com.prey.agent.plist
homebrew.mxcl.dnsmasq.plist
homebrew.mxcl.mysql.plist
homebrew.mxcl.unbound.plist
org.macports.rsyncd.plistCreo que todo eso existe desde hace más tiempo que el problema. Hace poco me hice con un nuevo MBP de 2019 con Catalina, actualicé a Big Sur y utilicé el Asistente de Migración para traer todo desde un MBP de 2012 con Catalina. Este problema nunca ocurrió en el viejo MBP, y creo (no estoy seguro) que no se inició inmediatamente en el nuevo. Estoy bastante seguro de que lo usé durante semanas antes de que esto empezara a suceder.
¿Ideas? Nos va a llevar dos días averiguar si eliminar algún LauchDaemon es una solución permanente, y si es así, semanas para averiguar cuál. Y todavía sería un misterio cómo interactúa con los permisos y los buzones de correo.
Se sabe que fseventsd absorbe la CPU de Time Machine, pero este problema ha sucedido con Time Machine apagado y cuando los discos TM ni siquiera están enchufados. Y la apertura de Mail debería hacer aproximadamente las mismas acciones de disco cada vez que se lanza.
https://arstechnica.com/gadgets/2007/10/mac-os-x-10-5/7/
https://discussions.apple.com/thread/1502226
Otra rareza (pero creo que no está relacionada) es que Photos.app supuestamente está usando mucha energía cuando el Dock, ps -ef y el Monitor de Actividad dicen que Fotos no se está ejecutando. (Aunque a veces, photoanalysisd aparece brevemente en el monitor de actividad).
