Как отладить причину нечастых замораживаний моей iMac?

У меня есть iMac, которая замерзает на мне нерегулярно. Иногда я могу работать в течение двух недель, и все прекрасно. Другие времена я испытываю 3 или больше замораживания в день. В среднем моя iMac (купленный в июне 2010) замораживания об один раз в другой день, таким образом, проблема является достаточно персистентной к действительно, действительно беспокоит меня. И когда я говорю, что замораживание, подразумеваю, что оно запирается. Никакая реакция ввести, курсор мыши не перемещается, экран полностью замораживается - так все, что я могу сделать, отключенное питание и перезапуск.

Я уже удалил несколько приложений, что я думал, могла бы быть причина, но напрасно. В моем отчаянии я даже поднял трубку свою iMac к другой розетке, не используемой всеми другими оборудование. Не имели замораживания с тех пор, но я только что сделал это 10 минут назад, так... :)

В Windows Вы могли загрузить отладочные символы и затем отладить дамп катастрофического отказа, чтобы, по крайней мере, понять, что могло бы вызывать bluescreen. На Mac OS X все, что я изучил до сих пор, - то, что существует "последняя" команда, которая показывает мне историю завершений работы и катастрофических отказов.

Есть ли какой-либо другой способ, которым я могу получить больше информации о замораживаниях или больше информации из последней команды? Я могу поместить свою ОС в режим отладки так или иначе, и это могло помочь мне закрепить причину?

Каковы некоторые инструменты диагностики, которые Вы рекомендовали бы проверить, является ли это связанная с аппаратными средствами проблема?

Я являюсь отчаянным и благодарным за любые подсказки!

1
задан 14.12.2010, 16:52

3 ответа

OS X регистрирует панику ядра (эквивалентный bluescreen) к/Library/Logs/DiagnosticReports (под 10,6) или/Library/Logs/PanicReporter (10.2-10.5); см. статью #HT1392 KB Apple.

Но из Вашего описания, это не походит на панику, это кажется, что некоторый критический системный процесс запирается без фактического катастрофического отказа. Это несколько более противно для отладки, поскольку нет никакого "события" для инициирования входа и т.д. В зависимости от того, как полностью заперся компьютер, Вы смогли, например, SSH в и проверять то, что продолжается, в то время как он заблокирован, но это будет только работать, если это будет просто GUI, это заблокировано.

Так, я обращусь к инструментам диагностики. Во-первых, попытайтесь выполнить аппаратную диагностику, которая прибывает в установку DVD, который шел с Mac. В зависимости от какой версия OS X Ваш компьютер, поставленный с, вставил любой Диск Установки Mac OS X 1 (до 10.5.4) или Диск Установки Приложений 2 (10.5.5 или позже), затем загружает удержание клавиши D; посмотрите КБ #HT1509 для деталей.

Я также попытался бы запустить хороший тест RAM. Мне нравится memtest, который не свободен, но составляет только 1,39$. Можно также получить его с AppleJack (необходимо использовать опцию Customize в установщике для включения memtest); AppleJack может также выполнить некоторые другие полезные диагностические/восстанавливать процессы, которые это стоит пробежать.

Кроме того, Вы могли бы попытаться выполнить компьютер в Безопасном режиме путем начальной загрузки с клавишей Shift вниз (см. КБ #HT1564 и #HT1455) - это отключает некритические системные расширения, сторонних демонов и набор других возможно проблематичных компонентов системы. Вы будете пропускать некоторую функциональность (звук IIRC и беспроводные сети, оба отключены), но если можно работать в этом режиме в течение нескольких дней (/, пока это не откажет), это даст Вам лучшее представление, если проблема возникнет из одной из вещей, которые отключены в Безопасном режиме.

3
ответ дан 12.12.2019, 10:37

можно выполнить dmesg и видеть то, что продолжается - также osx, имеет консоль, которая покажет Вам, все журналы - расположены в приложения - утилиты.

также можно взглянуть на ifconfig и искать ошибки на интерфейсы.

0
ответ дан 12.12.2019, 10:37

Посмотрите в Консоли, расположенной в/Applications/Utilities/

Если Mac OS X замораживается и не только разрушает панику ядра, он не может зарегистрироваться как что-то большее чем 'неподходящее завершение работы, обнаруженное' в Консоли. В этом случае причиной могли быть несколько вещей, но я предположу, что она, вероятно, будет перегреваться некоторых аппаратных средств как GPU или ЦП или возможно даже плохая RAM. Контролируйте свои аппаратные временные файлы с чем-то как iStat Pro, чтобы видеть если его кулинария.

Также попытайтесь выполнить тестирование оборудования как предложенного Gordon, оно может помочь.

0
ответ дан 12.12.2019, 10:37

Теги

Похожие вопросы