0X0000000000000000: Код ошибки 0x0000000000000000 — как исправить?

Как посмотреть ошибку синего экрана в виндовс 10?

У меня после обновления windows 7 на windows 10 стал часто появляться синий экран смерти, в ошибка в журнале ошибки:

Компьютер был перезагружен после критической ошибки. Код ошибки: 0x00000133 (0x0000000000000001, 0x0000000000001e00, 0xfffff8057befb320, 0x0000000000000000). Дамп памяти сохранен в: C:\WINDOWS\MEMORY.DMP. Код отчета: 00000000-0000-0000-0000-000000000000.

Обычно такая ошибка появлется из-за несовместимости драйверов. Чаще всего видеоплаты, Удалите все программы относящиеся к видеоплате и установите новые с сайта производителя.

Можно попытаться расшифровать данные ошибки.

 

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

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

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

Дамп памяти Windows 10

 

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

Для чего нужен дамп памяти

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

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

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

Причины появления ошибок в Windows 10 очень разнообразны

— несовместимость подключаемых устройств;

— новые обновления Windows 10;

— несовместимость устанавливаемых драйверов;

— несовместимость устанавливаемых приложений;

— и прочие причины.

Как настроить дамп памяти в Windows 10

Для того чтобы настроить аварийный дамп памяти Windows 10 необходимо придерживаться следующих действий:

1. Правой кнопкой мыши кликаем на пуск Windows 10. В появившемся контекстном меню выбираем пункт «Система».

2. В окне «Система» в верхнем углу слева выбираем «Дополнительные параметры системы».

 

3. В окне «Свойства системы» в пункте «Загрузка и восстановление» нажимаем «Параметры».

Тут и происходит настройка аварийного дампа памяти Windows 10.

 

Настраивая дамп памяти можно не пренебрегать следующими рекомендациями:

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

— Запись отладочной информации. Эта функция позволит выбрать вид дамп файла;

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

— Запись события в системный журнал. Информация о системном сбое будет добавлена в логи операционной системы.

 

Дамп памяти Windows 10 является удобным и действительно работающим методом страховки системных данных.

Зная «врага в лицо» его будет в разы проще найти и ликвидировать. Дамп памяти Windows 10 позволит выявить причину системного сбоя и скорректировать действия по ликвидации ошибки, значительно уменьшив радиус усилий и работ.

Что такое дамп памяти и как его включить на Windows 10

 

Windows очень хрупкое творение и чуть что, любое неправильное действие со стороны пользователя влечёт возникновение критических ошибок, и не очень. Узнать информацию по синим экранам смерти, являющимися теми самыми критическими проблемами, помогают сведения, написанные на самом экране, а ещё специальные файлы дампы памяти – сохраняющие данные о причинах появления BsoD. Настоятельно рекомендую включать эту функцию, так как никто не застрахован от появления синего экрана, даже опытный пользователь. Сами дампы памяти обычно хранятся по пути C:WindowsMEMORY.

DMP, либо C:WindowsMinidump – где хранятся так называемые малые дампы памяти. Кстати говоря, малый дамп памяти будет тем файлом, который поможет узнать причину появления BsoD.

Как включить функцию дамп памяти на Windows 10 и настроить её

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

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

Переводим отображение значков в вид «Мелкие значки», а потом переходим в раздел «Система».

ткроется окошко, где с левой стороны нажимаем по опции «Дополнительные параметры системы».

о вкладке «Дополнительно» жмём пунктик «Параметры» раздела «Загрузка и восстановление».

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

ведения о других дампах памяти

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

