захищені за допомогою 100% процесора та забруднюючих system.log

13

Оскільки я перейшов до Mavericks, у мене часто виникають такі процеси, що використовують повну потужність процесора:

securityd
syslogd
kernel_task

Я думаю, що securitydмістить помилку, тому що вона забруднює /var/log/system.logтисячі повідомлень в секунду, і система не може відстежувати.

Ось приклад повідомлень, які я отримую:

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 надзвичайно повільним і не реагуючим.

Вбивство securityidне допомагає. Процес відтворений і постійно забруднює syslogd.

Якщо я перезавантажую всю систему, на деякий час все здається нормальним, перш ніж повториться те саме. Я ще не зрозумів, що викликає це питання.

mavericks

— алекспірин
джерело

Якщо ви не отримаєте належної відповіді, можете запустити sudo sysdiagnose securitydта подати звіт про помилку та, можливо, отримати допомогу від Apple у вирішенні помилки чи усуненні несправностей.

— bmike

1

Ви також можете спробувати тимчасово видалити /System/Library/LaunchDaemons/com.apple.securityd.plistабо /usr/sbin/securitydабо зробити апгрейд установку OS X з розділу відновлення .

— Лрі

У мене з цим захищеним твердженням не виникла проблема з 10.9. Я не впевнений, у чому проблема, але я перезавантажився в безпечному режимі і видаляв різні сторонні пакети (сканер вірусів, ...) з розширеннями ядра, визначеними EtreCheck . Я підозрюю, що одна з них є проблемою, але, оскільки це трохи переривчасто, я зачекаю ще деякий час, перш ніж я стверджую, що це виправили.

— scott

4

У моєму випадку захищений процес haywire був викликаний настільним додатком GitHub - під час фіксації проблеми з мережею спричинили помилку при рукостисканні ssh. Подальші комісії пройшли добре. Додаток GitHub залишився відкритим, захищений нагрівав мій процесор. Вихід із програми GitHub вирішив проблему - ймовірно, закінчивши щось у захищеному режимі. Тому я здогадуюсь, що у Securityd виникає нескінченна проблема циклу під час криптовалют, можливо, лише за допомогою ssh та рукостискань.

Отже, перевірте, чи може ваш щоденний робочий процес спрацьовувати захищеним (увійти в сервер? Github?) Та усунути проблему.

— f055
джерело

Винуватцем для мене стала також програма Github.

— Teetotum

1

Ви можете тимчасово усунути проблему, перезавантаживши SecurityAgent, використовуючи таку команду терміналу:

sudo killall SecurityAgent

Це працювало кожен раз для мене. Я досі розслідую першопричину.

Наскільки я можу сказати, це було викликано переходом на інший обліковий запис користувача, де мені довелося б скинути пароль, оскільки я забув початковий пароль. Це спричинило кілька помилок Keychain (потрібен оригінальний пароль, щоб розблокувати брелок), і я отримав "нескінченний цикл" підказок у рядках "Агент Apple Messages Agent хоче використати елемент" login "зі своєї брелка .."

— JBRWilkinson
джерело

У мене також є декілька підказок про мій пароль після входу (2, 3, можливо, час від часу 4).

— алекспірин

Вбивство SecurityAgent, здається, працювало і для мене. Дякую! Але я також хотів би зрозуміти першопричину. Я просто заповнити помилка # 15924434 на bugreport.apple.com з виходом sysdiagnose securityd.

— алекспірин

1

Вирішення фактичної причини може бути проблематичним, оскільки XPC - це загальний протокол зв'язку між процесами і завантажується лише на вимогу. Програмне забезпечення Apple використовує цю підсистему, як і будь-яка програма третьої сторони - так це може бути помилка Apple або це може бути щось, що ви працюєте, і головна проблема полягає в тому, що у вас немає простого способу дізнатися, яка програма спричиняє велике навантаження в журнал (і, можливо, велике законне навантаження, а також просто ведення журналу).

Я погоджуюся, що будь-яка діагностична реєстрація, яка є настільки швидкою та неконтрольованою, що впливає або на споживання енергії на комп’ютері, або на продуктивність комп'ютера, повинна вважатися помилкою.

Найпродуктивніший спосіб вирішити, що насправді - задокументувати проблему та повідомити про це як про помилку в Apple.

Компанія Mavericks зробила надзвичайну роботу, піддаючи зацікавленому кінцевому користувачеві як діагностичні інструменти, так і споживання енергії протягом усіх процесів.

