Синий экран смерти. Что делать

Где искать файл дампа MEMORY.DMP

Перед тем, как мы научимся выявлять причины BSOD, я хочу вам напомнить, где располагается нужные для диагностики файлы. Определить нужное расположение можно из окна настроек системы. Для этого перейдите в свойства моего компьютера или нажмите одновременно клавиши WIN и Pause Break.

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

На вкладке «Дополнительно» найдите раздел «Загрузка и восстановление», где от вас потребуется нажать «Параметры». В открывшемся окне вы можете посмотреть путь до файла дампа, по умолчанию, это %SystemRoot%\MEMORY.DMP. Означает на практике C:\Windows\MEMORY.DMP. Вы можете задать свое место, на любом другом диске.

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

Диагностика как узнать, почему возник экран смерти

Посмотреть все 2 фото

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

Здесь можно увидеть множество полезных сведений о сбое, среди прочего:

• Драйвер, вызвавший ошибку.
• Описание ошибки.
• Код ошибки.
• Время и дату возникновения ошибки.

Назовем основные причины возникновения «синего экрана»:

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

Опытные пользователи и разработчики могут применить более сложный инструмент от Microsoft под названием WinDbg.

Коды ошибок

0x00000001

Данный код может появится, если возникают сложности с драйвером Compositebus.sys. Когда переносное или мультимедийные устройство впервые подключается к ПК, оно устанавливает драйвер, при этом сбрасываются USB. Ошибку вызывает именно одновременное обращение к . Если попытаться инсталлировать сторонний драйвер, возможно возникновение аналогичного сбоя.

0x00000002

Очередь устройства не была занята. Проблема кроется в драйверах или аппаратных средствах. Для исправления положения необходимо обновить драйверы. Также компьютер нуждается в проверке на вирусы. Реестр предстоит почистить. Жесткий диск проверить на ошибки также будет полезно. Если это не поможет, обновите операционную систему до актуальной версии.

0x00000003

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

0x00000004

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

0x00000005

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

0x00000006

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

Устраняем синий экран смерти

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

По умолчанию ОС Windows, после появления синего экрана, уходит на перезагрузку автоматически не спрашивая вас. Не всегда хватает времени для того, чтобы записать ошибку. Поэтому, первым делом сделаем так, чтобы Windows не перезагружалась автоматически. Чуть ниже будет показано, как это сделать в ОС Windows 7, 8.

Открываем панель управления компьютером и переходим в раздел «Система и безопасность«.

Далее переходим в раздел «система«.

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

В центре окна, под заголовком «отказ системы» есть пункт «выполнить автоматическую перезагрузку«. Уберите эту галочку, чтобы система не перезагружалась и дала вам возможность сфотографировать или записать на бумагу номер ошибки.

2) Код ошибки — ключ к разгадке ошибки

И так…

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

Где он? На скриншоте ниже показана та строчка, которая поможет установить причину. В моем случае, ошибка вида «0x0000004e». Записываю ее на листок и иду искать…

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

3) Как узнать драйвер, из-за которого произошел синий экран?

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

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

На данном скриншоте файл «ati2dvag.dll» чем то не устроил Windows. Скорее всего нужно установить более новые или старые драйвера на видеокарту и ошибка сама собой исчезнет.

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

Что делать, если ничего не помогает?

1. Первое что пытаемся сделать, при появлении синего экрана, это нажать на какие-нибудь клавиши на клавиатуре (по крайней мере так рекомендует сам компьютер). 99% что у вас ничего не выйдет и придется нажать на кнопку перезагрузки. Что ж, если ничего более не остается — жмите…

2. Рекомендую протестировать весь компьютер и оперативную память в частности. Очень часто синий экран возникает из-за нее. Кстати, протрите ее контакты обычной стеркой, продуйте системный блок от пыли, почистите все. Возможно из-за плохого контакта разъемов оперативной памяти со слотом, куда она вставляется и происходил сбой. Очень часто такая процедура помогает.

4. Если компьютер выдает синий экран непосредственно в момент самой загрузки Windows, а не сразу после нее (как в п.2) — то скорее всего были испорчены системные файлы самой ОС. Для восстановления, можно воспользоваться даже стандартными утилитами восстановления системы по контрольным точкам (кстати, более подробно — здесь).

