Son zamanlarda Mac'im "Ay 13 sınırlandı" gibi garip mesajlar gösteriyor.
Bu hatayı nasıl düzeltirim ki Apple merkezinden çok uzakta olduğu için ant apple yetkili onarım merkezine gidemiyorum
Son zamanlarda Mac'im "Ay 13 sınırlandı" gibi garip mesajlar gösteriyor.
Bu hatayı nasıl düzeltirim ki Apple merkezinden çok uzakta olduğu için ant apple yetkili onarım merkezine gidemiyorum
Yanıtlar:
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:
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:
Açık Etkinlik Monitörü ve kuvvet iki işlemlerden çıkmak: lsd
,UserEventAgent
Sistem Tercihleri'ni açın ve "Tarih ve Saat" e gidin
"Tarihi ve saati otomatik olarak ayarla" seçeneğinin işaretini kaldırın.
Takvimde Aralık 2017’den önce bir tarih seçin ve Kaydet’e basın.
Sorun yaratmaya devam ederse UserEventAgent
veya lsd
devam 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.
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/LaunchDaemons
ve 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, bootout
tüm isteklerime tek bir astar kullandım : for plist in com."$(whoami)".*.plist; do launchctl bootout gui/"${MYUID}"/"${plist%.plist}" || true; done
ve daha sonra launchctl list
sonuç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
bootout
n8henrie'nin tavsiye ettiği (veya benzerini) çalıştırmaya dikkat edin.
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ı.
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.
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.