Конечное руководство по разрешению ошибок синего экрана (BSOD) в Windows

TotoveLo10 подал новый комментарий к статье VirtualBox: установите приглашенные дополнения 7 часов назад

Вручную сбомить окна – синий экран по требованию

Windows включает в себя функцию, которую можно вручную сбой в систему, удерживая правильную клавишу CTRL и дважды нажав клавишу «Прокрутка прокрутки». Это может быть полезно для создания сбоя сбоев для приложений отладки, или это может быть забавная шутка. Следуйте этим шагам, чтобы включить эту функцию:

1. Откройте редактор реестра, нажав на кнопку «Пуск» и набрав regeit и нажимать в Enter. Если вы находитесь в XP, сначала выберите «Запустить», а затем введите regeit и нажмите Enter.
2. Перейдите к: Hkey_local_machine \ system \ currentControlset \ services \ i8042prt \ parameters.
3. Создайте новое значение dword и назовите его Crashonctrlscroll
4. Щелкните правой кнопкой мыши новое значение DWORD и выберите Модифицировать.
5. Введите 1 в поле Value Data и нажмите OK.
6. Закрыть Regedit и перезагрузить вашу систему.

Теперь вы можете синий экран (сбой) своей системы, удерживая правильную клавишу Ctrl и дважды нажав «Замок прокрутки».

КОНЧИК:

Ваша система может перезагружаться автоматически, когда этот сбой инициируется. Если ваша система перезагружает необычно инициируя аварию, и вы хотите увидеть синий экран, выполните следующие действия:

1. Идти к Панель управления > Система
2. Нажать на Передовой вкладка
3. Под Стартап и восстановление, Нажмите Поставки кнопка.
4. Под Системная ошибка, Снимите вариант Автоматически перезапустить.

Конечное руководство по разрешению ошибок синего экрана (BSOD) в Windows

Когда в вашей системе возникает смертельная ошибка, Windows отображает знаменитую Синий экран смерти (или BSOD для синего экрана смерти). Эта фатальная ошибка возникает, когда операционная система достигает критического условия, где она больше не может функционировать должным образом.

Вы можете встретить один при установке обновления, программы, оборудования или внезапно, без каких -либо точных действий, казалось бы, вызвало его. Windows по -прежнему действует так : Он внезапно останавливается, чтобы защитить себя от возможной потери данных, отображает свой синий экран Затем перезапустите компьютер.

Согласно сообщениям об ошибках, которые были отправлены в Microsoft до апреля 2014 года, причины, по которым Windows Crashe, таким образом, распределяются:

• Третий -партнерские периферические пилоты: 70%
• Неизвестно, из -за серьезной коррупции памяти: 15%
• Материальные ошибки: 10%
• Microsoft Code: 5%

Иногда исключительный, синий экран смерти, который следует за фатальной ошибкой, к сожалению, можно многократно отображаться на вашей машине. Если это так в настоящее время для вас, вам понадобится Найдите пилота, ответственного за фатальную ошибку и принесите в это решение. Устройство, его пилот или программа, связанная с ним, может быть причиной синего экрана. Обновление пилота или программы в большинстве случаев решает проблемы.

В этом уроке я покажу вам, как Проанализировать синий экран Чтобы найти Драйвер, ответственный за фатальную ошибку и таким образом иметь возможность окончательно решить проблему ! Цель – позволить вам снова использовать свой компьютер в мире, не опасаясь, что синий экран появится снова, и прервать вас в вашей работе.

Преамбула: файлы изображений памяти

Когда система вылетает, Windows отображает синий экран, который сопровождается остановить код. Этот код остановки дает нам первую информацию о Природа фатальной ошибки.

я Информация: Вы можете найти все коды остановки и их значение на справочном коде проверки ошибок на сайте Microsoft Adward Dev Center.

Однако этот код остановки может быть вполне Аваре с информацией. В приведенном выше захвате код остановки Управление памятью указывает на то, что произошла серьезная ошибка управления памятью … не зная гораздо большего (см. Проверка ошибки 0x1a: memory_management).

До Windows 7, синий экран отобразился Четыре параметра, которые были связаны с остановить код (Можно найти эти четыре параметра в наблюдателе событий). Они позволяют вам узнать немного больше о фатальной ошибке.

В приведенном ниже примере первый параметр кода остановки Unmountable_boot_volume Указывает устройство, которое не было установлено системой (см. : Проверка ошибок 0xed: unmountable_boot_volume).

