Windows enable crash dump

Windows crash dump location (memory.dmp file)

When Windows OS crashes (Blue Screen of Death or BSOD) it dumps all the memory information into a file on disk. This dump file can help the developers to debug the cause for the crash. The default location of the dump file is %SystemRoot%memory.dmp i.e C:\Windows\memory.dmp if C: is the system drive. Windows can also capture small memory dumps which occupy less space. These dumps are created at %SystemRoot%Minidump.dmp (C:\Window\Minidump.dump if C: is the system drive). Below you can find details on crash dump settings. This article is applicable for XP, Vista, Windows 7 and Windows 10.

How to enable or disable kernel memory dump? If dump is enabled, how to choose mini dump or full kernel dump?

We can configure the dump settings through system properties. Detailed steps are given below.

  1. Open System properties(Execute sysdm.cpl from Run window)
  2. Click on Advanced tab
  3. Click on the Settings button under Startup and Recovery
  4. In this window, click on the drop down list under ‘Write Debugging information’
  • This list would show 6 options – None, Small memory dump(64 KB), Kernel memory dump, Complete memory dump, Automatic memory dump and Active memory dump. If you want to disable memory dump then select none from these options. Otherwise select your required option from the other three. After this click on OK and close the windows.

How to change crash dump file location?

You can set the dump file location in the same Startup and recovery window mentioned above. In the ‘Dump File’ text field you can enter the location of the file.

You can also change mini dump file location – Select ‘small memory dump‘ from the drop down box and then give the location of the file in the bottom text box.

How to enable or disable crash dump file overwrite?

In the Startup and recovery window(which can be opened from System properties window) unselect the check button ‘Overwrite any existing file‘ to disable crash dump overwrite.

Modifying Windows dump settings using registry keys

