Краш дампа памяти как исправить

Аварийный дамп памяти Windows

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

Дамп памяти (memory dump) — содержимое рабочей памяти процесса, ядра или всей операционной системы, включающий, помимо рабочих областей, дополнительную информацию о состоянии регистров процессора, содержимом стека и прочие служебные структуры.

Для чего нам может потребоваться данное содержимое, то есть дамп памяти Windows? Пожалуй, наиболее часто дамп памяти используется для изучения причин возникновения системного сбоя (BSOD), который явился причиной полного останова операционной системы.

В дополнение к этому, состояние памяти может использоваться и для других целей.

Немаловажен и тот факт, что дамп памяти — это буквально единственный способ получения информации о любом сбое! А снятие (получение) дампа памяти системы — это, фактически, единственный точный метод получения мгновенного отпечатка (копии) содержимого физической памяти системы.

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

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

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

Теоретически, статичность (неизменность) «отпечатка» памяти объясняется тем, что когда вызывается функция KeBugCheckEx, выводящая на экран информацию о сбое и стартующая процесс создания дампа памяти, система уже полностью остановлена и содержимое физической памяти записано в блоки, занимаемые на диске файлом подкачки, после чего, уже в процессе последующей загрузки операционной системы оно сбрасывается в файл на системном носителе. Ну а практически один раз наблюдал ситуацию, когда сбоящая материнская плата не давала сохранить дамп памяти: а) подвисая в процессе работы логики сохранения дампа (процесс не доходил до 100%), б) повреждая файл дампа памяти (отладчик ругался на структуры), в) записывая файлы дампов memory.dmp нулевой длины. Поэтому, не смотря на то, что система в момент создания дампа памяти уже полностью остановлена, и работает только аварийный код, сбойное железо может вносить свои коррективы в любую без исключения логику на любом этапе функционирования.
Традиционно, на начальном этапе для сохранения дампа памяти Windows используются блоки диска, выделенные файлу подкачки (pagefile). Затем, после возникновения синего экрана и перезагрузки, данные перемещаются в отдельный файл, а затем файл переименовывается по шаблону, зависящему от типа дампа. Однако, начиная с версии Windows Vista, подобное положение вещей возможно изменить, теперь пользователю дана возможность сохранять выделенный дамп без участия файла подкачки, помещая информацию о сбое во временный файл. Сделано это для того, чтобы исключить ошибки конфигурации, связанные с неправильной настройкой размера и положения файла подкачки, что зачастую приводило к проблемам в процессе сохранения дампа памяти.
Давайте посмотрим, какие же разновидности дампов позволяет нам создавать операционная система Windows:

• Дамп памяти процесса (приложения);
• Дамп памяти ядра;
• Полный дамп памяти (дамп доступной части физической памяти системы).

Все аварийные дампы можно разделить на две основных категории:

• Аварийные дампы с информацией о возникшем исключении. Обычно создаются в автоматическом режиме, когда в приложении/ядре возникает необрабатываемое исключение (unhandled exception) и, соответственно, может быть вызван системный (встроенный) отладчик. В этом случае информация об исключении записывается в дамп, что упрощает определение типа исключения и места возникновения при последующем анализе.
• Аварийные дампы без информации об исключении. Обычно создаются пользователем в ручную, когда необходимо создать просто мгновенный снимок процесса для последующего анализа. Анализ этот подразумевает не определение типа исключения, поскольку никакого исключения и не возникало, а анализ совершенно другого рода, например изучение структур данных процесса и прочее.

Конфигурация дампа памяти ядра

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

Давайте непосредственно перейдем к конфигурированию параметров аварийного дампа памяти Windows. Для начала, нам необходимо зайти в окно свойств системы одним и приведенных способов:

1. Нажать правой кнопкой мыши на значке «Мой Компьютер» — «Свойства» — «Дополнительные параметры системы» — «Дополнительно».
2. Кнопка «Пуск» — «Панель управления» — «Система» — «Дополнительные параметры системы» — «Дополнительно».
3. Сочетание клавиш «Windows» + «Pause» — «Дополнительные параметры системы» — «Дополнительно».
4. Выполнить в командной строке (cmd):
   control system.cpl,,3
