Od czasu uaktualnienia do wersji Mavericks często mam następujące procesy wykorzystujące pełną moc procesora:
securityd
syslogd
kernel_task
Myślę, że securityd
zawiera błąd, ponieważ zanieczyszcza /var/log/system.log
tysiące wiadomości na sekundę, a system nie może kontynuować.
Oto przykład wiadomości, które otrzymuję:
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 ---
Uważam, że jest to krytyczny problem, ponieważ sprawia, że Mac OS X działa wyjątkowo wolno i nie reaguje.
Zabijanie securityid
nie pomaga. Proces jest odtwarzany ponownie i powoduje zanieczyszczenie środowiska syslogd
.
Jeśli zrestartuję cały system, wszystko wydaje się przez chwilę ok, zanim ten sam problem się powtórzy. Nie wiedziałem jeszcze, co powoduje ten problem.
sudo sysdiagnose securityd
i złożyć raport o błędzie i ewentualnie uzyskać pomoc od Apple w naprawie błędu lub rozwiązaniu problemu./System/Library/LaunchDaemons/com.apple.securityd.plist
lub/usr/sbin/securityd
lub wykonać upgrade zainstalować OS X z partycji odzyskiwania .Odpowiedzi:
W moim przypadku proces bezpieczeństwa haywire został spowodowany przez aplikację komputerową GitHub - podczas zatwierdzania problemy z siecią spowodowały błąd podczas uzgadniania ssh. Kolejne zatwierdzenia poszły dobrze. Aplikacja GitHub pozostała otwarta, bezpieczeństwo rozgrzewało mój procesor. Zamknięcie aplikacji GitHub rozwiązało problem - prawdopodobnie zakończyło się coś w securityd. Domyślam się, że securityd ma jakiś problem z nieskończoną pętlą podczas operacji kryptograficznych, może tylko z ssh i handshake'ami.
Sprawdź więc, czy i jak Twój codzienny przepływ pracy może wyzwalać securityd (logowanie do serwera? Github?) I izolować problem.
źródło
Możesz tymczasowo rozwiązać problem, uruchamiając ponownie SecurityAgent za pomocą następującego polecenia terminala:
To działało za każdym razem dla mnie. Nadal badam przyczynę.
O ile wiem, zostało to wywołane przez przejście na inne konto użytkownika, gdzie musiałem zresetować hasło, ponieważ zapomniałem oryginalnego hasła. Powodowało to wiele awarii pęku kluczy (oryginalne hasło wymagane do odblokowania pęku kluczy) i dostałem „niekończącą się pętlę” monitów w stylu „Apple Messages Agent chce użyć elementu„ login ”z pęku kluczy…”
źródło
Rozwiązywanie problemów z rzeczywistą przyczyną może być problematyczne, ponieważ XPC jest ogólnym protokołem komunikacji międzyprocesowej i ładuje się tylko na żądanie. Oprogramowanie Apple korzysta z tego podsystemu, jak każdy program innej firmy - więc może to być wina Apple lub może to być coś, co uruchamiasz, a głównym problemem jest to, że nie masz łatwego sposobu, aby dowiedzieć się, który program powoduje duże obciążenie logowania (i być może duże uzasadnione obciążenie pracą, a także tylko logowanie).
Zgadzam się, że każde rejestrowanie diagnostyczne, które jest tak szybkie i niekontrolowane, że może wpłynąć zauważalnie na zużycie energii przez komputer lub wydajność komputera, należy uznać za usterkę.
Najbardziej produktywnym sposobem rozwiązania tego problemu jest udokumentowanie problemu i zgłoszenie go jako błędu do Apple.
Mavericks wykonał świetną robotę, ujawniając zarówno narzędzia diagnostyczne, jak i zużycie energii w czasie wszystkich procesów zainteresowanemu użytkownikowi końcowemu.
securityd
, wybierz go z listy aktywnych zadań, a następnie „Uruchom diagnostykę systemu ...” albo z menu Widok lub na pasku narzędzi.Będziesz potrzebował identyfikatora AppleID, który jest powiązany z jakimś kontem programisty, więc możesz zarejestrować się jako programista Safari za darmo, jeśli nie masz jeszcze konta, które umożliwia zgłaszanie określonych błędów do Apple.
źródło
Po raz drugi z rzędu widzę ten sam problem z dokładnie tymi samymi komunikatami w konsoli.
Dla mnie ponowne uruchomienie zwykle rozwiązuje problem (po raz pierwszy musiałem wymusić zamknięcie, ponieważ maszyna nie reagowała). I podobnie jak ty, jeszcze nie znalazłem wyzwalacza, który uruchamia wiadomości.
Monitor aktywności nie jest winowajcą, zwykle ostrzega mnie wariactwo wentylatora, więc wtedy uruchamiam monitor aktywności, aby zobaczyć zarówno syslogd, jak i securityd z wykorzystaniem około 90% procesora.
źródło
Myślę, że może to być błąd znacznie starszy niż Mavericks. Nie jestem pewien, czy miałem ten sam problem, co ty, ponieważ nigdy nie sprawdziłem
syslog
, ale miałemsecurityd
pochłonięty procesor i pamięć RAM. Użyłem starego rozwiązania z 2007 roku (dla Leoparda?).tldr:
sudo mv /var/db/CodeEquivalenceDatabase /var/db/CodeEquivalenceDatabase.old
następnie uruchom ponownie. Później możesz usunąć stary plik, ponieważ OS X automatycznie tworzy nowy.
źródło
Utworzyłem maszynę wirtualną za pomocą virtualBox i ten problem można nieco odtworzyć. Utworzyłem kilka elementów pęku kluczy i kiedy odwiedzam witrynę, dla której ten element pęku kluczy, maszyna wirtualna zawiesza się przez dobre 1-2 minuty, a następnie zwalnia. Może to być git-osxkeychain-helper powodujący, że proces securityd zje cały procesor.
źródło
Wygląda na to, że ma coś wspólnego z menedżerem pęku kluczy. Właśnie to miałem i zabiłem breloczek, który zniknął.
źródło