5. Попробуйте зайти в безопасный режим  —  возможно оттуда вам удастся удалить сбойный драйвера и восстановить работоспособность системы. После этого, лучшим вариантом будет попробовать восстановить систему Windows при помощи загрузочного диска, с которого вы ее устанавливали. Чтобы это сделать, запустите установку, а во время нее выберите не «установить», а «восстановить» или «обновить» (в зависимости от версии ОС — будут разные формулировки).

6. Кстати, лично мной отмечено, что в более новых ОС намного реже происходит появление синего экрана. Если ваш ПК проходит по характеристикам для установки на него ОС Windows 7, 8 — установите ее. Думаю, ошибок, в целом, станет меньше.

7. Если ничего из ранее предложенного вам не помогло — боюсь, лишь переустановка системы поправит положение (и то, если нет аппаратных проблем). Перед этой операцией все нужные данные можно скопировать на флешки (загрузившись при помощи Live CD, а не с вашего жесткого диска)  и спокойно заного установить Windows.

 Надеюсь хоть один совет вам поможет из этой статьи…

Разбираемся, что такое синий экран смерти

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

Вообще юзеры встречаются с двумя видами таких информационных экранов. Давайте назовём их профилактический и сигнализирующий. Примерное их отличие описано в подобранных мною названиях. Давайте рассмотрим первый. Выглядит он так:

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

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

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

Если неполадки всё-таки имеются, то процесс сильно затянется (более 2 минут) или зависнет. Это говорит о том, что с жёстким диском есть проблемы (особенно, если будет слышна его шумная работа в этот момент – скрежет, скрипы и так далее). В такой ситуации советуем обратиться в ремонтный сервис за диагностикой и починкой.

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

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

Сразу запустится проверка.

То есть, подытожим

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

Теперь переходим ко второму синему экрану смерти. Он более опасен, поэтому я описал его, как сигнализирующий. Если он появляется, значит, есть серьёзная неполадка в работе системы. Часто из-за неё Windows вообще не может запуститься, мы получаем неработающий ПК.

Причин появления этого синего экрана очень много, начиная от драйверов и заканчивая поломкой какой-то детали.

Данный экран обычно несёт некую техническую информацию о появившейся неисправности. А именно это код ошибки под строкой Technical Information. Можно попробовать записать его и поискать в интернете описание. Иногда, по крайней мере, удаётся узнать примерно место или область поломки.

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

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

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

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

Установка Microsoft Kernel Debugger

Установить WinDbg вы можете двумя методами:

• Microsoft Kernel Debugger входит в состав SDK, именно от туда вы можете его загрузить
• Microsoft Kernel Debugger можно скачать отдельным пакетом, но не всегда есть самые актуальные версии

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

Скачать SDK https://developer.microsoft.com/ru-ru/windows/downloads/windows-10-sdk

Предположим, что вы выбрали метод с тонким клиентом, где у вас был скачан файл winsdksetup.exe

Обращаю внимание, что установить Microsoft Kernel Debugger вы можете на любую систему из списка:

• Windows 10 версии 1507 или более поздняя версия
• Windows Server 2012 R2 (только для командной строки) Windows Server 2016 (только для командной строки)
• Windows 8.1
• Windows Server 2012 R2
• Windows 7 с пакетом обновления 1 (SP1)

Запускаем winsdksetup.exe, убедитесь, что у вас есть доступ в интернет и 5-6 ГБ свободного, дискового пространства.

У вас откроется мастер установки SDK Windows, на выбор будет два варианта, первый это установка в стандартное расположение и второй вариант, это загрузка Windows Software Development Kit в нужное вам расположение, для последующей Offline установки. Я выберу первый вариант. Кстати второй вариант даст вам возможность получить отдельный MSI файл с WinDbg.

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

Принимаем лицензионное соглашение SDK нажимая «Accept».

Снимаем все пункты, кроме «Debugging Tools for Windows» и нажимаем Install.

Начнется процесс установки WinDbg.

Все утилита диагностики синих экранов установлена.

Выявляем причины синего экрана windows в Microsoft Kernel Debugger

Итак, когда речь идет, о BSOD, то продвинутые пользователи сразу вспоминают программу Microsoft Kernel Debugger или WinDbg (Debugging Tools for Windows). WinDbg — это многоцелевой отладчик для Windows, распространяемый Microsoft. Отладка — это процесс поиска и устранения ошибок в системе; в вычислительной технике это также включает изучение внутренней работы программного обеспечения. Его можно использовать для отладки приложений пользовательского режима, драйверов устройств и самой операционной системы в режиме ядра. Как и более известный отладчик Visual Studio, он имеет графический интерфейс пользователя (GUI).

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

