13 ay sınır dışı mı?


23

Son zamanlarda Mac'im "Ay 13 sınırlandı" gibi garip mesajlar gösteriyor.

görüntü tanımını buraya girin

Bu hatayı nasıl düzeltirim ki Apple merkezinden çok uzakta olduğu için ant apple yetkili onarım merkezine gidemiyorum


@Tgray'den: "Bugün UserEventAgent nedeniyle yüksek CPU kullanımına başladım. Ayrıca çok miktarda RAM kullanıyor (yeterince çalışmasına izin verirsem 30+ GB). Ayrıca bırakma ve yeniden başlatma işleminde hiçbir şey değişmedi. Bu süreç ve tarihlerle ilgili bir ton hat görmüştüm .. Tarihi Kasım ayına değiştirdiğimde CPU kullanımım normale dönmüştü, ikincisini şimdi tekrar değiştirmeye başladım. 11.2.1'de hata var mı? Bilgisayarım kullanılamaz olduğu için Apple'ın yakında çözeceğini umuyorum. "
JMY1000

Yanıtlar:


10

Bu hata kesin olarak iOS 11 ve macOS 10.13'te günlüğe kaydedilir ve bunun herhangi bir platformda belirli bir işlev veya soruna neden olduğunu görmüyorum.

Tartışmaya değer bir fikir ve izlenim olduğu için, burada “MakOS çok fazla kayıt yapıyor mu” konulu ana soru ile bağlantı kuracağım. Gerçekten ciddi bir durumun işlem yapmasını gerektirmediği sürece mesaj yoksa, bazı insanlar daha iyi hissedebilir. Diğerleri daha fazla ayrıntı istiyor, böylece ne olduğunu / öğrendiğini / ölçüldüğünü bilirler. Yani, bu sorunların nasıl / kategorize edildiğine / kullanıldığına dair bir tradeoff olacak.

Bazı araçları olan ilginç bir geliştirici https://eclecticlight.co/ adresinde blog yazan Howard Oakley.

Onun indirme sayfası çıkar iki apps (ürün versiyonları aşağıda beta ve bir gün ya da hafta içinde geçerli olmayabileceğinden bağlantı sol indirmeleri kullanın) sahiptir:

  • Teselli - alternatif bir konsol tarayıcı
  • Woodpile - kütük kalıplarını saymak / depolamak / analiz etmek için bir araç

10

Bu sorunun meşruiyetini doğrulayabilirim. Dün aynı sorunu yaşadım ve yeniden başlattıktan sonra bilgisayar bu hata nedeniyle neredeyse işe yaramaz hale geldi. Nedense, bilgisayar bu ay ile başa çıkamaz ve veritabanları veya zevkleri olan her yerde hata atar.

Bunu düzeltmek için:

  1. Açık Etkinlik Monitörü ve kuvvet iki işlemlerden çıkmak: lsd,UserEventAgent

  2. Sistem Tercihleri'ni açın ve "Tarih ve Saat" e gidin

  3. "Tarihi ve saati otomatik olarak ayarla" seçeneğinin işaretini kaldırın.

  4. Takvimde Aralık 2017’den önce bir tarih seçin ve Kaydet’e basın.

  5. Sorun yaratmaya devam ederse UserEventAgentveya lsddevam ederse, tarihi ayarladıktan sonra tekrar çıkın.

Buradaki diğer insanlar bu sorunu yaşıyor

Niye ya?

Bana öyle geliyor ki, UserEventAgent iki pist dosyası kullanmaya çalışıyordu:

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

ve

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

Pistleri kullanmaya çalıştığında hata yaptı:

Month 13 is out of bounds

UserEventAgent içinde gerçekte ne olduğundan emin değilim, ancak hatayı aldığında, bununla baş edemediği ve yüksek CPU ve RAM kullanımına neden olduğu açıktır.


Bu işe yaramazsa ben üç kere denedim ama hiçbir şey olmuyor.
Hiç kimse kullanıcı

