Как вы можете программно определить, что BSOD в Windows только что произошел после перезагрузки?

Question

Как вы можете программно определить, что BSOD в Windows только что произошел после перезагрузки?

0

Я не знаю, возможно ли это, но есть ли способ программно обнаружить, что BSOD только что произошло при перезагрузке сразу после BSOD?

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

Любые и/или все версии Windows были бы хороши. Было бы неплохо, если бы я мог проверить то же самое на каждой ОС, но если он должен быть специфичным для ОС, я полагаю, что это было бы хорошо.

Brian T Hannan 30 окт. 2013, в 20:12

Источник

0

Обычно в Event Viewer есть запись с указанием этого факта. Вы могли бы искать это, но я ожидаю, что в зависимости от типа отказа, ваш пробег может варьироваться
Luis 30 окт. 2013, в 19:02
0

Могу ли я получить доступ к Event Viewer программно из c ++ без .NET?
Brian T Hannan 30 окт. 2013, в 19:04
0

Согласно этой записи в Википедии, по крайней мере, в Windows NT (начиная с Windows Vista) - информация о последней успешной загрузке хранится в реестре. HKEY_LOCAL_MACHINE\System\CurrentControlSet\Failed удалось указать. НО это только включает WinNT и ошибки загрузки.
Kamiccolo 30 окт. 2013, в 19:12
1

Разве мини-дамп файлы не создаются после BSOD?
George Mitchell 30 окт. 2013, в 19:12
0

Да, мини-дампы созданы, но, как я уже сказал, пользователь может изменить место сохранения этих файлов, поэтому не является надежным.
Brian T Hannan 30 окт. 2013, в 19:14
0

@GeorgeMitchell Джордж Митчелл, это верно. И, насколько я помню, это поведение по умолчанию в большинстве (?) Систем Windows.
Kamiccolo 30 окт. 2013, в 19:15
0

@BrianTHannan, в некоторых системах Windows расположение minidump также находится в Windows Registry . HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\CrashControl\DumpFile , если быть точным. Первый способ стоит упомянуть - это то, как Windows выбирает «Последняя удачная конфигурация» во время загрузки.
Kamiccolo 30 окт. 2013, в 19:17
4

Да, вы можете получить доступ к Event Viewer без использования .NET. Вот как мы получили доступ к Event Viewer до изобретения .NET.
Raymond Chen 30 окт. 2013, в 19:23
1

Да, вы можете получить доступ к журналам событий из C ++. msdn.microsoft.com/en-us/library/windows/desktop/...
Ben 30 окт. 2013, в 19:25
0

Бен, ответь, и я отмечу это правильно. Спасибо!
Brian T Hannan 30 окт. 2013, в 19:46

Показать ещё 8 комментариев

Теги:

c++

windows

bsod

1 ответ

Ещё вопросы

Обычно в Event Viewer есть запись с указанием этого факта. Вы могли бы искать это, но я ожидаю, что в зависимости от типа отказа, ваш пробег может варьироваться
Могу ли я получить доступ к Event Viewer программно из c ++ без .NET?
Согласно этой записи в Википедии, по крайней мере, в Windows NT (начиная с Windows Vista) - информация о последней успешной загрузке хранится в реестре. HKEY_LOCAL_MACHINE\System\CurrentControlSet\Failed удалось указать. НО это только включает WinNT и ошибки загрузки.
Разве мини-дамп файлы не создаются после BSOD?
Да, мини-дампы созданы, но, как я уже сказал, пользователь может изменить место сохранения этих файлов, поэтому не является надежным.
@GeorgeMitchell Джордж Митчелл, это верно. И, насколько я помню, это поведение по умолчанию в большинстве (?) Систем Windows.
@BrianTHannan, в некоторых системах Windows расположение minidump также находится в Windows Registry . HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\CrashControl\DumpFile , если быть точным. Первый способ стоит упомянуть - это то, как Windows выбирает «Последняя удачная конфигурация» во время загрузки.
Да, вы можете получить доступ к Event Viewer без использования .NET. Вот как мы получили доступ к Event Viewer до изобретения .NET.
Да, вы можете получить доступ к журналам событий из C ++. msdn.microsoft.com/en-us/library/windows/desktop/...
Бен, ответь, и я отмечу это правильно. Спасибо!

Ben · Accepted Answer · 2013-10-31T07-50-00.000Z

1

Лучший ответ

Да, вы можете получить доступ к журналам событий из C++.

http://msdn.microsoft.com/en-us/library/windows/desktop/aa385780(v=vs.85).aspx

Служба EventLog зарегистрирует определенное событие 6008 после неожиданного отключения. Кроме того, вы увидите, что событие 6006 вошло в успешное завершение работы и 6009 и 6005 при запуске.

Ben 31 окт. 2013, в 07:50

0

На самом деле, это не решает проблему. После более подробного изучения, это не достаточно точно для ТОЛЬКО BSOD. Хотя любое ненормальное отключение было бы полезно знать, что это не совсем то, что я ищу. Похоже, мне придется посмотреть реестр здесь: HKEY_LOCAL_MACHINE \ SYSTEM \ CurrentControlSet \ Control \ CrashControl 1) Проверьте, есть ли у пользователя опция сохранения аварийного дампа 2) Посмотрите имя файла и / или временную метку аварийного дампа, чтобы определить, когда он был последним сохранил смысл в последний раз, когда это произошло.
Brian T Hannan 04 нояб. 2013, в 15:41
0

Полагаться на EventLog шатко. Вся цель BSOD - поймать неожиданную фатальную ошибку. Система может перестать отвечать до того, как EventLog получит возможность обновиться
SomeWittyUsername 10 нояб. 2013, в 10:49
0

@icepack, если событие «Выключение» отсутствует , это указывает на сбой.
Ben 11 нояб. 2013, в 09:56
0

@Ben 1. Не обязательно - это может быть, например, сбой службы EventLog. 2. Вам нужна точка отсчета для поиска события отключения. Если событие отсутствует во всем журнале, это немного проблематично.
SomeWittyUsername 11 нояб. 2013, в 10:35
0

@icepack, Если служба EventLog сбой компьютера всегда BSODs в любом случае, дизайн, потому что это нарушение безопасности. Если вы видите событие запуска без события завершения работы, это указывает на сбой. Служба eventlog не регистрирует много событий, поэтому просто отфильтруйте их.
Ben 11 нояб. 2013, в 10:48
0

@Ben У вас есть официальное подтверждение первой претензии? Никогда не слышал о таком поведении. Что касается второй претензии - это довольно субъективно, но в целом я согласен.
SomeWittyUsername 11 нояб. 2013, в 10:50

Показать ещё 4 комментария