Когда доступно, Пилотное имя кто посажен также отображается. В приведенном ниже примере это RTKVHD64.система. Последний рассказывает нам с другой стороны гораздо более По причине смертельной ошибки. Google Research сообщает нам, что это звуковой драйвер Audio Audio Realtek High Definition.

Однако название модуля, ответственного за сбой Не всегда появляется !

У меня есть код выключения, который не дает мне никакой информации, и название драйвера, ответственного за аварию, не отображается … Как я сделаю, чтобы найти происхождение фатальной ошибки ?

У меня не было времени, чтобы увидеть, что было отмечено на синем экране ! Как я сделаю, чтобы отлаживать Windows ?

Не паникуйте ! Я собирался дать тебе Решение Чтобы найти источник ваших синих экранов.

После посадки системы и после отображения синего экрана Windows переходит к Опорожнение физической памяти (ОЗУ) компьютера, разгружая его контент в файл жесткого диска: Файл изображения памяти (или файлы дамп памяти). Вы также можете следовать прогрессу опустошения памяти на синем экране с помощью процента завершения, который постепенно невероятен (до «100% закончен»))).

Таким образом, этот файл изображения памяти содержит копию всех данных, присутствующих в памяти компьютера перед. Эти данные окажутся драгоценными, чтобы установить Полный диагноз на аварии Окна. Консультация с ними, мы обязательно найдем Пилот Windows Pilot !

Есть два типа файлов изображений памяти: файлы для Основной режим (Дамп режима ядра) и файлы для Пользовательский режим (Пользовательские файлы дампы). [1]

[1] Пользовательский режим и режим ядра ^

На ПК с Windows процессор имеет два разных режима: Пользовательский режим и один Основной режим. Процессор переключаться между двумя режимами В зависимости от типа кода, который он выполняет: Приложения Существуют в пользовательском режиме, Компоненты операционной системы В режиме ядра. Большинство пилоты Существуйте в режиме ядра, но некоторые могут работать в режиме пользователя.

Чтобы решить проблемы с синим экраном, вы должны проанализировать Файлы изображений режим режима ядра. Это файлы, которые содержат информацию для отладки системы; Файлы режима пользователя позволяют им отлаживать только программы, установленные пользователями.

Окна могут генерировать пять типов Память изображения для режима ядра, разница в размере сгенерированного файла:

• Полное изображение памяти : содержит Вся физическая память который использовался Windows во время сбоя. Это самый большой файл изображения памяти. Это требует обменного файла [2], который, по крайней мере, такой же громоздкий, как основная память системы: следовательно, размер обменного файла должен быть равен всей ОЗУ + 1 МБ. Если у вас 16 ГБ оперативной памяти на вашем компьютере, размер обменного файла должен составлять 16,001 ГБ, чтобы иметь возможность размещать данные физической памяти !
• Изображение ядра : содержит Только память, используемая ядром Во время аварии. Этот файл значительно меньше, чем полный файл изображения памяти. Его размер примерно равен треть физической памяти, установленной в системе (если у вас 16 ГБ оперативной памяти, размер файла будет около 5,3 ГБ). Этот файл изображения не включает не -расщепленную память и память, выделенную для приложений пользовательских режимов. Он содержит только память, выделенную на ядро ​​Windows, слой аппаратной абстракции (HAL), а также память, выделенная для пилотов и программ в режиме ядра. Это самый полезный файл изображения памяти. Меньше и быстрее выполнять, чем полный файл изображений памяти, он не содержит данных физической памяти, которые обычно не участвуют в сбое.
• Частичное изображение памяти (256 КБ) : Наименьший файл изображения памяти, полезный в очень ограниченных дисковых пространственных системах. Поскольку он содержит Ограниченная информация (Сообщение Stop, список загруженных драйверов …), анализ этого файла может не позволить обнаружить источник ошибок, столкнутых во время сбоя компьютера.
• Автоматическое опорожнение памяти : содержит Та же информация что Файл изображения памяти ядра. Разница между этими двумя. Если размер файла обмена систем определяется на «Автоматическое управление файлами управления для читателей», а параметр изображения памяти определяется на «Автоматическое опорожнение памяти», Windows автоматически определяет размер для обменного файла, достаточно большой, чтобы захватить ядро изображение памяти.
• Активное опорожнение памяти : Аналогично изображению полного памяти, однако не содержит память, назначенную виртуальным машинам Hyper-V, бесполезно для отладки хост-машины.

[2] File Windows Exchange ^