• Малый дамп памяти – мини дамп, который сохраняется по специальному пути и весит 256 Килобайт. В таком файле хранится основная информация по синим экранам смерти и системным процессам. Если необходимо узнать причину BSOD, то достаточно именно малого дампа памяти. Для извлечения сведений используется программа BlueScreenView или похожие. Такой способ может использовать любой новичок.
• Дамп памяти ядра – файл будет содержать такие же сведения, что у автоматического типа. Единственное отличие в изменении системой файла подкачки. Какой вариант выбрать? Думаю, что сразу автоматический тип.
• Полный дамп памяти – в файлике находится полные данные об оперативной памяти, а значит объем файла будет равен размеру оперативки. Стоит у вас на ПК 8 Гб, столько будет на диске занимать файл полного дампа памяти. Для новичков этот вариант особо не пригоден.
• Активный дамп памяти – первое появление в Windows 10. Больше пригоден для серверов и хранит данные об активной памяти и режимах ядра, а также текущего пользователя.

Как удалить файла дампа памяти

Очень просто, вы заходите по пути расположения этих файлов и вручную их удаляете. Например, файла полного дампа памяти называется MEMORY.DMP, просто удалите его и всё. При использовании инструмента «Очистка диска» тоже есть возможность удалить файлы дампов.

• Нажмите комбинацию «Win+R» и введите команду cleanmgr.

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

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

 

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

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

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

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

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

 

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

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

 

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

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

В случае, если вам нужно удалить дамп памяти, вы можете сделать это вручную, удалив файл MEMORY.DMP в системной папке Windows и файлы, содержащиеся в папке Minidump. Также можно использовать утилиту «Очистка диска» Windows (нажать клавиши Win+R, ввести cleanmgr и нажать Enter). В «Очистке диска» нажмите кнопку «Очистить системные файлы», а затем в списке отметьте файла дампа памяти для системных ошибок, чтобы удалить их (при отсутствии таких пунктов можно предположить, что дампы памяти пока не создавались).

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

Анализ креш-дампов памяти Windows

Как часто Вам приходится лицезреть экран смерти Windows (BSoD)? BSoD может возникать в разных случаях: как уже при работе с системой, так и в процессе загрузки операционной системы. Как же определить, чем вызвано появление BSoD и устранить эту проблему? Операционная система Windows способна сохранять дамп памяти при появлении ошибки, чтобы системный администратор мог проанализировать данные дампа и найти причину возникновения BSoD.

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

Малый дамп располагается по пути %systemroot%minidump и имеет имя вроде Minixxxxxx-xx.dmp
Полный дамп располагается по пути %systemroot% и имеет имя вроде Memory.dmp

Для анализа содержимого дампов памяти следует применять специальную утилиту — Microsoft Kernel Debugger.
Получить программу и компоненты, необходимые для ее работы, можно напрямую с сайта Microsoft — Debugging Tools

При выборе отладчика следует учитывать версию операционной системы, на которой Вам придется анализировать дампы памяти. Для 32-разрядной ОС необходима 32-битовая версия отладчика, а для 64-разрядной ОС предпочтительно использовать 64-битовую версию отладчика.

Помимо самого пакета Debugging Tools for Windows, также понадобятся набор отладочных символов — Debugging Symbols. Набор отладочных символов специфичен для каждой ОС, на которой был зафиксирован BSoD. Потому придется загрузить набор символов для каждой ОС, анализировать работу которой Вам придется. Для 32-разрядной Windows XP потребуются набор символов для Windows XP 32-бит, для 64-разрядной ОС потребуются набор символов для Windows XP 64-бит. Для других ОС семейства Windows наборы символов подбираются сообразно такому же принципу. Загрузить отладочные символы можно отсюда. Устанавливать их рекомендуется по адресу %systemroot%symbols

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

 

Перед анализом содержимого дампа памяти, потребуется провести небольшую настройку отладчика. Конкретно — сообщить программе, по какому пути следует искать отладочные символы. Для этого выбираем в меню File > Symbol File Path… Нажимаем кнопку Browse… и указываем папку, в которую мы установили отладочные символы для рассматриваемого дампа памяти.

М

ожно запрашивать информацию о требуемых отладочных символах прямо через Интернет, с публичного сервера Microsoft. Таким образом у вас будет самая новая версия символов. Сделать это можно следующим образом — в меню File > Symbol File Path… вводим:

SRV*%systemroot%symbols*http://msdl.microsoft.com/download/symbols

После указания пути к отладочным символам, выбираем в меню File > Save workspace и подтверждаем действие нажатием на кнопку OK.

Чтобы приступить к анализу дампа памяти, выбираем в меню File > Open Crash Dump… и выбираем требуемый для рассмотрения файл.

 

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

Команда !analyze -v, данная отладчику в командной строке, выведет более детальную информацию.

Завершить отладку можно выбором пункта меню Debug > Stop Debugging

Таким образом, используя пакет Debugging Tools for Windows, всегда можно получить достаточно полное представление о причинах возникновения системных ошибок.

 

Источник: https://siniy-ekran.ru/poleznoe/avarijnyj-damp-pamjati-windows-10-chto-j…

STOP 0x00000050 и синий экран Windows

Обновлено 14.07.2022

Всем привет, сегодня расскажу, как решается ошибка STOP 0x00000050 приводящая к  синему экрану Windows. При этом текст сообщения об ошибке может содержать информацию о файле (а если не содержит, то посмотреть эту информацию можно в дампе памяти с помощью программ BlueScreenView, WinDbg или WhoCrashed, о них будет далее), который вызвал ее, среди часто встречающихся вариантов — win32k. sys, atikmdag.sys, hal.dll, ntoskrnl.exe, ntfs.sys, wdfilter.sys, applecharger.sys, tm.sys, tcpip.sys и другие. На все про все мы потратим, около пяти минут вашего драгоценного времени.

Синий экран 0x00000050

В этой инструкции — наиболее распространенные варианты этой проблемы и возможные способы исправить ошибку. Также ниже имеется список официальных исправлений Microsoft для конкретных случаев ошибки STOP 0x00000050.

Своей причиной BSOD PAGE_FAULT_IN_NONPAGED_AREA (STOP 0x00000050, 0x50) как правило имеет проблемы с файлами драйверов, неисправное оборудование (оперативная память, но не только, это могут быть и периферийные устройства), сбои служб Windows, неправильная работа или несовместимость программ (часто — антивирусов), а также нарушение целостности компонентов Windows и ошибки жестких дисков и SSD. Суть же проблемы в неправильном обращении к памяти при работе системы.

Лечим BSOD PAGE_FAULT_IN_NONPAGED_AREA

Вот так будет выглядеть синий экран с данной ошибкой на моем сервере Dell PowerEdge R320.

Первое, что я вам посоветую сделать, это с помощью просмотра событий или Windows Admin Center посмотреть логи Windows. С большой вероятностью вы там обнаружите событие ID 1001.

Событие ID 1001: The computer has rebooted from a bugcheck. The bugcheck was: 0x00000050 (0xffffcc0be6118000, 0x0000000000000002, 0xfffff80e132c28b0, 0x0000000000000000). A dump was saved in: C:\Windows\MEMORY.DMP. Report Id: 6880a4fe-2227-45fb-aaf6-b62ece7fc815.

ID 41: The system has rebooted without cleanly shutting down first. This error could be caused if the system stopped responding, crashed, or lost power unexpectedly.

Далее, что следует предпринять, при появлении синего экрана смерти с ошибкой STOP 0x00000050 — вспомнить, какие действия предшествовали появлению ошибки (при условии, что она появляется не при установке Windows на компьютер).

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

Здесь могут быть следующие типичные варианты (далее некоторые из них будут рассмотрены подробнее)