5. Выполнить в командной строке (cmd):
   SystemPropertiesAdvanced

Результатом описанных действий является открытие окна «Свойства системы» и выбор вкладки «Дополнительно»:

После этого в разделе «Загрузка и восстановление» мы нажимаем выбираем «Параметры» и тем самым открываем новое окно под названием «Загрузка и восстановление»:

Все параметры аварийного дампа сгруппированы в блоке параметров под названием «Отказ системы». В этом блоке мы можем задать следующие параметры:

1. Записать события в системный журнал.
2. Выполнить автоматическую перезагрузку.
3. Запись отладочной информации.
4. Файл дампа.
5. Заменять существующий файл дампа.

Как видите, многие параметры из списка достаточно тривиальны и просты в понимании. Однако, я бы хотел подробнее остановиться на параметре «Файл дампа». Параметр представлен в виде ниспадающего списка, и имеет четыре возможных значения:

Малый дамп памяти (Small memory dump)

Малый дамп памяти (минидамп, minidump) — это файл, который содержит наименьший объем информации о сбое. Самый маленький из всех возможных дампов памяти.

Не смотря на очевидные минусы, зачастую именно минидампы используются в качестве информации о сбое для передачи поставщику сторонних драйверов с целью последующего изучения.

Состав:

• Сообщение об ошибке.
• Значение ошибки.
• Параметры ошибки.
• Контекст процессора (PRCB), на котором произошел сбой.
• Сведения о процессе и контекст ядра (EPROCESS) для процесса, являющего причиной сбоя, со всеми его потоками.
• Сведения о процессе и контекст ядра (ETHREAD) для потока, являющегося причиной сбоя.
• Стек режима ядра для потока, который явился причиной сбоя.
• Список загруженных драйверов.

Размещение: %SystemRoot%\Minidump\MMDDYY-XXXXX-NN.dmp. Где MMDDYY — месяц, день и год соответственно, NN — порядковый номер дампа.

Объем: Размер зависит от разрядности операционной системы: требуется всего-то 128 килобайт для 32-разрядной и 256 килобайт для 64-разрядной ОС в файле подкачки (либо в файле, указанном в DedicatedDumpFile).

Поскольку выставить столь малый размер мы не сможем, то округляем до 1 мегабайта.

Дамп памяти ядра (Kernel memory dump)

Данный тип дампа содержит копию всей памяти ядра на момент сбоя.
Состав:

• Список исполняющихся процессов.
• Состояние текущего потока.
• Страницы памяти режима ядра, присутствующие в физической памяти в момент сбоя: память драйверов режима ядра и память программ режима ядра.
• Память аппаратно-зависимого уровня (HAL).
• Список загруженных драйверов.

В дампе памяти ядра отсутствуют нераспределенные страницы памяти и страницы пользовательского режима.

Согласитесь, ведь маловероятно, что страницы процесса пользовательского режима будут нам интересны при системном сбое (BugCheck), поскольку обычно системный сбой инициируется кодом режима ядра.

Размещение: %SystemRoot%\MEMORY.DMP. Предыдущий дамп перезаписывается.
Объем: Варьируется в зависимости от размера адресного пространства ядра, выделенной операционной системой и количества драйверов режима ядра.

Обычно, требуется около трети объема физической памяти в файле подкачки (либо в файле, указанном в DedicatedDumpFile). Может варьироваться.

Полный дамп памяти (Complete memory dump)

Полный дамп памяти содержит копию всей физической памяти (ОЗУ, RAM) в момент сбоя. Соответственно, в файл попадает и все содержимое памяти системы. Это одновременно преимущество и главный недостаток, поскольку размер его на некоторых серверах с большим объемом ОЗУ может оказаться существенным.
Состав:

• Все страницы «видимой» физической памяти. Это практически вся память системы, за исключением областей, используемых аппаратной частью: BIOS, пространство PCI и прч.
• Данные процессов, которые выполнялись в системе в момент сбоя.
• Страницы физической памяти, которые не отображены на виртуальное адресное пространство, но которые могут помочь в изучении причин сбоя.

