% 100 CPU ve kirletici sistem kullanarak securityd

13

Mavericks'e yükseltme yaptığımdan, genellikle tam CPU gücü kullanan aşağıdaki işlemlere sahibim:

securityd
syslogd
kernel_task

Sanırım securitydbir hata içeriyor, çünkü /var/log/system.logsaniyede binlerce mesajla kirleniyor ve sistem takip edemiyor.

Aldığım mesajlara bir örnek:

Nov 11 15:55:10 localhost securityd[22]: assertion failed: 13A603: libxpc.dylib + 44365 [4554927A-9467-365C-91F1-5A116989DD7F]: 0x13
Nov 11 16:14:47 --- last message repeated 1 time ---
Nov 11 15:55:10 localhost securityd[22]: assertion failed: 13A603: libxpc.dylib + 26642 [4554927A-9467-365C-91F1-5A116989DD7F]: 0x13
Nov 11 16:14:47 --- last message repeated 1 time ---
Nov 11 15:55:10 localhost securityd[22]: assertion failed: 13A603: libxpc.dylib + 44365 [4554927A-9467-365C-91F1-5A116989DD7F]: 0x13
Nov 11 16:14:47 --- last message repeated 1 time ---
Nov 11 15:55:10 localhost securityd[22]: assertion failed: 13A603: libxpc.dylib + 26642 [4554927A-9467-365C-91F1-5A116989DD7F]: 0x13
Nov 11 16:14:47 --- last message repeated 1 time ---

Mac OS X'i son derece yavaş ve tepkisiz hale getirdiğinden, bunun kritik bir sorun olduğuna inanıyorum.

Öldürmek securityidyardımcı olmaz. Süreç yeniden yaratılır ve kirletmeye devam eder syslogd.

Tüm sistemi yeniden başlatırsam, aynı sorun tekrar ortaya çıkmadan önce her şey bir süre iyi görünür. Bu sorunu henüz neyin tetiklediğini bulamadım.

mavericks

— alexpirine
kaynak

İyi bir yanıt alamazsanız, bir hata raporu çalıştırabilir sudo sysdiagnose securitydve dosyalayabilir ve muhtemelen hatayı düzeltmek veya nedenini gidermek için apple'dan yardım alabilirsiniz.

— bmike

1

Ayrıca geçici olarak kaldırmak deneyebilirsiniz /System/Library/LaunchDaemons/com.apple.securityd.plistya /usr/sbin/securitydya yükseltme kurtarma bölümünden OS X'in yüklerim .

— Lri

Ben de bu securityd iddia 10.9 ile sorun başarısız oldu. Sorunun henüz ne olduğundan emin değilim, ancak Güvenli Mod'da yeniden başlattım ve EtreCheck tarafından tanımlanan çekirdek uzantılarıyla çeşitli üçüncü taraf paketlerini (virüs tarayıcı, ...) kaldırdım . Bunlardan birinin sorun olduğundan şüpheleniyorum, ancak biraz aralıklı olduğu için, düzelttiğini iddia etmeden önce biraz daha bekleyeceğim.

— scott

4

Benim durumumda, haywire securityd işlemi GitHub masaüstü uygulamasından kaynaklandı - işlem sırasında ağ sorunları ssh el sıkışmasında bir hataya neden oldu. Sonraki taahhütler iyi gitti. GitHub uygulaması açık bırakıldı, securityd CPU'umu ısıtıyordu. GitHub uygulamasından çıkılması sorunu çözdü - muhtemelen securityd'de bir şeyi sonlandırıyor. Tahminimce, güvenlik kripto işlemleri sırasında, sadece ssh ve el sıkışmaları ile sonsuz döngü sorunu var.

Bu nedenle, günlük iş akışınızın securityd'yi (sunucuda oturum açma? Github?) Tetikleyip tetiklemeyeceğini ve nasıl yalıtabileceğini kontrol edin.

— f055
kaynak

Github uygulaması benim için suçluydu.