Registry values related to Windows crash dump settings are stored under the registry key HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\CrashControl.
We can configure crash dump by modifying these registry values also(listed below).

    • AutoReboot
    • CrashDumpEnabled
    • DumpFile
    • LogEvent
    • MinidumpDir
    • Overwrite
    • SendAlert

    How to disable crash dump?

    Open registry editor and navigate to the path HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\CrashControl . Set the registry value CrashDumpEnabled to 0. Or you can simply run the below command which does the same.

    Disable crash dump overwrite

    Set the value of the registry key ‘Overwrite’ to 0. This key can be found in the registry path mentioned above. If you want to overwrite existing crash dump file, then set its value to 1. Below command would disable crash dump overwrite.

    Collecting User-Mode Dumps

    Starting with Windows Server 2008 and Windows Vista with Service Pack 1 (SP1), Windows Error Reporting (WER) can be configured so that full user-mode dumps are collected and stored locally after a user-mode application crashes. Applications that do their own custom crash reporting, including .NET applications, are not supported by this feature.

    This feature is not enabled by default. Enabling the feature requires administrator privileges. To enable and configure the feature, use the following registry values under the HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\Windows Error Reporting\LocalDumps key.

    Value Description Type Default value
    DumpFolder The path where the dump files are to be stored. If you do not use the default path, then make sure that the folder contains ACLs that allow the crashing process to write data to the folder. For service crashes, the dump is written to service specific profile folders depending on the service account used. For example, the profile folder for System services is %WINDIR%\System32\Config\SystemProfile. For Network and Local Services, the folder is %WINDIR%\ServiceProfiles. REG_EXPAND_SZ %LOCALAPPDATA%\CrashDumps
    DumpCount The maximum number of dump files in the folder. When the maximum value is exceeded, the oldest dump file in the folder will be replaced with the new dump file. REG_DWORD 10
    DumpType Specify one of the following dump types:
    • 0: Custom dump
    • 1: Mini dump
    • 2: Full dump
    REG_DWORD 1
    CustomDumpFlags The custom dump options to be used. This value is used only when DumpType is set to 0.
    The options are a bitwise combination of the MINIDUMP_TYPE enumeration values.
    REG_DWORD MiniDumpWithDataSegs | MiniDumpWithUnloadedModules | MiniDumpWithProcessThreadData.

    These registry values represent the global settings. You can also provide per-application settings that override the global settings. To create a per-application setting, create a new key for your application under HKEY_LOCAL_MACHINE\Software\Microsoft\Windows\Windows Error Reporting\LocalDumps (for example, HKEY_LOCAL_MACHINE\Software\Microsoft\Windows\Windows Error Reporting\LocalDumps\MyApplication.exe). Add your dump settings under the MyApplication.exe key. If your application crashes, WER will first read the global settings, and then will override any of the settings with your application-specific settings.

    After an application crashes and prior to its termination, the system will check the registry settings to determine whether a local dump is to be collected. After the dump collection has completed, the application will be allowed to terminate normally. If the application supports recovery, the local dump is collected before the recovery callback is called.

    These dumps are configured and controlled independently of the rest of the WER infrastructure. You can make use of the local dump collection even if WER is disabled or if the user cancels WER reporting. The local dump can be different than the dump sent to Microsoft.

    How to generate windows memory dump when application crashes.?

    Is there an easy way of generating the memory dump for the crashed application?

    I have a situation in which the customer received the code which is generating the crash, as the code itself has no signal handlers for the backtrace generation on abort I was wondering if there is an easy way of telling windows to generate the memory dump of the crashing application.

    Ideal solution wouldn’t involve the installation of the debug tools (or the code modification) but if this is not possible, it would be really helpful to know.

    2 Answers 2

    1. One simple way to dump memory when application crashes is by using windows taskmanager. When ever an exception or an application error occurs windows pops up an memory dialog and shows the address location which was causing a crash.Before you click ok on the message box open Task Manger and right click on the crashed application and select Create Dump file.Take a look at the screen shot below. Select the file

    2)Another way of generating user mode dumps is by adding the following registry key

    HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\Windows Error Reporting >\LocalDumps\application.exe application.exe should be replaced by the application name which is under scanner.

    under this key following values can be added

    The path where the dump files are to be stored. If you do not use the default path, then make sure that the folder contains ACLs that allow the crashing process to write data to the folder. For service crashes, the dump is written to service specific profile folders depending on the service account used. For example, the profile folder for System services is %WINDIR%\System32\Config\SystemProfile. For Network and Local Services, the folder is %WINDIR%\ServiceProfiles.

    The maximum number of dump files in the folder. When the maximum value is exceeded, the oldest dump file in the folder will be replaced with the new dump file.

    Specify one of the following dump types: 0: Custom dump 1: Mini dump 2: Full dump

    The custom dump options to be used. This value is used only when DumpType is set to 0. The options are a bitwise combination of the MINIDUMP_TYPE enumeration values.

    How to post crash dumps after Blue Screen of Death in Microsoft community.

    [[The article is originally written by ZigZag3143 and has been modified for some more clear instructions and updated accordingly with the newer versions of Windows. All Credits to ZigZag and his team.

    Summary

    This is a general proce dure on how to find and upload the files we need in order for us to help you repair your computer.

    Details

    When your computer crashes with a Stop code or widely known as Blue Screen of Death, a file called dump file is written by Windows that contains information about the cause of the crash.

    How to find and upload the files to us for analysis.

    There are 2 files that will help us find out what caused the crash.

    If you cannot boot in normal mode try safe mode. Booting to Safe Mode in Windows 10 is somewhat difficult.

    Restart your computer 3 times during the boot screen to boot to Advanced start-up options.

    Overclocking Warning

    If you are overclocking (pushing the components beyond their design) you should revert to default at least until the crashing is solved. If you dont know what it is you probably are not overclocking.

    The procedure for finding and uploading the dump files

    Open File Explorer and navigate to C:/Windows/Minidump folder.

    Alternatively, Right-Click Start>Run. Type in C:/Windows/Minidump and Press OK.

    • Select All files(Ctrl+A) present in the folder (generally have the name DDMMYY-XXXX.dmp) and copy all files (Ctrl+C).
    • Make a new folder on the Desktop
    • Paste the dump files to the folder on the desktop you just created (Ctrl+V). (When asked for Administrative permissions press continue)

    If the minidump folder is not there or empty there may be a larger DMP file located at C:\WINDOWS called MEMORY.DMP which we can also see.

    Secondly, do not share more than 6 copies of the dump files or dump files older than a month.

    The Procedure for sharing System Information file

    1. Right-Click Start>Run. Type in msinfo32 and Press OK.
    2. On the new Window that opens, Go to File>Save as>NFO file and save it to the same folder in which the dump files were copied.

    As Microsoft community does not have a file uploading service, you need to use a 3rd party File sharing service to share the folder that contains the files we need. You can use Microsoft’s own Onedrive, but we do not have problems if you use Google drive or Mediafire. These 3 are preferred.

    Using Onedrive to upload and Share folder

    How to Upload Logs/files on Microsoft Community

    Using Onedrive to upload the folder that contains .dmp files together with System Information file.

    • Open http://onedrive.live.com
    • Sign in when prompted.
    • Select Upload>Folder
    • Select the folder present on your desktop that has dump and system information-created earlier. Let it upload.
    • Right click the uploaded folder in the Onedrive interface and click share.
    • Click get a link in the new popup and copy that link.
    • Paste the link similar to the above picture in the reply of Microsoft community.

    Troubleshooting

    If there is no «minidump» folder, or if the folder is empty make sure «minidumps» are enabled .

    For dumps to be produced The following should be correct

    • Page file must be on the same drive as your operating system
    • Page file base allocation size must be greater than installed physical RAM
    • Windows Error Reporting (WER) system service should be set to MANUAL
    • Set page file to system managed on the OS drive
    • Try Setting system crash/recovery options to «kernel memory dump»
    • User account control must be running.
    • Cleaner applications like Ccleaner delete DMP files so dont run them until you are fixed.
    • Defective RAM

    Except for the last point, you believe everything is correct, it might be worth looking at the Event viewer logs. How to share Event logs is here.

    If you receive the message «Access is denied» or «file not found» when dealing with the DMP files you will need to take ownership of the Minidump folder. See below articles:

    Crash dump синий экран windows 7

    в Советы и хитрости 08.12.2017 0 10,473 Просмотров

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

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

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

    Как исправить синий экран ошибка дампа памяти?

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

    1. Проверить диспетчер устройств

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

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

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

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

    2. Восстановление реестра Windows

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

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

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

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

    3. Проверить модули памяти

    Иногда синий экран и какое-то сообщение об ошибке также появляется, которое обычно гласит: “UNEXPECTED_KERNEL_MODE_TRAP”, такая ошибка обычно означает, что ошибка возникает в основном из-за проблемы с памятью.

    Для решения вопроса с памятью вашего компьютера, необходимы два основных модуля которые могут быть проверены SIMM и CMOS. SIMM стенды для одиночных модулей встроенной памяти, который обрабатывает совместимость скорости работы операционной системы и КМОП расшифровывается как Комплементарный металло-оксидный полупроводник, которые должны быть установлены правильно согласно конфигурации оперативной памяти.

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

    4. Ремонт жесткого диска, который поврежден

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

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

    5. Проверка на вирусы

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

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

    Это может привести к синему экрану смерти, что, и конечном счете, начинается демпинг физической памяти, и снова и снова перезапуск системы.

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

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

    BSOD– это ошибка, которая вызывает STOP системы (отсюда и название “ошибка STOP”). Останов системы происходит в связи с тем, существует потенциальная возможность повреждения системы и её файлов. На экране появляется синий экран смерти (Blue Screen of Dead) – это неофициальное название полученное из-за изображения ошибки белым текстом на синем фоне. Синий экран содержит шестнадцатеричные значения из дампа памяти, которые могут быть использованы для определения причины отказа системы.

    Когда говорят BSOD, могут подразумевать:

    • Синий экран смерти
    • STOP код
    • Аварийный дамп (crash dump)
    • Дамп памяти (memory dump)


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

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

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

    Как узнать причину BSoD

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

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

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

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

    Не успеваете прочесть синий экран?

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

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

    Если вы смогли зайти в безопасный режим, то половина пути уже пройдено 8)

    Перейдите на страницу Свойства системы , щелкнув правой кнопкой мыши Мой компьютер и выбрав в Свойства

    Если у Вас Windows 7 то слева выберите Дополнительные параметры системы .

    В появившемся окошке переходим на вкладку Дополнительно и нажимаем на кнопку Параметры , как на рисунке ниже.

    Убираем галочки у опции Выполнить автоматическую перезагрузку .

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

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

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

    Аварийный дамп может быть проанализирован с помощью утилиты BlueScreenView или системного отладчика WinDbg (Debugging Tools for Windows).

    Содержание

    Анализ аварийного дампа утилитой BlueScreenView

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

    BlueScreenView сканирует папку с минидампами и отображает информацию по найденным отказам.

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

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

    По двойному клику отображается дополнительная информация.

    Анализ аварийного дампа отладчиком WinDbg

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

    Установка Debugging Tools for Windows (WinDbg)

    Microsoft распространяет WinDbg только в составе SDK, загрузить веб-установщик можно на странице загрузки центра разработки.

    Для анализа аварийных дампов установка SDK не требуется. Скачать Debugging Tools for Windows (WinDbg) отдельным пакетом можно здесь или здесь.

    Загружаем и устанавливаем WinDbg для вашей версии Windows. Версия для Windows 7 работает также в Windows XP и в Windows Vista.

    Для Windows 10 требуется WinDbg версии 10.0.10586.567. Скачиваем Изолированный пакет SDK для Windows 10. Будет загружен веб-установщик. При установке, отключаем все компоненты, кроме отладчика.

    После установки, корректируем ярлык для запуска WinDbg. В свойствах ярлыка, устанавливаем флажок запуска от имени администратора. Также, в качестве рабочей папки, задаем: %SystemRoot%Minidump.

    Настройка отладочных символов

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

    При первом запуске WinDbg, необходимо указать путь к отладочным символам, для этого открываем меню File, Symbol File Path, или используем комбинацию Ctrl+S.

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

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

    Анализ аварийного дампа

    В меню выбираем File, Open Crash Dump, или нажимаем Ctrl+D.

    Указываем путь к дампу %SystemRoot%MEMORY.DMP или %SystemRoot%Minidumpфайл.dmp.

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

    Для получения детальной информации выполняем команду:

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

    В результате получаем следующий вывод:

    Получение информации о проблемном драйвере

    Если удалось обнаружить драйвер, в котором возникла ошибка, имя драйвера будет отображено в полях MODULE_NAME и IMAGE_NAME.

    Чтобы получить путь к файлу и прочую информацию, щелкаем по ссылке на модуль:

    Если полный путь к драйверу не указан, по умолчанию используется папка %SystemRoot%system32drivers.

    Находим указанный файл, и изучаем его свойства.

    Обновляем проблемный драйвер.

    Аппаратные причины возникновения критических ошибок

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

    Диагностика неисправностей диска

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

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

    Проверяем параметры S.M.A.R.T жесткого диска, получить их можно, например, с помощью программы SpeedFan.

    Особое внимание обращаем на параметры: «Current Pending Sector Count» и «Uncorrectable Sector Count», ненулевые значения этих параметров сигнализируют о неисправности диска.

    Ненулевое значение параметра: «UltraDMA CRC Error Count», сигнализирует о проблеме с SATA-кабелем.

    Подробнее о параметрах S.M.A.R.T. читаем в статье Википедии.

    Диагностика неисправностей памяти

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

    Выявить проблемы с памятью можно с помощью утилиты Memtest86+.

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

    Начиная с Windows Vista, в системе имеется свой тест памяти. Для его запуска нажимаем «Пуск», в строке поиска набираем «памяти«, выбираем «Средство диагностики памяти Windows».

    Проблемы с памятью в некоторых случаях могут быть устранены обновлением BIOS.

    Настройка параметров сохранения аварийного дампа

    Для изменения параметров сохранения аварийного дампа нажимаем кнопку «Пуск», щелкаем на «Компьютер» правой кнопкой мыши, в контекстном меню выбираем «Свойства». В окне «Система» слева выбираем «Дополнительные параметры системы», в группе «Загрузка и восстановление» нажимаем кнопку «Параметры».

    Читайте также:  Lenovo x230 fingerprint windows 10
Оцените статью