В полный дамп памяти не включаются, по-умолчанию, области физической памяти, используемой BIOS.
Размещение: %SystemRoot%\MEMORY.DMP. Предыдущий дамп перезаписывается.

Объем: В файле подкачки (либо в файле, указанном в DedicatedDumpFile) требуется объем, равный размеру физической памяти + 257 мегабайт (эти 257 Мб делятся на некий заголовок + данные драйверов).

На деле же, в некоторых ОС, нижний порог файла подкачки можно выставить точно в значение размера физической памяти.

Автоматический дамп памяти (Automatic memory dump)

Начиная с Windows 8/Windows Server 2012, в систему введен новый тип дампа под названием «Автоматический дамп памяти», который устанавливается типом по умолчанию.

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

Причем логика выбора зависит от многих критериев, в том числе от частоты «падения» операционной системы.

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

Раздел реестра, который определяет параметры аварийного дампа:

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\CrashControl

Параметры:

Ручное создание дампа памяти

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

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

dump в отладчиках WinDbg/LiveKD. LiveKD — программа, позволяющая запускать отладчик ядра Kd в функционирующей системе в локальном режиме. В отладчике WinDbg тоже имеется подобная возможность.

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

Файлы настроек реестра

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

Скачать: Малый дамп памяти

Скачать: Дамп памяти ядра

Скачать: Полный дамп памяти

Источник: http://datadump.ru/windows-crash-dump/

Windows, Синий экран (BSOD) и борьба с его причинами

И снова всем привет.

Думаю тема в заголовке мало кому может показаться совсем незнакомой, во всяком случае большинству пользователей операционной системы Windows, понятие синий

экран смерти (Blue Screen Of Death) известно чуть ли не с пеленок с самого первого выпуска этой популярной в народе ОС.

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

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

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

Чтобы внести ясность в этот вопрос и рассказать о путях решения подобных проблем без традиционной переустановки Windows, быласоздана статья, с которой вы можете ознакомиться ниже. Текст статьи фактически представляет собой объединенный перепост

нескольких меньших по объему статей с других ресурсов в сети, на которые в самом конце будут даны ссылки.

Часть первая — подготовка системы

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

Далее описаны два способа настройки журналирования событий сбоев.

Первый способ (Windows XP):

Отключите автоматическую перезагрузку системы. Для этого:

• выберите Пуск-Выполнить… либо нажмите сочетание клавиш «Win»+»R»
• введите строку:

wmic recoveros set AutoReboot = False

При следующем падении системы обратите внимание на код ошибки и запишите. Код ошибки расположен после слова «STOP»

Второй способ:

• нажмите сочетание клавиш «Win» + «Pause»
• в Windows 7 и Vista щелкните ссылку «Дополнительные параметры системы»
• на вкладке Дополнительно нажмите кнопку Параметры в разделе «Загрузка и восстановление»:снимите флажок «Выполнять автоматическую перезагрузку»
• поставьте флажок «Записать события в системный журнал»
• в выпадающем списке «Запись отладочной информации» установите значение «Малый дамп памяти (256 КБ)» (для Windows 7)
• или «Малый дамп памяти (64 КБ)» (для Windows XP)

Когда вы снова столкнетесь с системной ошибкой и вовода BSOD, номер ошибки Вы увидите на синем после слова «STOP» и сможете его записать.

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

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

Для этого:

— перейдите в папку С:\Windows\Minidump\
где диск C: — диск на который установлена операционная система.

После этого в текущей папке появится ZIP-архив (например, 032912-19827-01.zip), который необходимо прикрепить к завке в службу техподдержки.

Часть вторая — анализ мини-дампа

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

Также приведенный метод может быть использован сотрудниками технической поддержки разнообразных сервисных служб для помощи рядовым пользователям ПК.

Ниже описан метод расшифровки файла мини-дампа с использованием специальных программных средств.

Для этого нам понадобится установить Debugging Tools for Windows и скачать утилиту непосредственно для расшифровки файла дампа

kdfe.zip (зеркало 1, зеркало 2)