• Установка нового оборудования, в том числе «виртуальных» устройств, например, программы виртуальных приводов. В данном случае можно предположить, что драйвер этого оборудования или оно само по какой-то причине работает неправильно. Имеет смысл попробовать обновить драйвера (а иногда — установить более старые), а также попробовать работу компьютера без этого оборудования.
• Установка или обновление драйверов, в том числе автоматическое обновление драйверов ОС или установка с помощью драйвер-пака. Стоит попробовать откатить драйвера в диспетчере устройств. Какой именно драйвер вызывает BSOD PAGE_FAULT_IN_NONPAGED_AREA часто можно узнать просто по имени файла, указанного в информации об ошибке (просто поищите в Интернете, что это за файл). Еще один, более удобный способ, покажу далее.
• Установка (а также удаление) антивируса. В данном случае, возможно, следует попробовать работу без этого антивируса — возможно, он по какой-то причине не совместим с вашей конфигурацией компьютера.
• Вирусы и вредоносное ПО на компьютере. Тут хорошо бы проверить компьютер, например, с помощью загрузочной антивирусной флешки или диска.
• Изменение настроек системы, особенно если речь идет об отключении служб, твиках системы и подобных действиях. В этом случае может помочь откат системы из точки восстановления.
• Какие-то проблемы с питанием компьютера (включение не с первого раза, экстренные выключения и подобные). В этом случае проблемы могут оказаться с оперативной памятью или дисками. Помочь может проверка памяти и снятие поврежденного модуля, проверка жесткого диска, а также в некоторых случаях отключение файла подкачки Windows. Откройте окно выполнить, через сочетание клавиш Windows  +R и введите mdsched.exe.

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

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

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

sfc /scannow && Dism /online /cleanup-image /restorehealth && Dism.exe /Online /Cleanup-Image /StartComponentCleanup && ChkDsk /r

Во многих случаях, это помогает устранить синеву с ошибкой PAGE FAULT IN NONPAGED AREA.

• Синий экран STOP 0x00000050 с кодом PAGE FAULT IN NONPAGED AREA может быть вызван сторонней утилитой, которая вызывает некий конфликт с другим софтом или оборудованием, чтобы это диагностировать и выявить с какой стороны проблема на уровне софта или операционной системы, можно выполнить чистую загрузку Windows. Для этого необходимо отключить сторонние утилиты из автозагрузки. Для этого нажмите Windows  +R и в окне выполнить напишите msconfig, если у вас Windows 8.1 и старше, то окно автозагрузке вы можете найти в диспетчере задач. Переходите на вкладку «Службы» и выбираете пункт «Не отображать службы Майкрософт», этим вы отфильтруете системные, после чего если у вас Windows 7 и ниже, на кладке «Автозагрузка» отключаем все, в Windows 8 и выше открываем диспетчер задач.

Отключаем здесь все, что имеется, после чего перезагружаем систему и проверяем наличие синего экрана PAGE FAULT IN NONPAGED AREA.

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

Онлайн диагностика компьютеров и серверов Dell

Если у вас компьютер или сервер от компании Dell, то при условии, что ваша система загружается и есть наличие интернета, вы можете произвести диагностику через специальную утилиту Dell SupportAssist.

Dell SupportAssist — это набор средств самодиагностики, встроенный в ноутбуки, настольные компьютеры, серверы и планшеты с ОС Windows.

Скачать Dell SupportAssist — https://www.dell.com/support/diagnose/ru-ru/Home/Index/System

Нажмите загрузить Dell SupportAssist и сохраните дистрибутив.

Далее запустите файл SupportAssistLauncher.exe для установки средств диагностики Dell, именно они должны помочь выявить причину синего экрана с кодом 0x00000050.

Далее на рабочем столе появится ярлык для запуска.

Запускаем Dell SupportAssist и переходим в раздел «Поиск и устранение неполадок«

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

Данная проверка будет содержать вот такие пункты:

1. 1. Проверяет ПК на ошибки
   2. Проверяет и устанавливает обновления
   3. Исправляет параметры ПК
   4. Очищает реестр
   5. Оптимизирует производительность системы
   6. Очищает кэш-память
   7. Удаляет нежелательные файлы
   8. Удаляет неиспользуемые файлы

Нажмите «Исправить сейчас«.

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