Відкрийте енергозбереження, виберіть енергію та сортуйте за середньою енергетичною дією - оснастіть зображення вікна, яке обробляє журнали використання останніх днів.
Виберіть перегляд центрального процесора, знайдіть його securityd, виберіть його у списку активних завдань, а потім «Запустіть діагностику системи ...» або в меню «Перегляд», або в шестірні на панелі інструментів.
Надішліть як малюнок, так і стислий звіт про діагностику в Apple за посиланням https://developer.apple.com/bug-reporting/

Вам знадобиться AppleID, пов’язаний з якимось обліковим записом розробника, тому ви можете зареєструватися безкоштовно як розробник Safari, якщо у вас ще немає облікового запису, який увімкнено для повідомлення про певні помилки в Apple.

— bmike
джерело

Крім того, - якщо хтось має кроки, щоб відтворити цю помилку в захищеному режимі - я із задоволенням подаю дублікат звіту про помилку і виконаю роботу, щоб подати це в Apple, але я не мав жодного системного журналу жодного обсягу цих повідомлень на 10,9 для кілька місяців.

— bmike

дякую за інструкції, я створив звіт, але ваше посилання, куди я можу надіслати звіт, не працює. Він перенаправляється на набір даних JSON, кажучи, що "Ваш сеанс закінчився через неактивність".

— алекспірин

Схоже, що URL змінився, я посилаюсь на статтю, яка пояснює, як використовувати інструмент замість цього. Він має посилання для входу та реєстрації зліва на сторінці (наразі).

— bmike

Нарешті це працює - дякую - можливо, це була тимчасова помилка на серверах Apple. Я заповнив помилку з виходом системи sysdiagnose securityd.

— алекспірин

0

Я вдруге поспіль протягом тижня бачу таку саму точну проблему з такими ж повідомленнями в консолі.

Для мене перезавантаження зазвичай вирішує проблему (перший раз мені довелося примусити вимкнути функцію, оскільки машина не реагує). І як ви, мені ще належить знайти тригер, який запускає повідомлення.

Монітор активності не є винуватцем, мене, як правило, сповіщає вентилятор, божевільний, тому тоді я запускаю монітор активності просто, щоб побачити як syslogd, так і захищені, використовуючи близько 90% процесора.

— п’єро
джерело

Можливо, тригер відкриє Монітор активності та попросить його скласти графіки історичного використання енергії? Я бачу сплеск у використанні процесора, коли я це роблю, але, очевидно, мої журнали за останній-два дні не пошкоджені таким чином, що спричиняє потоп повідомлень консолі.

— bmike

@bmike немає. Здається, що нічого особливого не викликає. Моє відчуття, що це трапляється, коли комп'ютер увімкнено деякий час, і коли я входжу в систему після заставки / призупинення роботи. Крім того, коли я входжу в систему, у мене є два-три інші підказки щодо мого пароля, це може бути пов'язано з цією проблемою.

— алекспірин

Я заповнив звіт про помилку на сайті bugreport.apple.com, і він був закритий сьогодні, кажучи, що це дублікат помилки № 15090630 (це все ще відкрито). Чи є спосіб побачити цей звіт про помилку?

— алекспірин

0

Я думаю, що це може бути помилка, набагато старша за Mavericks. Я не впевнений, що у мене виникли ті ж проблеми, що і у вас, тому що я ніколи не перевіряв свою syslog, але я securitydперекусив процесор і оперативну пам'ять. Я використовував старе рішення з 2007 року (для Leopard?).

tldr:

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

потім перезапустіть. Ви можете видалити старий файл згодом, оскільки OS X автоматично створює новий.

— Оуен Масбек
джерело

Привіт, врахуйте, що ця помилка пов'язана із забрудненням системних журналів. Якби securityd не виробляв стільки результатів налагодження, система не працювала б на 100% ЦП. Мабуть, розробники Apple знають про цю помилку, тому що я повідомив про це, і він був позначений як дублікат. Тому я думаю, що нам доведеться чекати…

— alexpirine

0

Я створив VM за допомогою virtualBox, і це питання дещо відтворити. Я створив деякі елементи брелоків, і коли я відвідую веб-сайт, для якого призначений брелок, VM зависає на 1-2 хвилини, а потім звільняється. Це може бути помічником git-osxkeychain, що викликає безпечний процес, щоб з'їсти весь процесор.

— jwallis
джерело

0

Здається, щось стосується менеджера брелоків. Я щойно мав це і вбив брелок, і він пішов.

— боб
джерело