Цікава помилка Mac OS X

3

Хтось коли-небудь бачив помилку, подібну до зображеної нижче на Mac OS X? Що це? Система - 10.6.6. Я досить досвідчений в OS X, але такого ніколи не бачив. Я завантажувався в багатомовний модем, і схоже, що режим багатослівного переходу "наскрізь".

введіть тут опис зображення

macos kernel error

— Бенедикт Вутці
джерело

4

Схоже, ядро панікує в режимі докладної роботи.

— FeifanZ
джерело

Ви нещодавно встановили щось, особливо нове обладнання / драйвери чи програмне забезпечення на рівні системи (кекс та ін.)?

Я це робив, але підозрюю, що це оновник Blizzard. До речі, я знаю, що це паніка з ядром, але я ніколи не бачив цього "багатословного перекриття режиму"

— Benedikt Wutzi

3

Якщо увімкнено багатослівний режим, ви також отримуєте паніку в ядрах багатослідового ядра замість екрана "ви повинні перезапустити комп'ютер". (Старіші версії Mac OS X завжди панікували таким чином.) Безумовно, принаймні вам слід зв’язатися з Rogue Amoeba.

— Ніколас Райлі

4

Це звіт про паніку ядра в старому стилі. Коли ядро виходить з ладу, немає способу реєструвати те, що сталося (тому що для ведення журналу потрібна робоча файлова система, яка є частиною ядра ...), тому OS X використовується для скидання інформації про збої в буфер екрану.

В OS X v10.2 вони перейшли до системи, де вона зберігає інформацію про збої в PRAM, і відображається повідомлення про те, що "Вам потрібно перезапустити комп'ютер. Утримуйте кнопку живлення протягом декількох секунд або натисніть кнопку" Перезапустити ". 4 мовами. Після перезавантаження інформація передається з PRAM в звичайний файл журналу.

... але іноді, чомусь, звіт про паніку в старому стилі все ще з’являється в новіших версіях OS X. Я не бачив цього, але це, очевидно, все ще можливо під 10.6.6. Я поняття не маю, що змушує його повернутися до звіту старого стилю (можливо, багатослівний режим?).

Докладнішу інформацію та приклади різних стилів паніки див. У статті KB KB # HT1392 від Apple .

EDIT: Це відбувається зі мною , що це , можливо , вже і написав аварійну інформацію на екрані, і в PRAM і , отже , файли журналів. Перевірте / Бібліотека / Журнали / DiagnosticReports і перевірте, чи є відповідний звіт про паніку.

— Гордон Девіссон
джерело

Чи існує непрофесійний спосіб читання причини паніки ядра? Чи безпечно ділитися своїми журналами в / Бібліотеці / Журналах / DiagnosticReports? Чи міститься в них якась конфіденційна / приватна інформація?

— Randy6T9

1

@HandyRandy: журнали паніки не будуть дуже читабельні для будь-кого, окрім програміста ядра - у цьому випадку ви можете сказати, що розширення ядра "com.rogueamoeba.hermes" було залучено (і оскільки поточний процес був kextd, який завантажує і вивантажує розширення ядра, гермеси, можливо, щойно завантажені, або якесь інше розширення, яке конфліктує з ним щойно завантаженим). Журнали, як правило, мають бути безпечними для спільного користування, хоча існує дуже мала ймовірність, що в реєстрі чи стеку викликів трапиться щось чутливе при збої.

— Гордон Девіссон

1

Це паніка ядра. Схоже, збільшено розширення ядра з ідентифікатором пакету "com.rogueamoeba.hermes" (Airfoil?).