— Teetotum

1

Aşağıdaki terminal komutunu kullanarak SecurityAgent'ı yeniden başlatarak sorunu geçici olarak hafifletebilirsiniz:

sudo killall SecurityAgent

Bu benim için her seferinde işe yaradı. Hala temel nedeni araştırıyorum.

Anlayabildiğim kadarıyla, orijinal şifreyi unuttuğumda şifreyi sıfırlamak zorunda kaldığım başka bir kullanıcı hesabına geçerek tetiklendi. Bu, birden fazla Anahtarlık hatasına neden oldu (Anahtarlığın kilidini açmak için orijinal şifre gerekiyor) ve 'Apple Mesaj Aracısı anahtarlığınızdan' giriş 'öğesini kullanmak istiyor.

— JBRWilkinson
kaynak

Ayrıca giriş yaptıktan sonra şifrem hakkında birden fazla istemim var (zaman zaman 2, 3, belki 4).

— alexpirine

Killing SecurityAgent benim için de işe yarıyor gibi görünüyor. Teşekkürler! Ama ben de temel nedeni anlamak istiyorum. Ben sadece hiç hata # 15924434 doldurduktan bugreport.apple.com sysdiagnose securityd çıkışı ile.

— alexpirine

1

XPC genel bir süreçler arası iletişim protokolü olduğundan ve yalnızca istek üzerine yüklendiğinden , gerçek nedenin giderilmesi sorunlu olabilir . Apple yazılımı bu alt sistemi herhangi bir üçüncü taraf programında olduğu gibi kullanır - bu nedenle Apple'ın hatası olabilir veya çalıştırdığınız bir şey olabilir ve asıl sorun, hangi programın ağır günlük yüküne neden olduğunu bilmenin kolay bir yoluna sahip olmamanızdır. (ve belki de sadece meşru bir iş yükünün yanı sıra günlük kaydı).

Bilgisayarın enerji kullanımını veya bilgisayarın performansını etkileyecek kadar hızlı ve kontrol edilemeyen herhangi bir tanı günlüğünün bir hata olarak kabul edilmesi gerektiğini kabul ediyorum.

Bunu ele almanın en verimli yolu, aslında sorunu belgelemek ve bunu bir hata olarak Apple'a bildirmektir.

Mavericks, tüm tanılama araçlarını ve zaman içindeki enerji kullanımını ilgili son kullanıcıya açıklamak için mükemmel bir iş çıkardı.

Enerji Tasarrufu'nu açın, Enerji'yi seçin ve Ortalama Enerji Etkisine göre sıralayın - son günün kullanım günlüklerini işlediği pencerenin resmini çekin.
CPU görünümünü seçin, arayın securityd, etkin görevler listesinden seçin ve ardından Görünüm menüsünden veya araç çubuğundaki dişli kutusundan "Sistem Tanılamayı Çalıştır ..." seçeneğini belirleyin.
Hem resmi hem de sıkıştırılmış teşhis raporunu Apple'a https://developer.apple.com/bug-reporting/ adresinden gönderin.

Bir tür geliştirici hesabıyla ilişkilendirilmiş bir AppleID'ye ihtiyacınız olacak, bu nedenle belirli hataları Apple'a bildirmek için etkinleştirilmiş bir hesabınız yoksa ücretsiz olarak Safari geliştiricisi olarak kaydolabilirsiniz.

— bmike
kaynak

Ayrıca - herkes bu hatayı securityd'de yeniden oluşturma adımlarına sahipse - Mutlu bir şekilde yinelenen bir hata raporu dosyalayacağım ve bunu Apple'a göndermek için çalışacağım, ancak 10.9 için bu mesajların herhangi bir cildini günlüğe kaydetmedim Birkaç ay.

— bmike

talimatlar için teşekkürler, bir rapor oluşturdum, ancak raporu gönderebileceğim bağlantınız çalışmıyor. "Oturumunuz işlem yapılmadığı için zaman aşımına uğradı" diyerek JSON veri kümesine yönlendiriyor.

