Минидамп C windows что это такое
Обновлено: 21.11.2024
Прочитав файл журнала минидампа, вы сможете узнать, что вызвало сбой.
Наконец-то это случилось. Ни с того ни с сего вы наслаждаетесь игрой, смотрите фильм или просто читаете в Интернете, когда ваша операционная система решает, что не хочет сотрудничать, и внезапно вы сталкиваетесь с BSOD или синим экраном смерти. BSOD — это то, что ни один пользователь Windows не хочет видеть, потому что это означает, что ваша система вышла из строя, что стоило вам времени и, возможно, даже привело к потере данных.
Возможно, самое худшее в появлении «синего экрана смерти» заключается в том, что это может быть результатом множества проблем, от неисправного оборудования до ошибки драйвера и ошибки страницы в невыгружаемой области (т. результат файла, не найденного в памяти). Однако не все потеряно, и мы собираемся показать вам, как включить и использовать файл журнала минидампа для диагностики проблемы.
Зачем нужен файл минидампа для диагностики BSOD
В более ранних версиях Windows BSOD показывал вам некоторые коды ошибок, которые хотя бы немного помогали. Однако в Windows 10 на экране отображается стоп-код, который вы можете записать и изучить, а также QR-код, который вы можете использовать на своем телефоне. Однако это только отправляет вас на веб-сайт Microsoft и предоставляет описание некоторых кодов ошибок.
Мы считаем полезным настроить Windows для сохранения файла, содержащего много информации о BSOD и о том, как мы можем исправить ошибку. Это называется файлом минидампа.
Как настроить Windows для сохранения файла минидампа.
По умолчанию функция создания файла минидампа не включена, поэтому ее необходимо включить. Сделайте это сейчас, даже если у вас нет проблемы с BSOD, потому что в противном случае у вас не будет журнала, когда произойдет сбой.
<р>1. Перейдите в меню панели управления «Свойства системы». Вы можете попасть туда, введя «sysdm.cpl» в поле поиска Windows. Или перейдите в «Настройки» -> «Система» -> «О программе» и нажмите «Дополнительные параметры системы». <р>2. Выберите вкладку "Дополнительно". <р>3. Включите следующие параметры:● Записать событие в системный журнал
● Запись отладочной информации -> Небольшой дамп памяти (256 КБ).
Если этот параметр включен, при каждом сбое Windows файл минидампа будет создаваться в папке «%SystemRoot%\Minidump». Вы также можете изменить это местоположение, если хотите. Однако, если вы это сделаете, имейте в виду, что большинство программ для устранения неполадок журналов минидампа по умолчанию настроены на поиск этого места. Так что лучше оставить как есть. Это также переводится как C:\Windows\Minidump.
Как прочитать минидамп и узнать, что вызвало BSOD
Теперь, когда минидамп настроен, вам нужно загрузить приложение, которое может прочитать файл и предоставить полезную информацию. Для этого рекомендуется инструмент под названием BlueScreenView.
Вы можете загрузить BlueScreenView, перейдя на официальный сайт и выбрав 32-разрядную или 64-разрядную версию приложения.
После загрузки инструмента вам нужно извлечь его в папку, чтобы его можно было запустить.
После извлечения инструмента в каталог дважды щелкните значок BlueScreenView, чтобы начать работу. Затем BlueScreenView просмотрит расположение минидампа по умолчанию и просмотрит текущие созданные журналы. Если вы столкнулись с рядом проблем или не удалили старые файлы минидампа, вам нужно помнить о датах, связанных с журналами.
Использование BlueScreenView для понимания файлов минидампа
При первом использовании BlueScreenView он предоставит вам несколько фрагментов информации, и поначалу это может показаться запутанным. Однако формат прост и выделяет важную информацию, которая поможет вам начать работу.
Файлы или приложения, вызвавшие сбой, будут выделены красным цветом, что даст вам хорошее представление о том, с чего начать устранение проблемы.
На этом снимке экрана видно, что в этом конкретном минидампе была обнаружена проблема, затронувшая три файла; dxgmms2.sys, ntoskrnl.exe и watchdog.sys.
Далее на верхней панели мы видим в правом столбце раздел, в котором сообщается, что вызвало сбой. На этом изображении мы видим, что проблема возникла из-за файла watchdog.sys. Это хорошая отправная точка, так как теперь вы можете проверить Google или Bing, чтобы увидеть, как это может стать проблемой, и найти возможные решения.
Мы знаем, что возможной причиной является watchdog.sys, но как насчет dxgmms2.sys и ntoskrnel.exe? Поскольку это были затронутые файлы, нам также нужно выяснить, что это за файлы. Так что их тоже надо будет изучить. Выполнив быструю проверку в Google, мы видим, что dxgmms2.sys связан с драйверами Windows DirectX, а ntoskrnl.exe — это исполняемый файл ядра операционной системы, отвечающий за поддержание работоспособности операционной системы.
Используя это представление файла минидампа Windows, мы можем сделать вывод, что BSOD, вероятно, был вызван проблемой графического драйвера, которую обычно можно исправить, установив более новую версию драйвера или переустановив текущий драйвер.
Что делать, если файл минидампа показывает аппаратную ошибку?
Хотя проблемы с драйверами обычно легко устраняются, BSOD, возникающий в результате отказа оборудования, — это совсем другое дело. Таким примером является ошибка FAULTY_HARDWARE_CORRUPTED_PAGE. Здесь вы все равно должны использовать приложение, такое как BlueSceenWindow, чтобы найти причину ошибки. Однако, когда возникает аппаратная ошибка, нет волшебного исправления, которое исправит это. Для этой конкретной ошибки мы собираемся сказать, что результат этой ошибки был связан с установленным модулем памяти.
Чтобы выяснить, является ли это реальной причиной, нам нужно проверить память. Есть несколько способов сделать это; с помощью аппаратной проверки памяти или приложения. Видя, что у большинства людей нет доступа к средству проверки физической памяти, мы выберем маршрут приложения. К счастью, Microsoft включила инструмент диагностики памяти, который был включен еще в Windows 7. Чтобы использовать его, откройте окно запуска и введите «mdsched».
У вас будет два варианта на выбор; Перезагрузите сейчас или проверьте наличие проблем при следующем запуске компьютера. Если вы выберете первый вариант, обязательно сохраните свою работу, так как Windows закроется.
После перезагрузки компьютера загрузится средство проверки памяти и начнет проверку памяти. В зависимости от того, сколько памяти вы установили, процесс может занять некоторое время. Во время выполнения теста вы увидите индикатор выполнения и общий статус. Любые ошибки, которые могут возникнуть, будут отображаться в разделе состояния.
После завершения проверки памяти начнется загрузка Windows. Если ошибок нет, можно сделать вывод, что память не виновата.
Кейт Митчелл – пишущий писатель Tom's Hardware в США. Днем он ИТ-специалист, а после работы с 9 до 17 страстный любитель видеоигр и технологий. У него странная привязанность к играм Soulsborne, и он играет в них без остановки.
Давай. Он почти всегда обвиняет ntoskrnl и его жертву, а не причину — это ядро Windows.
DirectX — один из наиболее очевидных результатов. Так же, как если бы ошибка упоминала dwm.sys
По крайней мере, вы показали им, как создавать файлы Minidump, так что я не буду слишком злиться :)
Вы должны были сказать им, чтобы они спрашивали на форумах, если им все еще нужна помощь, поскольку у некоторых из нас есть небольшой опыт ответов на такие вопросы.
Я прочитал статью и согласен с большей частью ее, но хотел бы отметить несколько моментов.
Появление BSOD вызвано сторонними драйверами или неисправным оборудованием. Это очень редкий случай (если вообще когда-либо), когда это действительно вызвано драйвером Microsoft.
BlueScreenView может быть полезен в сценарии, описанном в статье. Но обычно он предоставляет только общую информацию и редко указывает непосредственно на драйвер. Я бы также рекомендовал загрузить отладчик Windows (WinDbg Preview) из Магазина окон. Но даже в этом случае это редкий случай, когда он показывает фактический драйвер, вызывающий проблему. А если проблема аппаратная, ожидайте еще более запутанных результатов. Плохой модуль ОЗУ часто указывает на несколько разных драйверов в файлах дампа, когда ни один из них на самом деле не виноват. Тем не менее, оба приложения могут быть использованы, чтобы направить вас в направлении выяснения фактической причины.
Известно, что средство диагностики памяти Windows является слабым тестером памяти. На самом деле тест может длиться всего около 20 минут для 12 ГБ ОЗУ. Это не совсем бесполезно. Если он показывает ошибку, это говорит вам найти другие способы проверить ОЗУ. Гораздо лучше использовать memtest86 с самого начала и тестировать по 1 модулю ОЗУ за раз. Эти тесты будут длиться несколько часов (минимальная продолжительность тестирования – 4 прохода).
В целом, я ставлю лайк статье. Должны быть перечислены лучшие инструменты тестирования. Кроме того, если проблема связана с аппаратным обеспечением, отличным от ОЗУ, в нем могли быть перечислены несколько инструментов, используемых для тестирования другого оборудования, таких как Prime95 для тестирования ЦП, или программное обеспечение для тестирования жестких дисков, такое как Hard Disk Sentinel и т. д. В целом, не ожидайте, что дампы расскажут вам точную проблему, потому что они редко это делают.
О диагностике памяти.
Когда он перезагружается в Windows, он делает это без особого энтузиазма. Итак, кроме того, что вы сидите на протяжении всего теста, как вы определяете, были ли они. или не были. какие-либо ошибки? Можно ОЧЕНЬ долго сидеть и смотреть на экран, чтобы увидеть, сообщает ли он об ошибке, особенно если вы прогоняете его через несколько циклов для уверенности, используя все тесты.
Есть ли какие-либо предложения по поиску ошибок. или отчет об успешном испытании. Полегче? Единственный способ, который я знаю, — это поиск в журнале событий Windows, что само по себе может быть довольно утомительным.
Кроме того, я всегда считал, что BSOD является диагностикой чего-то ценного в основном для разработчиков, особенно разработчиков драйверов устройств. Мы, обычные пользователи, даже если у них есть диагноз BSOD, вероятно, смогут исправить его только путем 1) удаления всех разгонов 2) удаления всего, что было установлено или обновлено последним, или 3) сброса Windows. Запуск «SFC/scannow» может помочь. иногда. Но исправления, требующие копания во внутренностях Windows, включая правки реестра, в любом случае часто нам не по силам.
Узнайте, как включить и прочитать файл минидампа Windows 10, чтобы понять, почему ваш компьютер дает сбой.
Как использовать файл минидампа для исправления BSOD Windows: Подробнее
Я не согласен с рекомендацией "Автоматически перезапускать". Во многих случаях это приводит к тому, что компьютер перезагружается снова и снова, и остановить перезагрузку невозможно.
У меня не было GSOD (Win10--Win7 - это BSOD. IIRC) так давно, что я не могу точно вспомнить, когда именно. Я помню, что последний у меня был вызван экспериментом по разгону, который я проводил. Это было много лет назад. Если ваши драйверы устройств в порядке, то вы, вероятно, не увидите GSOD в наши дни, если только вы не занимаетесь разгоном — по крайней мере, это было моим опытом. (И я запускаю исключительно бета-версии Win10.)
Когда он перезагружается в Windows, он делает это без особого энтузиазма. Итак, кроме того, что вы сидите на протяжении всего теста, как вы определяете, были ли они. или не были. какие-либо ошибки? Можно ОЧЕНЬ долго сидеть и смотреть на экран, чтобы увидеть, сообщает ли он об ошибке, особенно если вы запускаете его через несколько циклов для уверенности, используя все тесты.
это в вашем любимом месте, средство просмотра событий
откройте средство просмотра событий
расширьте папку журналов Windows
щелкните правой кнопкой мыши систему и выберите findtype MemoryDiagnostics-Results и нажмите кнопку поиска
по событию Viewer, дважды щелкните источник MemoryDiagnostics-Results и просмотрите сообщение. Если результат гласит: «Диагностика памяти Windows проверила память компьютера и не обнаружила ошибок», то вы можете отбросить память как корень проблемы.
Кроме того, я всегда считал, что BSOD является диагностикой чего-то ценного в основном для разработчиков, особенно разработчиков драйверов устройств. Мы, обычные пользователи, даже если у них есть диагноз BSOD, вероятно, смогут исправить его только путем 1) удаления всех разгонов 2) удаления всего, что было установлено или обновлено последним, или 3) сброса Windows. Запуск «SFC/scannow» может помочь. иногда. Но исправления, требующие копания во внутренностях Windows, включая редактирование реестра, в любом случае зачастую нам не по силам.
1 имеет смысл, 2 – если вы недавно что-то обновляли. Я пытаюсь найти другие средства, прежде чем нажму 3.
SFC помогает только в том случае, если это процесс Windows, который фактически вызвал BSOD (Critical Process Died — один из таких BSOD только для Windows).
Я никогда не смотрю в реестр, Я считаю, что 99% проблем можно решить, даже не заглядывая в regedit. Многие могут быть вызваны входом туда.
Последние 5 лет я пытался помочь людям с BSOD, у меня неплохо получается, но я знаю, что есть еще кое-что, чего я просто не понимаю. Существует более 300 кодов BSOD, но я вижу небольшое их количество здесь, но причины не так легко подсчитать.
<р>.открыть средство просмотра событий
развернуть папку журналов Windows
щелкнуть правой кнопкой мыши систему и выбрать findtype MemoryDiagnostics-Results и нажать кнопку поиска
.
Спасибо! это хороший способ найти определенные записи в журнале событий, которые мне нужно запомнить.
Мне больше повезло с HCI MemTest, чем с MemTest86. Он довольно быстро обнаружит нестабильность памяти в крайних случаях, даже если часы MemTest86 с использованием всех возможных тестов, 2 или 3 раза, были пропущены.
Я могу оценить стремление «найти проблему», а не просто выкинуть ее из головы. Это может быть важно для разработчиков и людей с очень нестандартными конфигурациями, которые должны знать, что испортили их собственные усилия, поскольку это, скорее всего, повторится при любой новой установке. Но для обычного пользователя, использующего драйверы устройств стандартного оборудования, все, что действительно имеет значение, — это практический результат: восстановление надежной функциональности за минимальное время.
Я также использую «Восстановление системы», чтобы вернуться к более ранним точкам восстановления. За исключением того, что я думаю, что Microsoft не рекомендует его, поскольку его стало труднее найти (просто набрав «Восстановление системы», вы попадете в апплет «Восстановление»), и вам нужно его настроить. И убедитесь, что он запущен для создания точки восстановления при установке вещей, особенно при установке драйверов устройств. Но те разы, когда я его использовал, это сработало.
Я думаю, что значительная часть людей, которые обращаются сюда за помощью по поводу BSOD, ценят, что мы не просто предлагаем им сбросить настройки или выполнить полную установку, не проверив, в чем может быть причина.Полная установка — это подход с молотком, он полезен, если BSOD все еще возникает после того, как вы знаете его оборудование, но для многих ошибок драйверов это слишком далеко.
У большинства людей нет резервных копий или нескольких жестких дисков на ПК, у некоторых из вас может быть, но я говорю не совсем о нас. Таким образом, идея сброса или чистой установки, начиная заново, обычно не входит в их меню. Они предпочитают пробовать что-то еще.**
Есть способ заставить Windows показывать, какой драйвер вызывает проблемы, но это почти так же опасно, как BSOD, который якобы исправляет. Driver Verifer, часть Windows, но может вызывать циклы загрузки. Я предлагаю это только в том случае, если процесс определения истинной причины занимает слишком много времени.
Я предпочитаю знать причину, чем сбрасывать настройки и надеяться, что это не повторится.
Раньше я пользовался восстановлением системы, мы говорим о временах Vista. это было не очень хорошо для того, для чего я его использовал, но это могло быть больше, чем я. Это был мой окончательный выбор, если другие способы исправить ситуацию не сработали, я часто просто заканчивал чистую установку. В конце концов пропустил его вообще и пошел на чистую установку. Возможно, это был МЭ, я первым использовал его, и что ж, МЭ был особенным и мог испортить мои идеи.
Восстановление системы полезно для отката недавно установленных драйверов или обновлений Windows (хотя это не работает для обновлений версий, поскольку они перезаписывают папку)
** если компьютер не загружается, иногда переустановка является единственным выходом, но есть способы сохранить любые данные с диска перед переустановкой.
<р>.Восстановление системы полезно для отката недавно установленных драйверов или обновлений Windows (хотя это не работает для обновлений версий, поскольку они перезаписывают папку)
.
Это ситуация, которую я считаю полезной. и, наверное, единственный. Возврат более чем к двум точкам восстановления или к трем точкам восстановления не всегда приводит к успешному восстановлению. Обычно это также неудачное обновление драйвера дисплея, когда даже DDU не помогает.
он сохраняет копию реестра + все установленные драйвера, так что да, если зайти слишком далеко, можно сломать все что угодно. Обычно антивирус является одним из них.
Получите мгновенный доступ к последним новостям, подробным обзорам и полезным советам.
Благодарим вас за регистрацию в Tom's Hardware. Вскоре вы получите электронное письмо с подтверждением.
Возникла проблема. Обновите страницу и повторите попытку.
Отправляя свою информацию, вы соглашаетесь с Условиями использования и Политикой конфиденциальности и вам исполнилось 16 лет.
Крис Хоффман
Крис Хоффман
Главный редактор
Крис Хоффман – главный редактор How-To Geek. Он писал о технологиях более десяти лет и два года был обозревателем PCWorld. Крис писал для The New York Times, давал интервью в качестве эксперта по технологиям на телевизионных станциях, таких как NBC 6 в Майами, и освещал свою работу в таких новостных агентствах, как BBC. С 2011 года Крис написал более 2000 статей, которые были прочитаны почти миллиард раз — и это только здесь, в How-To Geek. Подробнее.
При появлении синего экрана Windows создает файлы дампа памяти, также известные как аварийные дампы. Это то, о чем говорит BSOD Windows 8, когда он говорит, что «просто собирает некоторую информацию об ошибке».
Эти файлы содержат копию памяти компьютера на момент сбоя. Их можно использовать для диагностики и определения проблемы, которая в первую очередь привела к сбою.
Типы дампов памяти
Windows может создавать несколько различных типов дампов памяти. Вы можете получить доступ к этому параметру, открыв панель управления, щелкнув «Система и безопасность» и щелкнув «Система». Нажмите «Дополнительные параметры системы» на боковой панели, перейдите на вкладку «Дополнительно» и нажмите «Настройки» в разделе «Запуск и восстановление».
По умолчанию для параметра «Запись отладочной информации» установлено значение «Автоматический дамп памяти». Вот что на самом деле представляет собой каждый тип дампа памяти:
Полный дамп памяти. Полный дамп памяти – это самый большой тип дампа памяти. Он содержит копию всех данных, используемых Windows в физической памяти. Итак, если у вас 16 ГБ ОЗУ, а Windows использует 8 ГБ на момент сбоя системы, размер дампа памяти будет 8 ГБ. Сбои обычно вызваны кодом, работающим в режиме ядра, поэтому полная информация, включая память каждой программы, редко бывает полезной — дампа памяти ядра обычно достаточно даже для разработчика.
Дамп памяти ядра. Дамп памяти ядра будет намного меньше полного дампа памяти.Microsoft говорит, что обычно это будет около одной трети объема физической памяти, установленной в системе. Как говорит Microsoft:
«Этот файл дампа не будет включать нераспределенную память или любую память, выделенную для приложений пользовательского режима. Он включает только память, выделенную ядру Windows и уровню аппаратной абстракции (HAL), а также память, выделенную драйверам режима ядра и другим программам режима ядра.
Для большинства целей этот аварийный дамп является наиболее полезный. Он значительно меньше, чем полный дамп памяти, но пропускает только те части памяти, которые вряд ли были связаны с аварийным завершением».
Небольшой дамп памяти (256 КБ). Небольшой дамп памяти — это наименьший тип дампа памяти. Он содержит очень мало информации — информацию о синем экране, список загруженных драйверов, информацию о процессах и немного информации о ядре. Это может быть полезно для определения ошибки, но предлагает менее подробную информацию об отладке, чем дамп памяти ядра.
Автоматический дамп памяти. Этот параметр используется по умолчанию и содержит ту же информацию, что и дамп памяти ядра. Microsoft говорит, что, когда для файла подкачки задан размер, управляемый системой, а компьютер настроен для автоматических дампов памяти, «Windows устанавливает размер файла подкачки достаточно большим, чтобы гарантировать, что дамп памяти ядра может быть захвачен большей частью время." Как указывает Microsoft, аварийные дампы являются важным фактором при принятии решения о том, какого размера должен быть файл подкачки. Файл подкачки должен быть достаточно большим, чтобы вместить данные памяти.
(нет): Windows не будет создавать дампы памяти при сбое.
Дампы памяти предназначены для разработчиков
Эти файлы дампа существуют, чтобы предоставить вам информацию о причине сбоя системы. Если вы разработчик Windows и работаете над драйверами оборудования, информация в этих файлах дампа памяти может помочь вам определить причину, по которой ваши драйверы оборудования вызывают появление синего экрана на компьютере, и устранить проблему.
Но вы, вероятно, обычный пользователь Windows, а не специалист, разрабатывающий драйверы оборудования или работающий с исходным кодом Windows в Microsoft. Аварийные дампы по-прежнему полезны. Возможно, они вам не понадобятся, но вам может понадобиться отправить их разработчику, если у вас возникли проблемы с низкоуровневым программным обеспечением или драйверами оборудования на вашем компьютере. Например, на веб-сайте Symantec говорится, что «Symantec Development часто требуется полный дамп памяти из уязвимой системы, чтобы определить причину сбоя». Аварийный дамп также может быть полезен, если у вас возникла проблема с самой Windows, так как вам может потребоваться отправить его в Microsoft. Разработчики, ответственные за программное обеспечение, могут использовать дамп памяти, чтобы увидеть, что именно происходило на вашем компьютере во время сбоя, что, надеюсь, позволит им выявить и устранить проблему.
Минидампы и дампы памяти
Файлы минидампа полезны почти всем, потому что они содержат базовую информацию, такую как сообщение об ошибке, связанное с синим экраном смерти. По умолчанию они хранятся в папке C:\Windows\Minidump. Оба типа файлов дампа имеют расширение .dmp.
Даже если ваша система настроена на создание дампа ядра, полного или автоматического дампа памяти, вы получите как мини-дамп, так и файл MEMORY.DMP большего размера.
Такие инструменты, как BlueScreenView от Nirsoft, могут отображать информацию, содержащуюся в этих файлах minidmp. Вы можете увидеть точные файлы драйверов, связанные с сбоем, что может помочь определить причину проблемы. Поскольку мини-дампы настолько полезны и малы, мы рекомендуем никогда не устанавливать для параметра дампа памяти значение «(нет)» — обязательно хотя бы настройте свою систему на создание небольших дампов памяти. Они не займут много места и помогут вам, если вы когда-нибудь столкнетесь с проблемой. Даже если вы не знаете, как самостоятельно получить информацию из файла минидампа, вы можете найти здесь программные инструменты и людей, которые могут использовать эту информацию, чтобы определить и устранить вашу системную проблему.
Большие дампы памяти, такие как дампы памяти ядра и полные дампы памяти, по умолчанию хранятся в папке C:\Windows\MEMORY.DMP. Windows настроена перезаписывать этот файл каждый раз, когда создается новый дамп памяти, поэтому у вас должен быть только один файл MEMORY.DMP, занимающий место.
Несмотря на то, что даже обычные пользователи Windows могут использовать минидампы, чтобы понять причину появления синих экранов, файл MEMORY.DMP используется реже и бесполезен, если только вы не планируете отправить его разработчику.Вам, вероятно, не потребуется использовать отладочную информацию в файле MEMORY.DMP для самостоятельного выявления и устранения проблемы.
Удалить дампы памяти, чтобы освободить место
Вы можете удалить эти файлы .dmp, чтобы освободить место, что является хорошей идеей, поскольку они могут быть очень большими по размеру. Если на вашем компьютере отображается синий экран, у вас может быть файл MEMORY.DMP размером 800 МБ или более. занимает место на системном диске.
Windows поможет вам автоматически удалить эти файлы. Если вы воспользуетесь утилитой очистки диска и скажете ей очистить системные файлы, вы увидите в списке оба типа дампов памяти. CCleaner и другие подобные инструменты также могут автоматически удалять дампы памяти. Вам не нужно копаться в папке Windows и удалять их вручную.
Короче говоря, большие файлы дампа памяти не очень полезны, если вы не планируете отправлять их в Microsoft или другому разработчику программного обеспечения, чтобы они могли исправить синий экран, возникающий в вашей системе. Файлы минидампа меньшего размера более полезны, поскольку они содержат важную информацию о системных сбоях.
- › Безопасно ли удалять все в программе очистки диска Windows?
- › Что на самом деле делают базовые и полные настройки телеметрии в Windows 10?
- › Почему не следует использовать средство проверки драйверов в Windows 10
- › Как удалить файлы дампа памяти системной ошибки в Windows 10
- ›5 шрифтов, которые следует прекратить использовать (и лучшие альтернативы)
- › Почему прозрачные чехлы для телефонов желтеют?
- › Как восстановить метки панели задач в Windows 11
- › Что означает XD и как вы его используете?
Устранение ошибок BSOD (синий экран смерти) может быть сложным процессом, поскольку при сбое ОС предоставляется ограниченная информация. Включение файлов минидампа (небольшого дампа памяти) означает, что журналы содержат отладочную информацию каждый раз, когда возникает BSOD. После этого форумы, подобные этому, смогут просмотреть журналы и определить, в чем проблема.
Для начала щелкните меню "Пуск" или значок поиска и введите "Панель управления", а затем щелкните появившуюся запись:
Теперь нажмите "Система и безопасность" в Панели управления:
Затем нажмите Система из списка:
Теперь нажмите Дополнительные параметры системы:
В разделе «Запуск и восстановление» нажмите «Настройки»:
Наконец, выберите «Малый дамп памяти» в раскрывающемся меню отладки, затем нажмите «ОК»:
Минидампы теперь включены и будут создаваться, если вы столкнетесь с ошибкой BSOD в будущем. Если вы хотите сбросить настройки до значений по умолчанию, повторите шаги, но выберите «Автоматический дамп памяти» на последнем этапе. Вы также можете отключить «автоматический перезапуск», чтобы вы могли видеть ошибку на экране в случае возникновения BSOD.
Файлы минидампа будут расположены в папке %SystemRoot%\Minidump, обычно это C:\Windows\Minidump.
Если вы хотите загрузить файлы дампа на этот сайт, сначала заархивируйте их и прикрепите к новой теме.
Если ваш компьютер выходит из строя, Windows отображает экран BSOD (синий экран смерти) и в то же время выгружает эту информацию (из памяти) в небольшой файл под названием «MiniDump», который может помочь вам определить, почему ваш компьютер сломался. На компьютерах под управлением Microsoft Windows 2000 или более поздней версии новый файл дампа памяти создается каждый раз, когда может произойти сбой компьютера.
Файл минидампа содержит ошибку BSOD, код остановки и его параметры, а также модуль (драйвер или приложение), вызывающий сбой системы.Файл минидампа хранится в каталоге "C:\Windows\minidump" и имеет имя файла, такое как "062916-2080-01.dmp", которое представляет месяц/дату и год создания файла дампа.
В этом руководстве вы найдете инструкции по просмотру и анализу файлов MiniDump с помощью инструмента BlueScreenView, разработанного Nirsof.
Как просмотреть файлы MiniDump и определить причину сбоя BSOD.
<р>1. Загрузите BlueScreenView (в Zip-файле) в соответствии с вашей версией Windows. ** Примечание: BlueScreenView (в Zip-файле) не требует установки. Чтобы начать использовать его.
<р>2. Извлеките загруженный ZIP-файл и запустите приложение BlueScreenView.exe. <р>3. Программа автоматически выполнит поиск файлов MiniDump в расположении по умолчанию (C:\Windows\Minidump). ** Примечание. Если вы изменили расположение файлов минидампа по умолчанию или перенесли файлы минидампа с другого компьютера на свой, перейдите в меню «Параметры» -> «Дополнительные параметры» и выберите альтернативное расположение после нажатия кнопки «Обзор».
<р>4. Когда BlueScreenView проанализирует файлы минидампа, вы увидите на экране следующую информацию:
– На ВЕРХНЕЙ панели:
<блочная цитата>1. Имя файла минидампа: например. "062916-2080-01.dmp". В этом примере «06» — это месяц, «29» — это дата, а «16» — это год файла дампа.
2. Время аварии: например. 29.06.2016 15:21)
3. Код ошибки (также известный как «Строка проверки ошибок»): например: DRIVER_IRQL_NOT_LESS_OR_EQUAL
5. STOP-ошибка (также известная как «Код проверки ошибок»): например: 0x000000d1
6. Параметры кода проверки ошибок.
– На НИЖНЕЙ панели вы увидите список всех загруженных драйверов (или приложений) при возникновении ошибки BSOD. В этом списке выделены наиболее важные детали и показан драйвер (или приложение), вызывающий проблему сбоя BSOD. например "NTFS.sys"
<р>6. После просмотра информации о файле BSOD Minidump найдите в Интернете доступное решение, введя отображаемую «Строку проверки ошибок» в сочетании с «Кодом проверки ошибок» или/и модулем, который вызывает синий экран — сбой — проблема.
например. поиск "DRIVER_IRQL_NOT_LESS_OR_EQUAL Ntfs.sys" или "DRIVER_IRQL НЕ МЕНЕЕ ИЛИ РАВНО 0x000000d1"
– Дополнительно: щелкните правой кнопкой мыши любую строку в верхней панели и выберите: "Поиск Google – Проверка ошибок" или "Поиск Google – Проверка ошибок+Драйвер" или "Поиск Google — Проверка на наличие ошибок + Параметр 1".
<р>7. Если вы хотите просмотреть синий экран смерти, отображаемый во время сбоя системы (BSOD), перейдите к параметрам BlueScreenView и выберите «Синий экран в стиле XP».
Вот и все! Вам помогло?
Пожалуйста, оставьте комментарий в разделе комментариев ниже или, что еще лучше, поставьте лайк и поделитесь этим сообщением в социальных сетях, чтобы помочь распространить информацию об этом решении.
Если эта статья оказалась для вас полезной, поддержите нас, сделав пожертвование. Даже 1 доллар может иметь для нас огромное значение.
Читайте также: