Как диагностировать "синий" экран Windows?

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

29
задан 26 June 2009 в 22:28
7 ответов

Когда компьютер bluescreens это, скорее всего, создаст дамп памяти. Содержание из памяти записано в Файл подкачки, поскольку система понижается. Это использует Файл подкачки в качестве заполнителя для данных, так как слишком опасно попытаться создать новый файл на диске.

Когда машина запустит снова, она обнаружит дамп и переместит данные в отдельный файл дампа (обычно C:\Windows\Memory.dmp или C:\Windows\Minidumps*.dmp).

Установите WinDbg и откройте .dmp файл. Нажмите! Проанализируйте ссылку. Теперь это покажет Вам стек от потока, который уничтожил Windows, и покажите Вам, какие файлы, которые были включены. Часто WinDbg будет указывать на Вас непосредственно на определенный файл драйвера. Можно найти пошаговые инструкции здесь.

Я могу рекомендовать читать блог и книги Mark Russinovich. Можно загрузить WinDbg с Microsoft.

Таким образом, вопрос пользователю: "Действительно ли можно ли послать мне по электронной почте файл дампа?"

23
ответ дан 28 November 2019 в 20:01
  • 1
    Я хотел бы видеть файл дампа, который является достаточно маленьким для пользования электронной почтой! –  Joel Mansford 22 June 2009 в 02:02
  • 2
    Мини-дампы являются маленькими вокруг 90k –  mhenry1384 21 December 2009 в 19:06

У Mark Russinovich (известности SysInternals) есть превосходная запись в блоге, где он описывает, как можно использовать средства отладки для разыскивания имени модуля и даже стекового фрейма (т.е. вызов функции), во время которого произошел "синий" экран.

Это проиллюстрировано, правильно написано, и помогло мне получить ноги подо мной, когда я начал изучать, как отладить сообщения "Синего" экрана.

9
ответ дан 28 November 2019 в 20:01

Код ошибки в верхнем левом. Путем поиска с помощью Google этого можно часто сужать его к тому, является ли это проблемой программного обеспечения или аппаратными средствами. Продолжите двигаться оттуда (результаты Google).

6
ответ дан 28 November 2019 в 20:01
  • 1
    Существует ли простой путь к dermine если это аппаратные средства или программное обеспечение связанные (драйверы)? –  splattne 30 April 2009 в 12:34
  • 2
    Никаким более простым путем AFAIK. –  Mark S. Rasmussen 30 April 2009 в 12:36
  • 3
    посмотрите ниже. всегда входите в безопасный режим и смотрите, когда новое восстановление системы было. обычно программное обеспечение инициировало создание точки восстановления системы. не слишком уверенный в аппаратных средствах –  jake 30 April 2009 в 12:44

Если у них есть Bluescreen, все еще откройтесь: Фактическое сообщение около вершины (т.е. IRQL_DRIVER_LESS_OR_EQUAL) и Код ошибки внизу (0x.......) с модулем, который отказал (т.е. nvdisp4.dll).

Здесь существуют некоторые общие подходы, но в моем примере, это - Bluescreen, вызванный Графическим драйвером Nvidia. При анализе нескольких bluescreens существуют некоторые общие сообщения, коды и модули, которые регулярно открываются, так через какое-то время, необходимо смочь сузить проблемы более легко просто через опыт.

3
ответ дан 28 November 2019 в 20:01

Это вещи, которые я ищу с тех пор 1.) ПК, что bluescreens, обычно мое интернет-соединение. 2.) bluescreens высвечиваются слишком быстро даже для опытного пользователя как я. Таким образом, я полагаюсь в большой степени на вопросы.

  1. Во-первых, Вы изменили какие-либо аппаратные средства в последнее время?
  2. Вы установили какое-либо новое программное обеспечение?
  3. Значительно, можно ли получить на пути безопасный режим?

Само собой разумеется, что, если ответ на три выше является да затем, отменяют, который когда-либо один и два выше да. Если и один и два да, обрабатывают отмену пошагово путем выполнения одного затем тестирования, прежде чем Вы сделаете другой.

1
ответ дан 28 November 2019 в 20:01

Попытайтесь проверить средство просмотра события, если бы Вы не видите, что-либо очевидное там (не удивил бы меня), пытаются дать средствам отладки MS попытку:

http://www.microsoft.com/whdc/DevTools/Debugging/default.mspx

1
ответ дан 28 November 2019 в 20:01

Попытайтесь выполнить тест памяти - неустойчивые BSODs часто являются дефектной RAM

0
ответ дан 28 November 2019 в 20:01

Теги

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