WinDbg может автоматически загружать файлы отладочных символов (например, файлы PDB ) с сервера, сопоставляя различные критерии (например, временную метку, CRC, одиночную или многопроцессорную версию) через SymSrv (SymSrv.dll), вместо более трудоемких задач создания дерева символов для отладочной целевой среды. У Microsoft есть общедоступный символьный сервер, который имеет большинство общедоступных символов для Windows 2000 и более поздних версий Windows (включая пакеты обновления).

Что вызывает синие экраны смерти

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

Синий экран появляется, когда Windows обнаруживает «STOP Error». Этот критический сбой приводит к сбою Windows и прекращению работы. Единственное, что Windows может сделать в этот момент, это перезагрузить компьютер. Это может привести к потере данных, так как программы не имеют возможности сохранить свои открытые данные.

Когда появляется синий экран, Windows автоматически создает файл «minidump» или полный дамп Memory.DMP, который содержит информацию о сбое и сохраняет ее на диск. Вы можете просмотреть информацию об этих мини-дампах, чтобы помочь определить причину синего экрана.

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

В Windows 8 и 10 синие экраны намного проще.

В большинстве случаев вся информация появляющаяся на экране для вас бесполезна по нескольким вещам:

• Во первых вы чаще всего его даже не увидите, так как система после BSOD произведет перезагрузку
• Во вторых если говорить про blue screen of death если и будет запечатлен на экране будет иметь, чисто техническую информацию и мало, что вам сможет рассказать об истинных причинах сбоя, тут только поможет анализ дампа памяти.

Синий экран смерти Windows 7

Синий экран смерти Windows 7 (англ. вариант произносится как Blue Screen of Death или BSoD) – это выводимое системой сообщение о критических ошибках операционных систем, по причине которых дальнейшее продолжение работы невозможно и ПК перезагружается, не сохранив данных.

Настройки Windows 7 для работы с BsoD

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

*** STOP : 0x0000007B (, , , )
INACCESSIBLE BOOT DEVICE

Setup has encountered a fatal errors that prevents it from continuing.

Contact your products support representative. Following status will assist them in diagnosting the problems.

(0x4, 0x1, 0, 0)

Power down or rebooting your computer now. Setup cannot continue.

Системная ошибка «Stop 0x0000007B» выводится при следующих неисправностях:

• Требуемый контроллером загрузки драйвер не настроен на запуск во время загрузки
• Повреждение драйвера контроллера загрузки
• Повреждение ключей реестра Windows 7 контролирующих способы загрузки драйверов устройства

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

• Кликните правую кнопку мыши на иконке «Мой компьютер», выбирая «Свойства»
• Слева будут «Дополнительные параметры системы»

• Откройте вкладку «Дополнительно»
• В пункте «Отказ системы» устанавливаем «чекбокс» для параметра, отвечающего за запись событий в системный журнал и снимаем для параметра, выполняющего автоматическую перезагрузку

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

Любой синий экран смерти Windows 7 предоставит Вам код ошибки в шестнадцатеричном коде. К примеру, ошибка INACCESSIBLE_BOOT_DEVICE соответствует коду 0x0000007B. Используя это значение, мы будем идентифицировать ошибку, введя его в любой из известных поисковиков. Затем, выполняя инструкции, указанные в статьях, устраняем источник появления ошибки.

Использование специальных диагностических утилит

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

Программа Blue Screen View отображает расшифрованное имя продукта с его описанием, версией и разрядностью. Каждое событие просматривается в отдельном окошке отчета. Данные можно экспортировать в текст или файл *.html (с этими сохраненными файлами можно обратиться для консультации к знакомому «компьютерщику»).

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

Диагностика BSOD в WinDbg

Первое, что я вам советую сделать, так это включить для форматов файлов .DMP, .HDMP, .MDMP, .KDMP и .WEW ассоциацию с Microsoft Kernel Debugger, чтобы при двойном клике по дампу памяти или минидампу, он сразу открывался в утилите. НО ЭТО НА ЛЮБИТЕЛЯ. Если вы хотите включить ассоциации файлов, то откройте вашу командную строку и выполните команду для перехода в нужный каталог:

cd C:\Program Files\Windows Kits\10\Debuggers\x64 если у вас x-86 система, то выполните cd C:\Program Files (x86)\Windows Kits\10\Debuggers\x86

И затем выполните команду:

windbg.exe -IA

Открываем пуск и находим там Windows Kit, в котором выберите нужный вам исполняемый файл.

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

В открывшемся окне введите: SRV*C:\SymCache*http://msdl.microsoft.com/download/symbols. Все будет кэшироваться в папку C:\SymCache. Сохраняем настройки.

Ну, что начинаем искать причины синего экрана windows, для этого загружаем в утилиту свой дамп памяти. Для этого вы можете открыть в меню пункт «File — Open Crash Dump».

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

После загрузки нужных данных для диагностики дампа памяти.Вам необходимо нажать ссылку «For analysis ot this run file !analize -v»

Будет выведено много информации, где можно посмотреть сбойные адреса памяти, драйвера, сбойные модули, как в моем случае srv

Обратите внимание, что все ссылки в отчете кликабельны и дадут дополнительную информацию, об ошибках

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

Кликнув по сбойному модулю srv, я увидел, что все дело в файле \SystemRoot\System32\DRIVERS\srv.sys

Очень частые причины BSOD в Windows, это драйвера от сторонних разработчиков, принтеры, другие периферийные устройства, различные утилиты. Если хотите понять есть ли среди них сбойные, то  строке, где выполняются команды (Я отметил ее желтой стрелкой) введите !thread и нажмите Enter. У вас появится некая информация, найдите в ней значения base и Limit.

Далее в командной стоке WinDbg  вам нужно ввести команду:

dps номер limit номер base. Пример dps ffffd001509cc000 ffffd001509d3000 или можно просто dps будет выведены все драйвера

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

В Bugcheck Analisis видно, что сбоил Arg3  fffff8017af94360, If non-zero, the instruction address which referenced the bad memory address. В командной строке WinDbg  введите команду:

!irp fffff8017af94360 -force

Пробуем получить причины синего экрана виндовс. На выходе я вижу, что есть проблемы Could not read device object or _DEVICE_OBJECT not found

Вы можете легко сохранить данную информацию из лога и спокойно передавать ее для диагностики на форумах. так же начиная с Windws 10, там появилась встроенная функция устранения неполадок ведущих к синему экрану, найти ее можно в параметрах системы, в разделе «Обновление и безопасность» , далее идем в раздел «Устранение неполадок», где находим пункт «Синий экран». Там будет простой мастер, который попробует устранить проблему.

На этом у меня все, надеюсь, что вы теперь научились, как узнавать причину синих экранов и проводить диагностику. На этом у меня все. С вами был Иван Семин, автор и создатель IT блога Pyatilistnik.org.

Мар 12, 2019 09:00

• Последние записи

  • Программа 1cv8c.exe версии прекратила взаимодействие с Windows
  • Как изменить имя компьютера Windows 10, за минуту
  • Подключение было запрещено, учетная запись пользователя не имеет прав
  • Windows Identity Foundation ошибка 0x80096002
  • Duplicate key was found при установке ManageEngine ServiceDesk 10508

Различия между файлами полного дампа памяти и файлами мини дампа

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

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

Мини-дамп памяти файлов. Файл мини-дампа более настраиваемый, чем файл полного дампа, и может иметь размер от нескольких мегабайт (МБ) до размера файла полного дампа. Размер отличается из-за объема виртуальной памяти, которую отладчик записывает на диск. Несмотря на то, что вы можете быстро собирать мини-файлы дампа памяти, они небольшие, но у них также есть недостаток. Файлы мини-дампа могут содержать гораздо меньше информации, чем файлы полного дампа. Информация, которую собирает файл мини-дампа, может быть практически бесполезной для инженера службы поддержки, если область памяти, которую должен изучить специалист службы поддержки, не была захвачена, то он не сможет понять толком причину. Например, если память кучи не записывается в файл дампа памяти, инженер службы поддержки не может проверить содержимое сообщения, которое обрабатывалось во время возникновения проблемы.

Поэтому я вам рекомендую оставлять полный файл MEMORY.DMP, если не хватает места на SSD диске ,то перенесите его в другое место