@qwerty Tarih ve saatinizi Aralık 2017'den önce ayarlamanıza rağmen hala hata alıyor musunuz? İdeal olarak, Tarih ve Saati 1 Kasım olarak ayarlayın, ardından yukarıda belirtilen işlemleri aktivite izleyicisiyle öldürün.
Ckacmaster

Bunu daha önce denedim. Ayrıca 1 Ocak olarak değiştirmeyi de denedim ama hala işe yaramadı. Sanırım bu hatayı görmezden gelmeliyim çünkü yüksek CPU veya RAM kullanımım yok. Umarım elma bir sonraki yazılım güncellemesinde bunu düzeltir. En azından bu kök hatadan daha iyidir: macrumors.com/how-to/temporarily-fix-macos-high-sierra-root-bug
hiç kimse kullanıcı

(Yorum ekleyemem, üzgünüm.) Bugün UserEventAgent nedeniyle yüksek CPU kullanımına başladım. Aynı zamanda çok miktarda RAM kullanır (yeterince uzun çalışmasına izin verirsem 30+ GB). Bırakma ve yeniden başlatmaya zorlama hiçbir şeyi değiştirmedi. Sürecin bir örneğini yaptım ve tarihlerle uğraşan bir ton çizgiyi gördüm. Tarihi kasım olarak değiştirdiğimde CPU kullanımım normale döndü. İkincisi, şimdiki zamanda değiştirip tekrar kemik bozuldu. Bunun 11.2.1'deki iOS tarih hatası ile ilgili olup olmadığını merak ediyorum. Umarım Apple kısa sürede düzeltir çünkü bilgisayarım kullanılamaz.
hmode

1
@qwerty Apple bunu ekleyene kadar bilgisayarınızın kapanmasına izin vermeyin. XCode konsolumdaki hatayı ilk gördüğümde yeniden başlatma hatası yaptım ve RAM ve CPU kullanımım daha da kötüye gitti. Bazı araştırmalardan sonra, bilgisayarım gibi geçici bir çözüm için yukarıdakileri yapacağımı düşündüm. neredeyse işe yaramazdı. Herhangi bir plist dosyasını yeniden başlatmaz veya yüklemeyi denemezseniz, hata çoğunlukla zararsızdır.
Ckacmaster

2

Aynı sorunu son derece yüksek UserEventAgent CPU ve 2017 Aralık ayının başından itibaren bellek kullanımıyla yaşadım. Konsol yukarıda açıklanan "sınırların dışında" hatasını gösterdi.

Disk yardımcı programını "ilk yardım" yeniden başlattı, güvenli modu (sistem önbelleğini temizlemek için), NVRAM ve SMD'yi temizlemeye çalıştım, hiçbir şeyin yardımı olmadı. CPU ve bellek kullanımının güvenli modda artış göstermediğini fark ettim.

@Tgray ve u / kidtexas gibi, bir noktada, tüm özel lansmanlarımı etkisiz hale getirirsem sorunun ortaya çıkmadığını iddia ettiğimi düşündüm.

Sonunda, bu soruna neden olan konusunda hata ayıklamama yardımcı olmak için aşağıdaki küçük senaryoyu yazdım. Her ayın ilk günü süren bir yalvarma sona erdi:

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

Pistlerin birçoğuStartCalendarInterval anahtarı kullanıyor ve aşağıdaki betiği kullanarak, sivri RAM ve bellek sorunlarına neden olmadıklarını gösterebildiğimi gösterdim, bu yüzden belirli bir pistin soruna neden neden olduğu tamamen açık değil. Ne olursa olsun, işte böyle hallettim.