Дополнительно по ошибке 0x00000050 можно почитать — https://www.dell.com/support/kbdoc/ru-ru/000181163/how-to-enter-the-built-in-diagnostics-32-bit-diagnostics-supportassist-epsa-epsa-and-psa или https://www.dell.com/support/kbdoc/ru-ru/000181160/what-are-the-supportassist-epsa-epsa-and-psa-diagnostics

Причины ошибки STOP 0x00000050

Теперь о некоторых достаточно распространенных вариантах, когда появляется ошибка STOP 0x00000050 и о том, что может сработать в данных ситуациях.

Синий экран PAGE_FAULT_IN_NONPAGED_AREA в Windows 10 при запуске или работе uTorrent — частый вариант в последнее время. Если uTorrent стоит в автозагрузке, то ошибка может появляться при запуске Windows 10. Обычно причина — работа с фаерволла в стороннем антивирусе. Варианты решения: попробовать отключить фаервол, использовать BitTorrent в качестве торрент-клиента.

Ошибка BSOD STOP 0x00000050 с указанием файла AppleCharger. sys — возникает на материнских платах Gigabyte, если в не поддерживаемой системе к ним было установлено фирменное ПО On/Off Charge. Просто удалите эту программу через панель управления.

При возникновении ошибки в Windows 7 и Windows 8 с участием файлов win32k.sys, hal.dll, ntfs.sys, ntoskrnl.exe попробуйте для начала выполнить следующее: отключить файл подкачки и перезагрузить компьютер. После этого в течение некоторого времени проверить, проявляет ли себя ошибка снова. Если нет — попробуйте снова включить файл подкачки и перезагрузиться, возможно, ошибка больше не появится. Подробнее о включении и отключении: Файл подкачки Windows. Также здесь может пригодиться проверка жесткого диска на ошибки.

• tcpip.sys, tm.sys — причины ошибки PAGE_FAULT_IN_NONPAGED_AREA в Windows 10, 8 и Windows 7 с этими файлами могут быть разными, но есть один более вероятный вариант — мост между подключениями. Нажмите клавиши Win+R на клавиатуре и введите ncpa.cpl в окно «Выполнить». Посмотрите, присутствуют ли сетевые мосты в списке подключений (см. на скриншоте). Попробуйте удалить его (при условии, что знаете, что он не нужен в вашей конфигурации). Также в данном случае может помочь обновление или откат драйверов сетевой карты и Wi-Fi адаптера.

• atikmdag.sys — один из файлов драйверов ATI Radeon, который может вызывать описываемый синий экран с ошибкой. Если ошибка появляется после выхода компьютера из сна, попробуйте отключить быстрый запуск Windows. Если же ошибка не привязана к этому событию, попробуйте чистую установку драйвера с предварительным полным удалением в Display Driver Uninstaller

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

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

Иногда (если ошибка вызвана специфичными драйверами в прикладных программах) исправить ошибку может помочь очистка папки временных файлов C:\ Users\ Имя_пользователя\ AppData\ Local\ Temp\

