Monat 13 ist aus dem Rahmen?

In letzter Zeit werden auf meinem Mac seltsame Meldungen angezeigt, beispielsweise "Der 13. Monat ist abgelaufen".

Wie behebe ich diesen Fehler? Ich kann mich nicht an ein autorisiertes Apple-Reparaturzentrum wenden, da es sehr weit von einem Apple-Zentrum entfernt ist

Dieser Fehler ist auf iOS 11 und MacOS 10.13 mit Sicherheit protokolliert, und ich sehe nicht, dass er eine bestimmte Funktion oder ein bestimmtes Problem auf einer Plattform verursacht.

Ich werde hier auf die Hauptfrage zu "Läuft MacOS zu viel?" Verweisen, da dies eine Meinung und ein Eindruck ist, die es wert sind, diskutiert zu werden. Manche Menschen könnten sich besser fühlen, wenn es keine Nachrichten gäbe, es sei denn, ein wirklich schwerwiegender Zustand erfordert Maßnahmen. Andere wollen noch mehr Details, damit sie wissen, was passiert / lernen / messen. Es wird also ein Kompromiss sein, wie diese Themen behandelt / kategorisiert / verwendet werden.

• Neuinstallation von macOS: Console.app zeigt Fehler an. Ist das zu erwarten?

Ein interessanter Entwickler mit einigen Tools ist Howard Oakley, der unter https://eclecticlight.co/ bloggt.

Seine Downloadseite enthält zwei interessante Apps (verwenden Sie den Link zum Herunterladen auf der linken Seite, da die unten aufgeführten Produktversionen Beta-Versionen sind und möglicherweise an einem Tag oder in einer Woche nicht aktuell sind):

• Trost - ein alternativer Konsolenbrowser
• Woodpile - ein Werkzeug zum Zählen / Auffangen / Analysieren von Protokollierungsmustern

Ich kann die Rechtmäßigkeit dieses Problems überprüfen. Ich hatte gestern das gleiche Problem und nach einem Neustart wurde der Computer aufgrund dieses Fehlers fast unbrauchbar. Aus irgendeinem Grund kann der Computer diesen Monat nicht verarbeiten und gibt überall dort Fehler aus, wo Datenbanken oder Plists vorhanden sind.

So beheben Sie das:

1. Öffnen Sie Activity Monitor und Kraft verlassen zwei Prozesse: lsd,UserEventAgent

2. Öffnen Sie die Systemeinstellungen und navigieren Sie zu "Datum & Uhrzeit".

3. Deaktivieren Sie "Datum und Uhrzeit automatisch einstellen"

4. Wählen Sie im Kalender ein Datum vor Dezember 2017 aus und drücken Sie Speichern

5. Wenn UserEventAgentoder lsdweiterhin Probleme auftreten, beenden Sie diese nach dem Einstellen des Datums zwangsweise erneut.

Andere Leute hier haben dieses Problem

Warum?

Es scheint mir, dass UserEventAgent versucht hat, zwei plist-Dateien zu verwenden:

System/Library/LaunchAgents/com.apple.UserEventAgent-Aqua.plist

und

System/Library/LaunchAgents/com.apple.UserEventAgent-LoginWindow.plist

Bei dem Versuch, die Plists zu verwenden, ist ein Fehler aufgetreten:

Month 13 is out of bounds

Ich bin nicht sicher, was in UserEventAgent tatsächlich passiert ist, aber es ist offensichtlich, dass der Fehler nicht behoben werden kann und eine hohe CPU- und RAM-Auslastung verursacht.

Ich hatte das gleiche Problem mit der extrem hohen CPU- und Speicherauslastung von UserEventAgent ab Anfang Dezember 2017. In der Konsole wurde der oben beschriebene Fehler "Monat ohne Grenzen" angezeigt.

Ich habe versucht, Festplatten-Dienstprogramm "Erste Hilfe", Neustarts, abgesicherten Modus (zum Löschen des System-Cache), Löschen von NVRAM und SMD, nichts half. Mir ist aufgefallen, dass die CPU- und Speicherauslastung im abgesicherten Modus nicht angestiegen ist.

Wie bei @tgray und u / kidtexas habe ich irgendwann herausgefunden, dass das Problem nicht aufgetreten ist, wenn ich alle meine benutzerdefinierten Startlisten deaktiviert habe.

Ich habe schließlich das kleine Skript unten geschrieben, um herauszufinden, welcher Plist das Problem verursacht hat. Am Ende war es eine Pliste, die am ersten eines jeden Monats abläuft:

<key>StartCalendarInterval</key>
<dict>
    <key>Day</key>
    <integer>1</integer>
    <key>Hour</key>
    <integer>03</integer>
    <key>Minute</key>
    <integer>00</integer>
</dict>

Viele meiner Plisten verwenden den StartCalendarIntervalSchlüssel, und mithilfe des folgenden Skripts konnte ich zeigen, dass sie anscheinend keine Probleme mit dem Arbeitsspeicher und dem Arbeitsspeicher verursacht haben. Daher ist mir nicht ganz klar, warum eine bestimmte Pliste das Problem verursacht. Egal, so habe ich es aussortiert.

Ich empfehle den Lesern dringend , das Skript durchzusehen, um zu verstehen, was es tut, anstatt es nur zu kopieren und einzufügen. Wie geschrieben Konkret wird dies nur für plists in Arbeit ~/Library/LaunchAgents(nicht /Library/LaunchDaemonsund andere), und es prüft absichtlich nur plists , deren Dateinamen und <key>Label</key>das spezifische Muster folgen: com.USERNAME.my_plist_name[.plist]. Bevor ich es bootoutausführte , verwendete ich einen Einzeiler für alle meine Plisten: for plist in com."$(whoami)".*.plist; do launchctl bootout gui/"${MYUID}"/"${plist%.plist}" || true; doneund verifizierte dann, dass sie nicht mehr unter den launchctl listErgebnissen angezeigt wurden .

#! /bin/bash
# /apple/307512/month-13-is-out-of-bounds

set -euf -o pipefail

MYUID="$(id -u)"

pushd "${HOME}"/Library/LaunchAgents

while IFS= read -r -d '' plist; do
  echo "${plist}"
  stats=($(ps ux | grep -v grep | grep UserEventAgent | awk '{ print $3, $5}'))
  cpu="${stats[0]}"
  vmem="${stats[1]}"
  echo "CPU use and virtual memory size while disabled: ${stats[@]}"
  launchctl bootstrap gui/"${MYUID}" "${plist}"
  sleep 5
  stats=($(ps ux | grep -v grep | grep UserEventAgent | awk '{ print $3, $5}'))
  echo "CPU use and virtual memory size while enabled: ${stats[@]}"
  echo "Change in vmem: $(( "${vmem}" - "${stats[1]}" ))"
  echo
done < <(find . -iname "com.$(whoami).*.plist" -print0)

popd

Wie andere hatte ich eine hohe CPU-Auslastung und eine hohe RAM-Auslastung von UserEventAgent (siehe meinen Kommentar oben). Ändern des Datums auf November und Beenden von UserEventAgent erzwingen Behobene Probleme. Dies alles begann am Samstag nach dem Neustart.

Fix

Ich habe das für mich herausgefunden. Hoffentlich für andere mit Problemen, wird dies für Sie funktionieren.

Das Problem war eine LaunchAgent-Liste in ~ / Library / LaunchAgents. Es ist eine einfache Plist-Datei, die StartCalendarInterval aufruft. Dies ist ein gültiger Schlüssel für launchd-Plists. Der LaunchAgent-Auftrag ruft ein Shell-Skript auf, das am ersten Tag des Monats einige Dateien an einen Sicherungsspeicherort kopiert. Der Job wird überhaupt nicht aufgerufen. Ich denke, er überprüft die geladenen Jobs anhand des Kalenders, der das Problem verursacht. Sobald ich diese plist entladen und die Datei aus dem Verzeichnis verschoben habe, war UserEventAgent in Ordnung (nach einem erzwungenen Beenden). In dem Moment, in dem ich die Plist geladen habe (launchctl load xxxx), wurde UserEventAgent verrückt.

StartCalendarInterval ist ein gültiger Schlüssel für launchd, wie hier in den Apple-Dokumenten zu sehen .

Überprüfen Sie bei Problemen Ihre LaunchAgent-Verzeichnisse und suchen Sie nach dem StartCalendarInterval-Schlüssel (oder einem anderen kalenderbezogenen Schlüssel). Ich hatte keine Probleme mit den zeitbasierten Intervallplisten.

Hinweis: Dies behebt nicht die Fehler "Monat 13 außerhalb der Grenzen", sondern nur das verrückte UserEventAgent-Verhalten.

Nachdem ich dies Apple gemeldet und die Eskalationskette skaliert hatte, wurde mir mitgeteilt, dass dies in macOS 10.13.3 behoben werden sollte.

Anscheinend wird dies durch eine Anwendung verursacht, die die veraltete NSDate-Prozedur 'descriptionWithCalendarFormat' aufruft .

Weitere Informationen finden Sie unter https://forums.developer.apple.com/thread/88417 .

In einigen Fällen wird durch das Bearbeiten oder Entfernen bestimmter plist-Dateien verhindert, dass Programme die veraltete Prozedur aufrufen. Die eigentliche Korrektur ist jedoch ein Betriebssystem-Update.