Monat 13 ist aus dem Rahmen?


23

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

Bildbeschreibung hier eingeben

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


Von @tgray: "Ich habe heute aufgrund von UserEventAgent angefangen, die hohe CPU-Auslastung zu ermitteln. Außerdem wird eine große Menge an RAM verwendet (über 30 GB, wenn ich es lang genug laufen lasse). Das erzwungene Beenden und Neustarten hat nichts geändert. Ich habe eine Stichprobe von durchgeführt Als ich das Datum auf November änderte, war meine CPU-Auslastung wieder normal. Als ich es auf November änderte, war es wieder verrückt. Ich frage mich, ob dies mit dem iOS-Datum zusammenhängt Fehler in 11.2.1? Ich hoffe, Apple behebt den Fehler bald, da mein Computer unbrauchbar ist. "
JMY1000,

Antworten:


10

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.

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

10

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.


Das funktioniert bei mir nicht, ich habe es fast dreimal versucht, aber es passiert nichts.
Niemand Benutzer

@qwerty Sie erhalten immer noch die Fehlermeldung, obwohl Datum und Uhrzeit vor Dezember 2017 eingestellt wurden? Stellen Sie im Idealfall Datum und Uhrzeit auf den 1. November ein und beenden Sie die oben genannten Prozesse mit dem Aktivitätsmonitor.
Ckacmaster

Das habe ich sogar schon mal probiert. Ich habe auch versucht, es auf den 1. Januar zu ändern, aber es funktioniert immer noch nicht. Ich denke, ich sollte diesen Fehler einfach ignorieren, da ich keine hohe CPU- oder RAM-Auslastung habe. Ich hoffe, Apple behebt dies im nächsten Software-Update. Nun, zumindest ist dies besser als der Root-Bug: macrumors.com/how-to/temporarily-fix-macos-high-sierra-root-bug
niemand Benutzer

(Ich kann leider keinen Kommentar hinzufügen.) Ich habe heute aufgrund von UserEventAgent angefangen, die hohe CPU-Auslastung zu ermitteln. Es verwendet auch eine große Menge an RAM (30 + GB, wenn ich es lange genug laufen lassen). Das erzwungene Beenden und Neustarten hat nichts geändert. Ich habe eine Probe des Prozesses gemacht und eine Menge Zeilen gesehen, die sich mit Datumsangaben befassten. Als ich das Datum auf November änderte, war meine CPU-Auslastung wieder normal. Die Sekunde, die ich es zum Geschenk änderte, ging es wieder bonkers. Ich frage mich, ob dies mit dem iOS-Datumsfehler in 11.2.1 zusammenhängt. Ich hoffe, Apple behebt das Problem bald, da mein Computer unbrauchbar ist.
hmode

1
@qwerty Lassen Sie Ihren Computer erst dann ausschalten, wenn Apple dies korrigiert. Ich habe den Fehler gemacht, neu zu starten, als ich zum ersten Mal den Fehler in meiner XCode-Konsole sah und meine RAM- und CPU-Auslastung sich verschlechterte. Nach einigen Nachforschungen nahm ich an, dass ich das oben genannte als vorübergehende Lösung für meinen Computer tun würde war fast nutzlos. Der Fehler ist größtenteils harmlos, es sei denn, Sie starten neu oder versuchen, plist-Dateien zu laden.
Ckacmaster

2

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

Hinweis für bootoutBenutzer, die dies ausführen : Es wird davon ausgegangen, dass alle getesteten Agenten bereits deaktiviert sind. Beachten Sie daher, dass die von n8henrie empfohlenen (oder ähnlichen) Agenten ausgeführt werden.
Ken Williams

1

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.


Eigentlich habe ich keine hohe CPU-Auslastung für User Event Agent. Außerdem habe ich keine hohe ZCPU- und RAM-Auslastung.
nobody user

Diese Antwort hat mir geholfen. Ich hatte zwar keine Probleme mit UserEventAgent, aber lsd wurde verrückt. Zum Glück erinnere ich mich, dass ich selbst plist mit StartCalendarEvent erstellt habe. Ich habe es einfach deaktiviert und lsd gewaltsam getötet.
Denis The Menace

0

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.

Durch die Nutzung unserer Website bestätigen Sie, dass Sie unsere Cookie-Richtlinie und Datenschutzrichtlinie gelesen und verstanden haben.
Licensed under cc by-sa 3.0 with attribution required.