Если предполагается, что ошибка PAGE_FAULT_IN_NONPAGED_AREA вызвана проблемой с драйвером, простым способом проанализировать автоматически создаваемый дамп памяти  (MEMORY.DMP) и узнать, какой именно драйвер вызывал ошибку будет бесплатная программа WhoCrashed (официальный сайт — http://www.resplendence.com/whocrashed). После анализа в ней можно будет увидеть наименование драйвера в понятном для начинающего пользователя виде.

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

Еще одно действие, которое может оказаться полезным во многих вариантах описываемого синего экрана смерти Windows — проверка оперативной памяти Windows. Для начала — с помощью встроенной утилиты диагностики оперативной памяти, найти которую можно в Панель управления — Администрирование — Средство проверки памяти Windows.

• Драйвера интеграции Vmware Tools могут приводить к синем экрана с кодом 0x00000050, примером может служить ошибка «vsphere ha virtual machine monitoring error». Лечится переустановкой драйверов на виртуальной машине.

Исправления ошибки STOP 0x00000050 PAGE_FAULT_IN_NONPAGED_AREA на сайте Microsoft

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

• support.microsoft.com/ru-ru/kb/2867201  или у меня с сайта KB2867201– для Windows 8 и Server 2012 (storport.sys)
• support.microsoft.com/ru-ru/kb/2719594 — для Windows 7 и Server 2008 (srvnet.sys, так же подходит для кода 0x00000007)
• support.microsoft.com/ru-ru/kb/872797 — https://support.microsoft.com/ru-ru/kb/872797 — для Windows XP (для sys)

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

Также на официальном сайте Microsoft присутствуют и собственные описания для ошибки синего экрана с кодом 0x00000050 и некоторые пути исправления:

• support.microsoft.com/ru-ru/kb/903251 — для Windows XP
• msdn.microsoft.com/library/windows/hardware/ff559023 — общая информация для специалистов (на английском)

Старайтесь не ограничиваться только этими обновлениями, а ставить все возможные

Надеюсь, что-то из этого сможет помочь в избавлении от BSOD 0x00000050, а если нет — опишите свою ситуацию, что делалось перед появлением ошибки, о каком файле сообщает синий экран или программы для анализа дампов памяти (помимо упомянутой WhoCrashed, здесь может пригодиться бесплатная программа BlueScreenView). Возможно, удастся найти решение проблемы.

Неверный разбор минидампа — LLDB

skoulik 23 марта 2023 г., 10:30 1

Воспроизведено на 7bb6d1b32ea9972277201b7651086ab9faffc557
LLDB, созданная с помощью XCode14 в Mac OS 12.6.3

У меня есть минидамп, сгенерированный Avid Media Composer. Они используют sentry или аналогичную разновидность breakpad/crashpad для создания дампов.

Сам дамп лежит здесь: crash.dmp.tgz — Google Drive

При загрузке с

lldb -c crash.dmp
Похоже, что он успешно проанализирован и загружен, однако показано, что все трассировки и регистры содержат нули.

(lldb) bt все

• поток №1, причина остановки = EXC_BAD_ACCESS (код=1, адрес=0x38)
  • кадр #0: 0x0000000000000000
    поток #2
    кадр #0: 0x0000000000000000
    поток #3
    кадр #0: 0x00000000000000000
    поток #4 9 0007 кадр #0: 0x0000000000000000
    thread #5
    frame #0: 0x0000000000000000
    …
    (lldb) чтение регистра
    Регистры общего назначения:
    rax = 0x00000000000000000 000000
    rcx = 0x0000000000000000
    rdx = 0x00000000000000000
    rdi = 0x000000000000000000
    rsi = 0x00000000000000000
    руб. = 0x0000000000000000
    rsp = 0x00000000000000000
    r8 = 0x000000000000000000
    r9 = 0x0000000000000000
    r10 = 0x00 00000000000000
    r11 = 0x0000000000000000
    r12 = 0x00000000000000000
    r13 = 0x0000000000000000
    r14 = 0x00000000000000000
    r15 = 0x0000000000000000
    rip = 0x00000000000000000 9000 7 rflags = 0x0000000000000000
    cs = 0x0000000000000000
    fs = 0x0000000000000000
    gs = 0x00000000000000000
    ss = 0x0 000000000000000
    ds = 0x0000000000000000
    es = 0x00000000000000000

Инструменты Google Breakpad могут анализировать дамп и создавать пригодную для использования обратную трассировку:
Операционная система: Mac OS X
10.16.0 21G419
ЦП: amd64
семейство 6 модель 62 степпинг 4
8 ЦП

ГП: НЕИЗВЕСТНО

Причина сбоя: EXC_BAD_ACCESS / KERN_INVALID_ADDRESS
Адрес сбоя: 0x38
Время работы процесса: 24 4 секунды

Поток 0 (сбой)
0 NeatVideo4 + 0x30bcb8
rax = 0x0000000000000000 rdx = 0x00007ff850feee60
rcx = 0xfc52324c1afc00b6 rbx = 0x00000000000000000
rsi = 0x00000000 00000000 rdi = 0x00007ff7beee7f30
rbp = 0x00007ff7beef47e0 rsp = 0x00007ff7beef47e0
r8 = 0x0000000000003440 r9 = 0x0000000000000010
r10 = 0x00000000000007fb r11 = 0x000000000000003ff
r12 = 0x0000 00027e872020 r13 = 0x00007ff19016b9b0
r14 = 0x00000000000000000 r15 = 0x00007ff19016b8a0
rip = 0x000000027e3e4cb8
F ound by: указан как указатель инструкций в контексте
1 NeatVideo4 + 0x798336
rbp = 0x00007ff7beef4890 rsp = 0x00007ff7beef47f0
rip = 0x000000027e871336
Найдено: указатель кадра предыдущего кадра
2 NeatVideo4 + 0x797a5f
rbp = 0x00007ff7beef48f0 rsp = 0x00007ff7beef48a0
rip = 0x000000027e870a5f
Найдено: указатель кадра предыдущего кадра
3 NeatVideo4 + 0x79918f 90 007 rbp = 0x00007ff7beef4930 rsp = 0x00007ff7beef4900
rip = 0x000000027e87218f
Найдено: указатель кадра предыдущего кадра
4 NeatVideo4 + 0x32dba8
rbp = 0x00007ff7beef4a60 rsp = 0x00007ff7beef4940
rip = 0x000000027e406ba8
Найдено: указатель кадра предыдущего кадра
5 NeatVideo4 + 0x706083
rbp = 0x00007ff7beef4ab0 rsp = 0x00007ff7beef4a70
rip = 0x000000027e7df083
Найдено: указатель кадра предыдущего кадра
6 NeatVideo4 + 0x70682f
rbp = 0x00007ff7beef4b00 rsp = 0x00007ff7beef4ac0
rip = 0x000000027e7df82f
Найдено: указатель кадра предыдущего кадра

…

ios — EXC_BAD_ACCESS KERN_INVALID_ADDRESS 0x0000000000000000 на JSONDecoder.

decode

спросил 1 год, 2 месяца назад

Изменено 1 год, 2 месяца назад

Просмотрено 660 раз

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

---

 guard let data = userData, let userDetails = try? JSONDecoder().decode(UserDetailsThreadSafe.self, from: data) else {
 

---

---

 класс UserDetailsThreadSafe:UserDetails
{
    пусть очередь = DispatchQueue (метка: "auth-thread-safe-queue", атрибуты: .concurrent)
    статический пусть общий = UserDetailsThreadSafe()
    частное переопределение init()
    {
        супер.инит()
    }
    требуется инициализация (от декодера: декодер) выдает {
        попробуйте super.init (от: декодер)
    }
    
    fileprivate func getUserDetails() -> UserDetailsThreadSafe? {
        
        очередь. синхронизация {
            // выполняем чтение и присваиваем значение
            var userData: Данные? = LoginAuth.sharedInstance().DefaultStorage?.secureValue(forKey: kUserDetails)
            если userData == ноль {
                userData = UserDefaults.standard.value(forKey: kUserDetails) как? Данные
            }
            охранять пусть данные = userData, пусть userDetails = попробовать? JSONDecoder().decode(UserDetailsThreadSafe.self, from: data) else {
                вернуть ноль
            }
            вернуть сведения о пользователе
        }
       
    }
    
    fileprivate функция архивных данных () {
        
        queue.async (флаги: .barrier) {
            // выполняем запись данных
            если пусть данные = попробовать? JSONEncoder().encode(self), data.isEmpty == false, пусть jsonString = String(данные: данные, кодировка: .utf8) {
                LoginAuth.sharedInstance().defaultStorage?.setSecure(jsonString, forKey: kUserDetails)
            }
        }
       
    }
}
 

---

• ios
• свифт
• jsondecoder

2

При добавлении задач в очередь рекомендуется использовать «async» с флагом Barrier:

 queue.