— alexpirine

Görünüşe göre URL değişti, bunun yerine aracın nasıl kullanılacağını açıklayan makaleye bağlantı vereceğim. Sayfanın solunda (şu anda) bir oturum açma ve kaydolma bağlantısı var.

— bmike

Sonunda çalışıyor - teşekkürler - belki Apple'ın sunucularında geçici bir hataydı. Sysdiagnose securityd çıktısı ile bir hata doldurdum.

— alexpirine

0

Aynı sorunu, konsoldaki aynı mesajlarla bir hafta içinde üst üste ikinci kez görüyorum.

Benim için yeniden başlatma genellikle sorunu çözer (makine yanıt vermiyorken ilk kez kapanmaya zorlamak zorunda kaldım). Ve senin gibi, mesajları başlatan tetiği henüz bulamadım.

Etkinlik monitörü suçlu değil, genellikle fanın çıldırmasıyla uyarılıyorum, bu yüzden aktivite monitörünü sadece CPU'nun yaklaşık% 90'ını kullanarak hem syslogd hem de securityd'yi görmek için başlatıyorum.

— piyero
kaynak

Tetikleyici Etkinlik Monitörü'nü açıyor ve tarihsel enerji kullanım modellerini grafiklendirmesini istiyor olabilir mi? Bunu yaptığımda CPU kullanımında ani artış görüyorum, ancak görünüşe göre son bir veya iki gündeki günlüklerim konsol mesajları sele neden olacak şekilde bozuk değil.

— bmike

@bmike no. Özel bir şey onu tetiklemiyor gibi görünüyor. Benim hissim, bilgisayar bir süre açıkken ve bir ekran koruyucu / askıya alınmış etkinlikten sonra oturum açtığımda gerçekleşiyor. Ayrıca, giriş yaptığımda, şifrem hakkında iki veya üç istemim daha var, bu sorunla ilgili olabilir.

— alexpirine

Ben bir hata raporu doldurdu bugreport.apple.com ve buna (hala açık) bug # 15090630 kopyası olduğunu söyleyerek bugün kapalı idi. Bu hata raporunu görmenin bir yolu var mı?

— alexpirine

0

Bence bu Mavericks'ten çok daha eski bir hata olabilir. Seninle aynı problemi yaşadığımdan emin değilim çünkü hiç kontrol syslogetmedim, ama securitydCPU ve RAM'i yedim . 2007'den beri eski bir çözüm kullandım (Leopard için?).

TLDR:

sudo mv /var/db/CodeEquivalenceDatabase /var/db/CodeEquivalenceDatabase.old

sonra yeniden başlatın. Daha sonra OS X otomatik olarak yeni bir dosya oluşturduğundan eski dosyayı silebilirsiniz.

— Owen Masback
kaynak

Merhaba, lütfen bu hatanın sistem günlükleri kirliliği ile ilgili olduğunu unutmayın. Securityd çok fazla hata ayıklama çıktısı üretmezse, sistem% 100 CPU ile çalışmaz. Görünüşe göre, Apple geliştiricileri bu hatanın farkında, çünkü bildirdim ve kopya olarak işaretlendi. Sanırım beklemek zorundayız…

— alexpirine

0

VirtualBox kullanarak bir VM oluşturdum ve bu sorun biraz geri çekilebilir. Bazı anahtarlık öğeleri oluşturdum ve anahtarlık öğesinin bulunduğu web sitesini ziyaret ettiğimde, VM iyi bir 1-2 dakika bekler, sonra serbest kalır. Git-osxkeychain yardımcı olabilir, securityd işleminin tüm cpu'yu yemesine neden olur.

— jwallis
kaynak

0

Anahtarlık yöneticisi ile bir ilgisi var gibi görünüyor. Sadece bunu alıyordum ve anahtarlığı öldürdüm ve gitti.

— şilin
kaynak