Ben kuvvetle okuyucular yerine kopyalama ve yapıştırma ait ne yaptığını anlamaya çalışmak da senaryoya bakmak öneriyoruz. Yazıldığı gibi Özellikle bu sadece plists için çalışacaktır ~/Library/LaunchAgents(değil /Library/LaunchDaemonsve diğerleri), ve kasıtlı yalnızca, dosya adı ve Mülk Listelerini test eden <key>Label</key>belirli desen izleyin: com.USERNAME.my_plist_name[.plist]. Çalıştırmadan önce, bootouttüm isteklerime tek bir astar kullandım : for plist in com."$(whoami)".*.plist; do launchctl bootout gui/"${MYUID}"/"${plist%.plist}" || true; doneve daha sonra launchctl listsonuçların altında görünmediklerini doğruladım .

#! /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

Bunu yapan insanlara dikkat edin: test ettiği tüm ajanların zaten devre dışı olduğunu varsayar, bu nedenle bootoutn8henrie'nin tavsiye ettiği (veya benzerini) çalıştırmaya dikkat edin.
Ken Williams,

1

Diğerleri gibi, UserEventAgent'ın yüksek CPU kullanımına ve çok büyük RAM kullanımına sahiptim (yukarıdaki yorumuma bakın). Tarihin Kasım olarak değiştirilmesi ve UserEventAgent tarafından düzeltilen şeylerden vazgeçmeye zorlama. Tüm bunlar yeniden başlattıktan sonra Cumartesi günü başladı.

Fix

Bunu benim için çözdüm. Umarım sorunları olan başkaları için, bu sizin için çalışacaktır.

Sorun ~ / Library / LaunchAgents'taki LaunchAgent plistiydi. Başlatma plistleri için geçerli bir anahtar olan StartCalendarInterval adlı basit bir plist dosyadır. LaunchAgent işi, bazı dosyaları ayın ilk gününde bir yedekleme konumuna kopyalayan bir kabuk betiğini çağırır. İş hiç aranmıyor - bence, yüklenen işleri soruna neden olan Takvim'e göre kontrol etmek başlatılıyor. Bu pist'i kaldırdığımda ve dosyayı dizinin dışına çıkardığımda, UserEventAgent iyiydi (zorla bir işlemden sonra). Pist'i yüklediğim an (xc x x launchctl dosyasını çalıştırma), UserEventAgent çıldırdı.

StartCalendarInterval, Apple'ın belgelerinde burada görüldüğü gibi fırlatma için geçerli bir anahtardır .

Bu nedenle, sorunu olan herkes için, LaunchAgent dizinlerini kontrol edin ve StartCalendarInterval anahtarını (veya başka bir takvimle ilgili anahtarı) arayın. Zamana dayalı aralık plistleri ile ilgili herhangi bir sorun yaşamadım.

Not: Bu, 'Sınırsız Ay 13' hatalarını değil, yalnızca çılgın UserEventAgent davranışını düzeltmez.


Aslında yüksek User Event Agent CPU kullanımına sahip değilim. Ayrıca ZCPU ve RAM kullanımına da sahip değilim.
Hiç kimse kullanıcı

Bu cevap bana yardımcı oldu. Yine de UserEventAgent ile problem yaşamadım ama LSD delirdi. Neyse ki, kendi başıma StartCalendarEvent ile bir fikir oluşturduğumu hatırlıyorum. Sadece devre dışı bırakıldı ve lsd'yi zorla öldürdü.
Denis The Menace

0

Bunu Apple'a bildirdikten ve yükseliş zincirini ölçeklendirdikten sonra, bunun macOS 10.13.3'te düzeltilmesi gerektiği söylendi.

Görünüşe göre, bu Deprecated NSDate prosedürünü 'DescriptionWithCalendarFormat' olarak çağıran bir uygulamadan kaynaklanıyor .

Https://forums.developer.apple.com/thread/88417 adresinden daha fazla bilgi edinebilirsiniz .

Bazı durumlarda, belirli dosya dosyalarını düzenlemek veya kaldırmak, programların kullanım dışı işlemi çağırmasını engeller, ancak asıl düzeltme bir işletim sistemi güncelleştirmesidir.

Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.