При таком размещении файла дампа, надо запустить «Командную строку» обязательно от имени администратора:

Теперь в черном окне CMD пишем следующее:

c:\kdfe.cmd c:\Windows\Minidump\010113-19531-01.dmp

где c:\Windows\Minidump\010113-19531-01.dmp — файл мини-дампа.

Результат декодирования ошибки выглядит так:

Crash date:         Tue Jan  1 15:35:49.182 2013 (GMT+4)

— дата события

Stop error code:    0xD1

— код ошибки останова системы

Process name:       avp.exe

— имя процесса вызвавшего остановку системы

Probably caused by: L1E62x64.sys ( L1E62x64+76b8 )

— вероятный виновник остановки

Чтобы окончательно локализовать источники проблем, следуем такому комиксу:

Ищем найденный в дампе файл драйвера на системном диске:

Открываем свойства файла драйвера:

На вкладке «Подробно» в поле «Описание» и «Название продукта» видим то, что нам надо:

В меню Пуск-Мой компьютер, открываем элемент «Управление» и далее «Диспетчер устройств»:

В диспетчере устройств находим адаптер из описания драйвера:

А в диспетчере задач находим нужный процесс:

Как видно, в моем случае сбой системы был вызван процессом avp.exe при взаимодействии с файлом драйвера сетевой карты L1E62x64.sys .

Теперь осталось лишь избавиться от любого из виновников сбоя.

p.s.

Использованные источники:

1. Самопроизвольная перезагрузка и/или появляется ошибка на синем экране (BSOD)
2. Смотрим Minidump после падения системы.

p.p.s

Думаю также вам будет интересно узнать об утилите bluescreenview, которая также позволяет изучать содержимое файлов мини-дампа.

Удачи!

Запись опубликована в рубрике ЭВТ ИТ с метками blue, bsod, cmd, crash, decode, dump, error, minidump, read, screen, system, view, windows, синий, экран. Добавьте в закладки постоянную ссылку.

Источник: http://blog.apikulin.ru/2013/01/windows-bsod.html

Как включить создание дампа памяти в Windows 10

18.09.2017  windows

Дамп памяти (снимок состояния оперативной, содержащий отладочную информацию) — то, что часто оказывается наиболее полезными при возникновении синего экрана смерти (BSoD) для диагностики причин возникновения ошибок и их исправления. Дамп памяти сохраняется в файл C:\Windows\MEMORY.DMP, а мини дампы (малый дамп памяти) — в папку C:\Windows\Minidump (подробнее об этом далее в статье).

Автоматическое создание и сохранение дампов памяти не всегда включено в Windows 10, и в инструкциях на тему исправления тех или иных ошибок BSoD мне время от времени приходится описывать и путь включения автоматического сохранения дампов памяти в системе для последующего просмотра в BlueScreenView и аналогах — потому и было решено написать отдельное руководство именно о том, как включить автоматическое создание дампа памяти при ошибках системы, чтобы в дальнейшем ссылаться на него.

Настройка создания дампов памяти при ошибках Windows 10

Для того, чтобы включить автоматическое сохранение файла дампа памяти системных ошибок достаточно выполнить следующие простые шаги.

1. Зайдите в панель управления (для этого в Windows 10 вы можете начать набирать «Панель управления» в поиске на панели задач), если в панели управления в поле «Просмотр» включено «Категории», установите «Значки» и откройте пункт «Система». 
2. В меню слева выберите пункт «Дополнительные параметры системы». 
3. На вкладке «Дополнительно» в разделе «Загрузка и восстановление» нажмите кнопку «Параметры». 
4. Параметры создания и сохранения дампов памяти находятся в разделе «Отказ системы». По умолчанию включены опции записи в системный журнал, автоматической перезагрузки и замены существующего дампа памяти, создается «Автоматический дамп памяти», хранящийся в %SystemRoot%\MEMORY.DMP (т.е. файл MEMORY.DMP внутри системной папки Windows). Параметры для включения автоматического создания дампов памяти, используемые по умолчанию вы также можете увидеть на скриншоте ниже. 