Когда оперативная память (ОЗУ) насыщена, Windows создает файл (Pagefile.SYS) На системном чтении (C 🙂 Чтобы хранить дополнительную информацию там: Это Обмен файл. Эта техника позволяет Windows хранить информацию на жестком диске, который обычно должен хранить в RAM. Говорят, что у Windows есть виртуальная память, что соответствует сумме между размером оперативной памяти (ОЗУ) и обменным файлом.

Вы можете настроить тип типа памяти, который Windows создает в случае сбоя в Расширенные настройки системы (%SystemRoot%\ System32 \ SystemPertiesAdvanced.Exe)> запуск и восстановление.

Рекомендуется оставить тип изображения памяти по умолчанию: Автоматическое опорожнение памяти.

Только один и единственный файл Изображение памяти может быть создано во время сбоя системы. Если происходит вторая фатальная ошибка и создана память изображения ядра (или полное изображение памяти), она заменит предыдущую (если параметр «замените все существующие файлы параметров».

Файл изображения памяти записан по умолчанию в %Systemroot%\ memory.DMP.

Какой бы тип изображения памяти вы выбрали, Windows всегда создает больше Файл изображения частичной памяти Всякий раз, когда система неожиданно останавливается (когда отображается синий экран), даже если вы выбрали «изображение памяти ядра» или «Полное изображение памяти» в настройках.

Если происходит вторая фатальная ошибка, вторая Частичное изображение памяти создан, и предыдущий будет сохранен. Каждый новый файл изображения частичной памяти будет иметь другое имя, с датой аварийного сбоя, кодируемой в имени файла. Например, «050917-10843-01.DMP ” – это файл изображения памяти, сгенерированный 9 мая 2017 года.

Все файлы изображений частичной памяти хранятся в папке %Systemroot%\ minidump.

Теперь, когда вы знаете, как работают файлы изображений памяти, давайте проконсультируемся Разработка информации что они содержат, чтобы найти пилота, ответственного за ваши синие экраны смерти !

Установите синий экран смерти (BSOD)

Шаг 1: Анализ файлов изображений памяти

Для начала мы проанализируем Файлы изображений частичной памяти.

Даже если последнее содержит мало информации, нередко находить пилот, ответственный за фатальную ошибку.

Если файлы изображений частичной памяти не позволят нам найти источник синего экрана смерти, мы проанализируем Полное изображение или файл ядра который содержит гораздо больше информации о аварии, которая вызвала синий экран смерти.

через файлы изображений частичной памяти

L ‘Утилита управления изображениями памяти (Dumpchk.Ex) – это утилита командной строки, предлагаемая Microsoft для проверки и Читать файлы изображений памяти.

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

Хотя это и эффективен, этот инструмент не очень эргономичен.

Вот почему мы будем использовать программу Bluescreenview : Он сканирует все файлы изображений памяти, созданные на вашем компьютере после сбоя Windows, и четко отображает информацию, которую они содержат.

Теперь загрузите и установите BlascReenView на свой компьютер, затем запустите его.

На верхней панели все Файлы изображений памяти Найден в папке SystemRoot %\ Minidump, а также в файле изображения SystemRoot %\ Memory.DMP отображаются. В приведенном выше захвате отображаются шесть частичных изображений памяти. Это означает, что этот компьютер встречался с синим экраном шесть раз !

Для каждого сбоя BlueScreenView отображает имя файла изображения частичной памяти, Дата и время сбоя, А остановить код (отображается на синем экране), 4 Параметры кода остановки, и Подробная информация о пилоте Кто, вероятно, вызвал сбой (имя файла, имя продукта, описание файла и версия файла).

На нижней панели, по умолчанию, BlueScreenView отображается Все пилоты, которые были загружены Во время аварии (который вы выбрали на верхней панели). Пилоты, адрес памяти которого был найден в батареи аварии, выделены в розовом цвете, что позволяет легко найти пилотов, которые могут нести ответственность за аварию.

Ваша миссия проста : Найдите пилот, ответственный за синий экран в столбце «вызван драйвером» !

В приведенном ниже захвате мы видим, что авария 5 августа 2013 года была вызвана пилотом NVLDDMM.Sys, которая, вероятно, превращает видеокарту NVIDIA.

Если вы хотите получить более подробную информацию о обнаруженном драйвере (к какому компоненту, устройству или программе он принадлежит), щелкните правой кнопкой мыши на файле изображения памяти и выберите Поиск Google – проверка ошибок + драйвер Чтобы начать поиск в Интернете.

К сожалению, часто случается, что частичные файлы изображений не содержат достаточно информации, чтобы идентифицировать пилот, ответственный за синий экран.

Это так, если BlueScreenView отображает ntoskrnl.Exe В столбце “вызван драйвером”. Это не правильно : Это просто последний файл батареи, который был загружен до появления синего экрана. Это не файл фатальная ошибка.

В соответствии с тем, что BlueScreenview влияет в столбце «Причина драйвером», Применить следующее ::

• Если BlascReenView отображает имя файла, ссылаясь на компонент, устройство или программа → Применить конкретные решения к неисправному пилоту.
• Если плакат BlueScreenview ntoskrnel.Exe → нам придется проанализировать полный файл изображения (или ядро), чтобы найти пилота, который действительно вызвал синий экран. Перейдите к следующему разделу: прочитайте полную память или файл изображения ядра.

через полную память или файл изображения ядра

я Информация: Полная память или файл изображения, который мы проанализируем, соответствует файлу изображения памяти Последний синий экран, который появился на твоем компьютере. Другими словами, это более «полная» версия Самый последний файл частичного изображения, отображаемый в BlueScreenView (Вы можете сортировать частичные файлы изображения по дате, нажав на заголовок столбца «Время сбоя»).

Чтобы проанализировать полный файл изображения или ядра, мы должны установить Windows Debugurs (Включено в Windows SDK).

Для этого следуйте этим инструкциям:

1. Загрузите программу установки SDK (комплект разработки программного обеспечения) в соответствии с вашей версией Windows.
2. Запуск на программе установки Windows DUSDK. На первом экране оставьте место по умолчанию, затем нажмите Следующий.
   
3. Среди всех предлагаемых функций установите только инструменты отладки. Оставлять Инструменты отладки для Windows проверил и снимите все остальные поля, затем нажмите Установить.
   

После установки инструментов отладки у вас в распоряжении пять средств для удаления (см. Отладки областей для более подробной информации) о которых Microsoft Windows Debugger (Windbg), А отладчик Способен отлаживать в режиме пользователя и режима ядра.

Windbg обеспечивает отладку для ядра Windows, драйверов режима ядра и системных служб, а также пользовательских приложений и драйверов. Это тот, который мы будем использовать.

я Обманывать : Чтобы иметь возможность более легко читать файлы изображений памяти (.DMG), вы можете связать их с программой WindBG. Для этого откройте командную строку в качестве администратора и введите следующие команды (для адаптации в соответствии с вашей версией Windows):

CD "C: \ Program Files (x86) \ Kits \ 10 \ Deburgers \ x64 \" .\ Windbg.Exe -ia

1. Запустите Windbg как администратор: откройте меню «Пуск», введите «Windbg», щелкните правой кнопкой мыши Windbg (x64) (Или Windbg (x86) Если вы используете 32 -битную версию Windows), выберите Выполнить как администратор.
2. Основное окно Windbg отладчик открывается.
3. Укажите местоположение символов отладки через Линия >Путь файла символа. Файлы символов содержат различные данные, которые очень полезны для отладки.
   
4. Введите следующее местоположение, затем нажмите ХОРОШО ::

Srv*c: \ symbolssrvcache*https: // msdl.Microsoft.com/скачать/символы

Сохранить рабочую область через Линия >Сохранить рабочее пространство. Это помешает нам переопределить местоположение символов отладки с каждым сеансом.

Откройте файл изображения памяти через Линия >Открытый свал с аварии.

Перейдите в папку C: \ Windows и выберите файл Память.DMP.

Подождите, пока WindBG загружает символы, необходимые для отладки файла изображения памяти. Текст Отладки не связаны отображается в нижней части окна; Вы должны подождать, пока не отобразится командная строка KD>.

Как только у вас есть рука, введите команду !Анализировать -v для запускаАнализ файла изображений памяти.

Image_Name: CPUZ138_X64 MODULE_NAME: CPUZ138_X64 Модуль неисправности: FFFFF8004DC30000 CPUZ138_X64 Process_name: Speccy64.Exe

0x000000D1: Driver_IRQL_NOT_OR_EQUAL 0X0000000A: IRQL_NOT_LESS_EQUAL 0X00000050: PAGE_FAULT_IN_NUNPED_AREA 0X000000C2: BAD_POOL_CALLER 0X00000000ED: UNMOUTABLE_BOOT_VOLUME 0X00001E: KMODE 0X000000DED: undoutable_boot_volume 0x00001E: kmode_faler. _file_system