Recientemente, mi Mac muestra algunos mensajes extraños como "El mes 13 está fuera de límites".
¿Cómo soluciono este error? No puedo ir al centro de reparación autorizado de Ant Apple porque está muy lejos de un centro de Apple
high-sierra
error
nadie usuario
fuente
fuente
Respuestas:
Este error se registra en iOS 11 y en macOS 10.13 con seguridad y no veo que cause ninguna función o problema específico en ninguna plataforma.
Voy a vincular a la pregunta principal aquí acerca de "¿MacOS registra demasiado?", Ya que esa es una opinión e impresión que es digna de discusión. Algunas personas pueden sentirse mejor si no hay mensajes a menos que una condición realmente grave necesite acción. Otros quieren aún más detalles para poder saber lo que está sucediendo / aprender / medir. Por lo tanto, va a ser una compensación cómo estos son problemas / categorizados / utilizados.
Un desarrollador interesante que tiene algunas herramientas es Howard Oakley, quien bloguea en https://eclecticlight.co/
Su página de descargas tiene dos aplicaciones de interés (use el enlace de descargas izquierdo, ya que las versiones de productos a continuación son beta y pueden no estar actualizadas en un día o una semana):
fuente
Puedo verificar la legitimidad de este problema. Tuve el mismo problema ayer, y después de un reinicio, la computadora quedó casi inútil debido a este error. Por alguna razón, la computadora no puede lidiar con este mes y arroja errores donde haya bases de datos o listas.
Para arreglar esto:
Abrir el Monitor de Actividad y forzar la salida de dos procesos:
lsd
,UserEventAgent
Abra Preferencias del sistema y navegue hasta "Fecha y hora"
Desmarca "Establecer fecha y hora automáticamente"
En el calendario, seleccione una fecha anterior a diciembre de 2017 y presione Guardar
Si
UserEventAgent
olsd
continúa causando problemas, forzarlo a salir nuevamente después de establecer la fecha.Otras personas aquí tienen este problema
¿Por qué?
Me parece que UserEventAgent estaba intentando usar dos archivos plist:
y
Cuando trató de usar las listas, obtuvo un error:
No estoy seguro de lo que sucedió realmente en UserEventAgent, pero es obvio que cuando recibe el error, no puede solucionarlo y causa un alto uso de CPU y RAM.
fuente
Tuve el mismo problema con el uso extremadamente alto de CPU y UserEventAgent a principios de diciembre de 2017. La consola mostró el error "mes fuera de límites" como se describió anteriormente.
Intenté la utilidad de disco "primeros auxilios", reinicios, modo seguro (para borrar la memoria caché del sistema), borrar NVRAM y SMD, nada ayudó. Me di cuenta de que el uso de CPU y memoria no aumentó en modo seguro.
Al igual que @tgray y u / kidtexas , en algún momento descubrí que si deshabilitaba todas mis listas de lanzamiento personalizadas, el problema no ocurriría.
Finalmente escribí el pequeño script a continuación para ayudarme a depurar qué plist estaba causando el problema. Terminó siendo un plist que se ejecuta el primero de cada mes:
Muchos de mis plists usan la
StartCalendarInterval
clave, y usando el script a continuación podría mostrar que no parecen causar problemas de RAM y memoria, por lo que no está del todo claro por qué una lista específica causa el problema. De todos modos, así es como lo resolví.Recomiendo encarecidamente a los lectores que revisen el guión para tratar de comprender lo que hace en lugar de simplemente copiar y pegar. Específicamente, como está escrito esto sólo funcionará para plists en
~/Library/LaunchAgents
(no/Library/LaunchDaemons
y otros), y intencionalmente Sólo las pruebas plists cuyo nombre de archivo y<key>Label</key>
siguen el patrón específico:com.USERNAME.my_plist_name[.plist]
. Antes de ejecutarlo, utilicé una línea parabootout
todos mis plists:for plist in com."$(whoami)".*.plist; do launchctl bootout gui/"${MYUID}"/"${plist%.plist}" || true; done
y luego verifiqué que ya no aparecían en loslaunchctl list
resultados.fuente
bootout
(o similar) que n8henrie recomienda.Al igual que otros, tenía un alto uso de CPU y un gran uso de RAM de UserEventAgent (vea mi comentario más arriba). Cambiar la fecha a noviembre y forzar el cierre de UserEventAgent corrigió cosas. Todo esto comenzó el sábado después de reiniciar.
Fijar
Me di cuenta de esto por mí. Con suerte para otros con problemas, esto funcionará para usted.
El problema era una lista de LaunchAgent que tengo en ~ / Library / LaunchAgents. Es un archivo plist simple que llama a StartCalendarInterval, que es una clave válida para las listas de inicio. El trabajo LaunchAgent llama a un script de shell que copia algunos archivos a una ubicación de copia de seguridad el primer día del mes. El trabajo no se llama en absoluto; creo que se inicia comprobando los trabajos cargados en el calendario que está causando el problema. Tan pronto como descargué este plist y moví el archivo fuera del directorio, UserEventAgent estuvo bien (después de un cierre forzado). En el segundo en que cargué el plist (launchctl load xxxx), UserEventAgent se volvió loco.
StartCalendarInterval es una clave válida para launchd como se ve aquí en los documentos de Apple .
Entonces, para cualquier persona que tenga problemas, revise sus directorios de LaunchAgent y busque la clave StartCalendarInterval (o cualquier otra clave relacionada con el calendario). No tuve ningún problema con las listas de intervalos basadas en el tiempo.
Nota: Esto no soluciona los errores 'Mes 13 fuera de límites', solo el comportamiento loco de UserEventAgent.
fuente
Después de informar esto a Apple y escalar la cadena de escalamiento, me dijeron que esto debería solucionarse en macOS 10.13.3.
Aparentemente, esto es causado por una aplicación que llama al procedimiento NSDate en desuso 'descriptionWithCalendarFormat' .
Puede leer más en https://forums.developer.apple.com/thread/88417 .
En algunos casos, editar o eliminar ciertos archivos plist evitará que los programas llamen al procedimiento obsoleto, pero la solución real es una actualización del sistema operativo.
fuente