Опция «Автоматический дамп памяти» сохраняет снимок памяти ядра Windows 10 с необходимой отладочной информацией, а также память, выделенную для устройств, драйверов и ПО, работающего на уровне ядра. Также, при выборе автоматического дампа памяти, в папке C:\Windows\Minidump сохраняются малые дампы памяти. В большинстве случаев этот параметр оптимален.

Помимо «Автоматический дамп памяти» в параметрах сохранения отладочной информации есть и другие варианты:

• Полный дамп памяти — содержит полный снимок оперативной памяти Windows. Т.е. размер файла дампа памяти MEMORY.DMP будет равен объему используемой (занятой) оперативной памяти на момент появления ошибки. Обычному пользователю обычно не требуется.
• Дамп памяти ядра — содержит те же данные что и «Автоматический дамп памяти», по сути это одна и та же опция, за исключением того, как Windows устанавливает размер файла подкачки в случае выбора одной из них. В общем случае вариант «Автоматический» подходит лучше (подробнее для интересующихся, на английском — здесь.)
• Малый дамп памяти — создание только мини дампов в C:\Windows\Minidump. При выборе данной опции сохраняются файлы по 256 Кб, содержащие базовую информацию о синем экране смерти, списке загруженных драйверов, процессах. В большинстве случаев при непрофессиональном использовании (например, как в инструкциях на этом сайте по исправлению ошибок BSoD в Windows 10), используется именно малый дамп памяти. Например, при диагностике причины синего экрана смерти в BlueScreenView используются файлы мини дампов. Однако в некоторых случаях может потребоваться и полный (автоматический) дамп памяти — часто службы поддержки ПО при возникновении неполадок (предположительно вызванных этим ПО) могут просить предоставить именно его.

Дополнительная информация

В случае, если вам нужно удалить дамп памяти, вы можете сделать это вручную, удалив файл MEMORY.DMP в системной папке Windows и файлы, содержащиеся в папке Minidump.

Также можно использовать утилиту «Очистка диска» Windows (нажать клавиши Win+R, ввести cleanmgr и нажать Enter).

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

А вдруг и это будет интересно:

Источник: https://remontka.pro/enable-memory-dump-files-windows-10/

Причины появления синего экрана смерти Windows

Большинство пользователей популярной ОС приходят в замешательство, когда видят перед собой “синий экран смерти”. Неудивительно, ведь это редкое явление, к тому же, сразу следует перезагрузка, а несохраненные изменения теряются. Хотя имеются ручные способы вызова, но это исключительное явление, а не плановое.

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

В 8 версии произошло изменение этого правила, теперь отображается грустный смайлик на голубом фоне. Считается, что такой вариант меньше пугает неопытных пользователей.

Сам по себе “экран смерти” это не ошибка, он свидетельствует о ней. Причиной становится критический сбой в системном процессе, когда продолжать нормальную работу невозможно. Перед этим иногда появляется “поплывшее” изображение или отказ устройства подчиняться командам – “зависание”. Причин тому масса:

Плохое обслуживание ПК

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

Игнорирование этого повышает риск появления ошибок доступа, неверной операции ядра или файловой системы.

Конкретного способа решения нет, если Windows “падала” лишь один раз, то ничего страшного в этом нет, но пренебрегать уходом не стоит.

Проблемы с драйверами

Часто становятся следствием воздействия вирусов или программ автоматического обновления, как правило, проявляется при запуске, Распространенные в этом случае ошибки:

• 0x00000121: DRIVER_VIOLATION
• 0x0000007E: SYSTEM_THREAD_EXCEPTION_NOT_HANDLED
• 0x0000010E: VIDEO_MEMORY_MANAGEMENT_INTERNAL

Вредоносное ПО

Цель большинства вирусов – похитить персональные данные пользователя, никак не проявляя себя. Но встречаются случаи, когда они целенаправленно или невзначай повреждают системные файлы, или заменяют их другими, что и становится причиной “экрана смерти”.

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

Сюда относятся:

• 0xC0000135: UNABLE TO LOCATE DLL
• 0x0000007A: KERNEL_DATA_INPAGE_ERROR
• 0x0000004C: FATAL_UNHANDLED_HARD_ERROR

Повреждение системных файлов или реестра при появлении экрана смерти

Симптомы те же, что и у предыдущего пункта, но основная причина здесь это человеческая некомпетентность.

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

Теоретически может быть вызвано обновлениями некоторых компонентов ОС, несовместимых с аппаратной частью. Пример:

• 0xC000021A: STATUS_SYSTEM_PROCESS_TERMINATED
• 0x00000074: BAD_SYSTEM_CONFIG_INFO

Техническая неисправность

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

Если в устройстве установлено 2 и более планок ОЗУ, то демонтируйте одну и проверьте стабильность системы, потом, в случае негативного результата, повторите это с остальными.

Еще это бывает вызвано наличием пыли в корпусе или нерегулярной заменой термопасты.

Убедитесь, что остальные способы не помогают, прежде чем прибегать к решительным мерам. Коды ошибок:

• 0x0000002E: DATA_BUS_ERROR
• 0x0000007F: UNEXPECTED_KERNEL_MODE_TRAP
• 0x0000001A: MEMORY_MANAGEMENT

Проблемы в ресурсоемких приложениях

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

Чаще всего разгоняют процессор и видеокарту (см. Какая видеокарта лучше всего подходит для игр), что способно привести к их повреждению.

Рекомендуется снизить игровые опции, если устройство не справляется с максимальными, и вернуть параметры физических компонентов в первоначальное положение.

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

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

Синий экран при установке Windows

Ошибки тут делятся на две категории, в зависимости от того, зачем понадобилось установить ОС. Если цель – обновление до новой версии, то проблема иногда кроется в несовместимости оборудования с программным обеспечением. Отсоедините внешние устройства (принтер, модем).

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

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

Если путем перестановки Windows пользователь решает причины неисправностей в работе ОС, то, вероятнее всего, причина в вирусах.

Затем выполните форматирование дисков C и D, к примеру, программой Acronis, записанной на другую загрузочную флешку.

Критическая ошибка при загрузке ОС

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

Попытайтесь восстановить систему или запустить безопасный режим, если это не получается, то попробуйте загрузиться с помощью LiveUSB и выполнить сканирование на вирусы.

Для этого используется утилита Malwarebytes Anti-Malware или схожую с ней по функциональности.

В качестве еще одной распространенной причины выступает конфликт драйверов.

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

Дамп памяти

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

Создается системой автоматически, в случае критической ошибки, если иное не было установлено в настройках.

Чтобы настроить сохранение дампа кликните кнопки + переход по “Дополнительные параметры системы”

“параметры” в меню “загрузка и восстановление”, выберите нужное значение во вкладке “Запись отладочной информации”.

Теперь откройте последний файл, зачастую маленькие дампы хранятся в папке minidump системного каталога, полный расположен там же, под именем Memory.dmp. Через некоторое время утилита укажет вероятную причину ошибки, если же этого не произошло, то стоит проанализировать большой дамп.

Альтернативное решение

Несмотря на доказанную надежность, стандартные способы Microsoft медленные и сложные в использовании.

Гораздо проще получить комплексную информацию, используя утилиту Blue Screen View.

Ее размер, в отличие от Kernel Debugger, меньше 1 МБ, к тому же она не требует установки, что имеет значение при использовании безопасного режима.

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

Не стоит на 100% доверять результатам из колонки “Caused by”, обратите внимание на расширенный отчет (нижняя рамка на рисунке).

Повышенное внимание стоит уделить драйверам, предоставленным сторонними производителями.

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

Это настраиваемая опция и не связана с аппаратными проблемами.

У меня не получается найти файлы дампа. Что делать?

Проверьте в настройках, активирована ли запись и имя директории, в которую они сохраняются.

Как скачать файл в безопасном режиме?

Выберите безопасный режим с поддержкой сетевых драйверов, но лучше использовать съемный носитель.

После “экрана смерти” компьютер не запускается, что это значит?

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

Источник: https://pchelp.one/obsluzhivanie/sinij-ekran-smerti-windows.html